[편집] 이것은/lib64/ld-linux-linux와 프로세스 치환을 사용하여 이름이없는 파이프에서 elf를 실행하도록 커널을 속일 수 있는지 알고 싶었지만, x86-64.so.2, 나는 어둠 속에서 총에 맞았을 알았지 만 난 그냥 누군가가 나에게 대답을 줄 수 있다면 나는 그것을 것으로 생각 $ /lib64/ld-linux-x86-64.so.2 <(gc
함수 호출과 같은 백 트레이스를 구현하려고합니다. 성공적으로 스택을 풀어 낼 수 있었고 스택에 모든 리턴 주소가 있습니다. 이제 함수 이름, 변수 이름을이 함수에서 가져온다. 또한 내가 프로그래밍 방식으로 즉 런타임에 내가 지금까지 내 프로그램에서 호출되었습니다 모든 기능에 대한 정보를 얻을 수 있어야합니다 할 싶어. 컴파일하는 동안 -g 플래그를 사용하여
gcc에서 컴파일 된 main.o 파일과 MSVC에서 컴파일 된 다른 파일 function.o가 있다고 가정합니다. 이러한 파일에서 실행 파일을 생성하여 (링크하여) 생성 할 수 있습니까? BFS (바이너리 파일 설명자) 라이브러리는이를 위해 설계된 것입니까? BFS를 사용하여이 작업을 수행 할 수 있습니까? 그렇지 않은 경우이를 수행 할 수있는 방법이 있
gcc로 elf 이미지에 바이너리 파일을 삽입 할 때 자동 생성 된 _binary_*_size 심볼의 주소를 변경하는 방법이 있습니까? _binary_*_start 및 _binary_*_end 기호와 달리 _binary_*_size 기호는 코드의 기본 주소를 따르지 않는 것 같습니다. 그들은 bfd 절대 절 (*ABS*)에 있습니다. 예를 들어 : $ ar
이 질문은 내가 전에 물어 본 another question에서 온 것입니다. 간단히 말해서, 이것은 완전하게 링크 된 두 개의 실행 파일을 하나의 완전히 링크 된 실행 파일로 병합하려는 나의 시도 중 하나입니다. 차이점은 이전 질문에서는 객체 파일을 전체 링크 된 실행 파일에 병합하는 것으로 처리하는 것이 더 어렵다는 것입니다. 이는 내가 수동으로 재배치
디버깅 정보 (gcc -g)를 사용하여 프로그램을 빌드하면 gdb이 함수 내부의 로컬 변수 주소를 알 수 있습니다. 따라서 디버깅 기호에는이를 계산할 수있는 충분한 정보 (예 : ebp의 오프셋)가 있어야하며 gdb은 디버그 기호를 읽는 데 libbfd을 사용하므로이 또한 가능해야합니다. 그러나 libbdf의 설명서에는 아무런 문제가없는 것으로 보입니다.
기존 개체 파일에 심볼을 추가해야합니다. 나는 현재 elf32-i386 표적으로 노력 중이다. abfd = bfd_fopen ("test.o", "elf32-i386", "r+", -1);
나는 아무 문제가 기존의 심볼 테이블을 읽는 : 나는 읽기/쓰기 모드로 오브젝트 파일을 여는 시도했다. objdump 출력과 비교해 보았지만 괜찮습니다. 그러나 기존
제 질문은 bfd와 다음 코드에서 섹션 수가 작동하는 방식에 관한 것입니다. bfd 구조체의 gdb 디버거 내부의 코드와 덤프 및 그 내부의 섹션 구조가 아래와 같이 표시됩니다. 아래의 bfd 및 bfd-> 섹션에 대한 데이터 구조 정의도 포함되었습니다. 내 질문은 : 왜 내가이 코드 (실행 파일은 getsections라고 부름)를 실행할 때 : getse