Hi,
I have identified where the kernel is giving error when trying to load an
OMAGIC: lxr.linux.no/#linux+v3.13.5/arch/x86/ia32/ia32_aout.c#L260
It's just after the vm_brk.
Eg. vm_brk(0, 13048);
0 is the txtaddr and 13048 is the size of the sections TEXT and DATA together.
The vm_brk() is
I am not quite sure what that would achieve.
We have come to the conclusion that with CONFIG_HAVE_AOUT=y and
CONFIG_BINFMT_AOUT=m the latest Ubuntu version successfully handles QMAGIC
a.out executables. Also, that all OMAGIC and ZMAGIC files segfault after
executing 0 instructions.
It is
auquicu, regarding the segmentation faults, a file should have appeared in the
folder:
/var/crash
which you would be able to file a crash report against via a terminal:
ubuntu-bug CRASHFILENAME.crash
Please report this and subscribe me to the new bug report, and we can
take it from there.
--
Continuing the above report, I found the old libraries, but first
# insmod /lib/modules/3.13.0-8-generic/kernel/fs/binfmt_aout.ko
# ./program
Segmentation fault (core dumped)
# dmesg | tail
fd_offset is not page aligned. Please convert program: program
program[1157]: segfault at 0 ip
So, maybe a
Continuing the above report, I also found OMAGIC and QMAGIC binaries.
The OMAGIC binaries just segfault at address 0.
The QMAGIC binaries work, when provided with ld.so and the right libraries.
So, CONFIG_HAVE_AOUT=y and CONFIG_BINFMT_AOUT=m are successful,
but only for QMAGIC, the most recent
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/966472
Title:
missing a.out (ZMAGIC) support
To manage notifications about this
is this still an issue?
Yes.
latest development release of Ubuntu? ISO images are available
Downloaded the 386 one. It is too big to burn on a CD, 963641344 bytes.
# mount -o loop trusty-desktop-i386.iso /a
# cd /a/caspar
# mount -o loop filesystem.squashfs /b
# cd /b/boot
# grep AOUT conf*
auquicu, this bug was reported a while ago and there hasn't been any activity
in it recently. We were wondering if this is still an issue? If so, as per
Trusty it would appear enabled for i386:
grep -r CONFIG_HAVE_AOUT= | grep i386
debian.master/config/i386/config.common.i386:CONFIG_HAVE_AOUT=y
(apport-collect hangs reading from a pipe. strace shows that it calls
~/bin/id, a private program of mine. No doubt the intention was to call
/usr/bin/id. A bug in apport-collect.)
$ cat /proc/version
Linux version 2.6.32-22-generic (buildd@yellow) (gcc version 4.4.3 (Ubuntu
4.4.3-4ubuntu5) )