Могут ли 32-разрядные исполняемые файлы LINUX 2.6 надежно работать на машинах с LINUX 3.2?

Предполагая, что 32-битная поддержка была загружена в данную 64-битную установку LINUX:

• Может ли 32-разрядный исполняемый файл LINUX 2.6 надежно работать на машинах с LINUX 3.2? (да, перефразируя название) Очевидно, нет!

• Какие ограничения накладываются на 32-битные программы (с точки зрения каких программ, а не с точки зрения ограничений 4 ГБ и т. д.)?

• Есть ли конкретный маркерный файл, исполняемый файл, системный вызов, который можно проверить, чтобы определить это заранее, чтобы скрипт мог сообщить пользователю, что система настроена неправильно? Затем я мог бы написать сценарий, скажем, «canirunhere», который мог бы сделать это очевидным для пользователя, а не просто получить какой-то причудливый сбой FLOATING POINT EXCEPTION.

  • Trying to run the program (within the script) and see if it crashes is not an option, as the program could just be doing a divide-by-zero!

Предыстория:

У меня есть 32-битная бинарная сборка для 2.6 LINUX, которая демонстрирует классическую трассировку стека несовместимости (см. ниже). Он работает на НЕКОТОРЫХ машинах, таких как x86_64 Linux 3.2 (в данном случае 3.2.0-8), но не на других, таких как AMD64 Linux 3.2 (в данном случае 3.2.44-3).

Необходимая информация:

Программа умирает в самом динамическом загрузчике. Вот биты информации «file» и «uname -a»:

Файл:
ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), not stripped

НЕфункциональная система:
3.2.44-3.2.0.3.1-amd64-10846333 #1 SMP Wed May 29 13:08:01 UTC 2013 x86_64 GNU/Linux

ФУНКЦИОНАЛЬНАЯ система, x86_64 VM под управлением Ubuntu:
3.2.0-58-generic #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Обратите внимание, что система Ubuntu изначально не поддерживала 32-разрядные программы, поэтому Мне пришлось следовать инструкциям по ссылке (теперь, к сожалению, мертвой) в этом предыдущем вопросе. (нажмите здесь) Я не могу выполнить ту же задачу на неработающей машине, хотя отсутствие ошибки "файл не найден" означает, что 32-битная поддержка теоретически есть.

Трассировка стека:
Program received signal SIGFPE, Arithmetic exception. 0xf7feb876 in do_lookup_x () from /lib/ld-linux.so.2 (gdb) where #0 0xf7feb876 in do_lookup_x () from /lib/ld-linux.so.2 #1 0xf7febc07 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2 #2 0xf7fed251 in _dl_relocate_object () from /lib/ld-linux.so.2 #3 0xf7fe7108 in dl_main () from /lib/ld-linux.so.2 #4 0xf7ff58f1 in _dl_sysdep_start () from /lib/ld-linux.so.2 #5 0xf7fe3c33 in _dl_start () from /lib/ld-linux.so.2 #6 0xf7fe3817 in _start () from /lib/ld-linux.so.2

Вывод strace: по предложению респондента, вот вывод strace (это не та же самая программа, поэтому адреса будут немного отличаться), что подтверждает, что она находится в динамической загрузке, надеюсь, поможет сузить причину.

strace ./porgram execve("./program", ["./program"...], [/* 63 vars */]) = 0 brk(0) = 0x80ea000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf77c5000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=47552, ...}) = 0 mmap2(NULL, 47552, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf77b9000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\222"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1265332, ...}) = 0 mmap2(NULL, 1275268, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf7681000 mmap2(0xf77b2000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x130) = 0xf77b2000 mmap2(0xf77b6000, 9604, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf77b6000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7680000 set_thread_area({entry_number:-1 -> 12, base_addr:0xf76806b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 --- SIGFPE (Floating point exception) @ 0 (0) ---