처음에는이 게시물의 길이에 대해 유감이지만 문제를 명확하게 설명하고 싶습니다. 자체 수정 프로그램을 C에 작성하려고 시도하지만 몇 가지 문제가 있으며 그 이유를 정확히 알지 못합니다. 가 플랫폼은 다음과 같습니다 우분투/리눅스 2.6.32-40 x86_64에, 음식물은 86 아치에 구축하고, GCC (우분투 4.4.3-4ubuntu5.1) 4.4.3, GN
objdump와 같은 OSX universal x86/x86_64 지방 Mach-O 바이너리를 분해 할 수있는 Linux 프로그램이 있습니까? GNU binutils의 objdump는 ELF 및 Windows PE 파일을 지원하지만 Mach-O는 지원하지 않습니다. 역 마하-O 바이너리 엔지니어링에 대한
일부 C++ 템플릿 함수의 인스턴스를 포함하는 C++ 오브젝트 파일이 있습니다. 문제의 오브젝트 파일은 템플릿 매개 변수의 몇 가지 다른 조합에 대해 동일한 기능을 인스턴스화합니다. 나는 문제를 디버깅하려고하고 템플릿 함수의 특정 인스턴스화 (즉, 내가 조사하고자하는 함수의 템플릿 매개 변수를 알고있다)의 디스 어셈블리를보고 싶다. 나는 일반적으로 객체 파
내가 작업하고있는 프로젝트의 ELF 파일 레이아웃에 대해 알아야하고 이러한 도구가 있음을 눈치 챘습니다. 모든 Linux 배포판에 readelf 및 objdump가 모두 포함되어있는 이유는 무엇입니까? 이 도구들이 서로 보완합니까? 언제 다른 것을 사용하는 것을 선호합니까? 바이너리 유틸리티에서
소매 빌드의 코어 덤프 분석은 종종 특정 모듈과 소스의 을 상호 연관시켜야합니다. 일반적으로 어셈블리 덤프와 소스를 서로 연관 시키면 함수가 상당히 복잡해지면 문제가됩니다. 오늘 어셈블리 또는 일부 상관 관계가있는 인터리빙 소스가 표시 될 것으로 예상되는 특정 모듈 (컴파일 옵션 -S)의 assembly listing을 만들려고했습니다. 불행하게도 목록 내
long int Calculate_Message_CRC__FUcPUc (int iLength /* 0x8 */, unsigned char *iMess /* 0xc */)
그래서 나는이 혼용 된 이름임을 알고, 나는이 같은 프로토 타입을 만들 : objdump -g -x -C libglo_crc.so
와 나는 같은 결과를 얻을 수 long int Ca
나는 안드로이드 커널을 gzip 헤더에서 분리하여 압축을 풀었습니다. 그러나 내가 파일을 덤프하기 위해 android ndk에서 objdump를 시도하면 파일 형식이 인식되지 않는 오류가 발생합니다. 누구나 이진 이미지에서 기호 테이블을 얻는 방법을 알고 있습니다. 내 안드로이드 장치에 나는 기호 표를 얻기 위해 다음을 수행 할 수 고양이/proc 디렉토리
i386 및 x64 용 .a 및 .o 라이브러리가 많은 폴더가 있습니다. 모든 x64 라이브러리를 찾아서 제거하고 싶습니까? objdump는 도움이 될 수 있지만 파일 목록을 만들고 제거하려면 bash 스크립트 ('find'또는 'sed'와 함께 사용하는 방법)를 사용하는 법을 모르겠습니다.