Valery Reznic

Thank you for the info. I had a look at staticx - as far as I understand it unpack all shared libraries into temp location and run from it.Statifier uses kind of snapshot when all libraries already loaded, hence the different. RegardsValery On Monday, September 28, 2020, 7:37:11 AM GMT+3, pavel <spvkgn@users.sourceforge.net> wrote: JFYI got success using this https://github.com/JonathonReinhart/staticx/ It works with randomization enabled. exit status 136 Sent from sourceforge.net because you indicated...

Looks like that for some reason /usr/lib/statifier/elf_class ./auCDTect failed with status 136. It's mean that program was killed by the signal SIGFPE. Strange. Valery On Monday, September 7, 2020, 1:54:51 PM GMT+3, pavel <spvkgn@users.sourceforge.net> wrote: Hello Valery, could you please help, what does this exit status mean? pavel@debian:~/aucdtect$ statifier -V 1.6.12 pavel@debian:~/aucdtect$ statifier -v auCDtect auCDtect1 + Main + set -e + source /tmp/statifier.tmpdir.1074/common/option.src...

Please check if you /usr/include/sys/ptrace.h defines enum __ptrace_request If not try to find file with this enum Valery On Wednesday, November 6, 2019, 11:26:09 AM GMT+2, vania vania99@users.sourceforge.net wrote: alpine:~# gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-alpine-linux-musl/6.4.0/lto-wrapper Target: x86_64-alpine-linux-musl Configured with: /home/buildozer/aports/main/gcc/src/gcc-6.4.0/configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info...

Hi. Could you please tell me what gcc version you have? Valery On Saturday, November 2, 2019, 2:40:39 PM GMT+2, vania vania99@users.sourceforge.net wrote: Hi, trying to compile statifier on Alpine Linux 3.8 getting this: alpine:~/statifier-1.7.4/src# make all-local-64 ELF_CLASS=64 && mkdir --parents $ELF_CLASS && make ELF_CLASS=$ELF_CLASS all-local-internal make[1]: Entering directory '/root/statifier-1.7.4/src' gcc -c -m64 -I. -Icpus/x86_64 -I64 -Wall -O2 -g my_gdb/my_ptrace.c -o 64/my_ptrace.o...

Could you please send me output of the readelf -aW <your_original_exe></your_original_exe>

I was right after all. In the kernel in the file fs/binfmt_elf.c /* Sanity check the number of program headers... */ if (elf_ex->e_phnum < 1 || elf_ex->e_phnum > 65536U / sizeof(struct elf_phdr)) goto out; /* ...and their total size. */ size = sizeof(struct elf_phdr) * elf_ex->e_phnum; if (size > ELF_MIN_ALIGN) goto out; First check limit phdrs size to 64K, but second one - to the ELF_MIN_ALIGN. On the x86_64 system ELF_MIN_ALIGN is 4096. When I run your executable "as is" I get following bash: ./nix-instantiate-static:...

Ooops. I was wrong. Kernel able to run elf with total size of phdrs up to 64K. So problem is not the number of phdrs

Good news - Thanks to your executable I was able to find out what problem is. readelf -h nix-instantiate-static ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: EXEC (Executable file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x7f1ead9b21a0 Start of program headers: 64 (bytes into file) Start of section headers: 4656 (bytes into file)...