elf

有文件link.S,内容如下 .text .global _start _start: b step1 step1: ldr pc, =step2 step2: b step2 经过如下命令编译 　　　arm-linux-gcc -o -c link.S link.o 生成link.o文件 　　　arm-linux-ld -Ttext 0x30000000 link.o -o link_elf_0x30000000 　　　arm-linux-objdump -D link_elf_0x30000000 > link_elf_0x30000000.dis 为什么在最后的机器码列, 有一个跟地址相同的? 0x30000008 在链接时通过 -Ttext指定的代码段地址0x30000000是否就是代码的运行地址? 来源： https://www.cnblogs.com/cheyihaosky/p/11828704.html

There is this output of objdump on some object file: $ objdump -h main.o main.o: file format elf32-i386 Sections: Idx Name Size VMA LMA File off Algn 0 .text 0000000b 00000000 00000000 00000034 2**2 CONTENTS, ALLOC, LOAD, READONLY, CODE 1 .data 00000000 00000000 00000000 00000040 2**2 CONTENTS, ALLOC, LOAD, DATA 2 .bss 00000000 00000000 00000000 00000040 2**2 ALLOC 3 .note.GNU-stack 00000000 00000000 00000000 00000040 2**0 CONTENTS, READONLY, CODE What do these flags CONTENTS, ALLOC, LOAD and so on mean? What you see is the interpretation of the combination of ELF segment flags, section type

I have an executable in which I embed a binary file resource using the objcopy method objcopy --input binary --output elf32-i386 --binary-architecture i386 data.txt data.o link to data.o and use extern char _binary_data_txt_start extern char _binary_data_txt_end Is it possible now to update this data inside the executable? The updated data can have the same exact size, I just need to change some of the bits. In windows PE files this is very simple to do using UpdateResource() Nothing special and nothing hard at all. I'll give you correct sequence below, but first let me to correct slightly

Recently I have become interested in Linux, and am trying to create a program which is capable of injecting a shared object (i.e. .so file, 'dynamically loadable library', "DLL" under Windows.) I know this can be done by setting an environmental variable, but I want to do it on a process which is already running. I already know how to do this under Windows. There are several ways, but generally speaking you can just call LoadLibrary() by creating a remote thread using CreateRemoteThread(). Of course you need the address of LoadLibrary in the remote process, but (in my experience) it is always

I have a static ELF binary which reads data from a zipfile. In order to simplify distribution, I want to append the zipfile to the binary, like so: $ cat mydata.zip >> mybinary I know that doing so won't damage mybinary, but I don't know how to access the contents of mydata.zip having done so. Is it possible? If so, how? In the past, I've used the trick of appending the data then appending the length of the data, so that all I have to do is open the binary, read the last int of the stream, rewind that length then start unzipping, but that won't work here for various reasons (for instance, I

How can I get a list of all the dynamic libraries that is required by an elf binary in linux using C++? Once I've managed to extract the information (filename?) from the binary I can find the actual file by searching through the PATH , but I haven't been able to find any information regarding extracting unmangled information from the ELF binary. Thoughts? The list of required shared objects is stored in the so-called dynamic section of the executable. The rough algorithm of getting the necessary info would be something like this: Parse the ELF header , check that the file is a dynamic