Sirs,
I was researching about old binary formats and did some tests.
Meantime, I was able to run sucessfully only the QMAGIC format.
Nonetheless, the OMAGIC, NMAGIC and ZMAGIC didn't work anymore.
The test occurred using old slackware binaries and some new, the
latter compiled by me, using cross-compiled as and ld. In any case,
the QMAGIC was the only functional.
After some debugging I identified (when loading a OMAGIC) that the
kernel sigkill the current after this checking:
http://lxr.linux.no/linux+v3.13.5/arch/x86/ia32/ia32_aout.c#L325
325 error = vm_brk(text_addr & PAGE_MASK, map_size);
326
327 if (error != (text_addr & PAGE_MASK)) {
328 send_sig(SIGKILL, current, 0);
329 return error;
330 }
I suppose this happens due to changes made, in the course of time, in
the memory mapping (vm_brk/do_brk), therefore the only one that still
works is the QMAGIC (the aligned one). Or maybe, it's purposely. [RFC]
Is important to note that when a ZMAGIC is loaded what happens is a
"Segmentation fault" and not "SIGKILL".
That was reported by others too:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/966472
--
Regards,
Geyslan G. Bem
hackingbits.com
Hi!
> I was researching about old binary formats and did some tests.
> Meantime, I was able to run sucessfully only the QMAGIC format.
> Nonetheless, the OMAGIC, NMAGIC and ZMAGIC didn't work anymore.
Some time ago, I ran into similar problem, and turning off userspace
randomization was neccessary... Jiri Kosina might remember details.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Pavel,
Thank you.
Maintainers, is there some chance to fix it or a.out is really doomed?
2014-04-19 13:15 GMT-03:00 Pavel Machek <[email protected]>:
> Hi!
>
>> I was researching about old binary formats and did some tests.
>> Meantime, I was able to run sucessfully only the QMAGIC format.
>> Nonetheless, the OMAGIC, NMAGIC and ZMAGIC didn't work anymore.
>
> Some time ago, I ran into similar problem, and turning off userspace
> randomization was neccessary... Jiri Kosina might remember details.
>
> Pavel
>
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
> --
> Voc? est? recebendo esta mensagem porque se inscreveu no grupo "Kernel Brasil" dos Grupos do Google.
> Para cancelar inscri??o nesse grupo e parar de receber e-mails dele, envie um e-mail para [email protected].
> Para postar neste grupo, envie um e-mail para [email protected].
> Para ver esta discuss?o na web, acesse https://groups.google.com/d/msgid/kernel-br/20140419161552.GB27776%40amd.pavel.ucw.cz.
> Para obter mais op??es, acesse https://groups.google.com/d/optout.
--
Regards,
Geyslan G. Bem
hackingbits.com
On Sat, 19 Apr 2014 13:37:27 -0300, Geyslan Greg?rio Bem said:
> Maintainers, is there some chance to fix it or a.out is really doomed?
Is there an actual use case for a.out on a modern kernel?
In other wods, is there any reason to really care if it's doomed, since
it's been *years* since that worked?
Valdis,
2014-04-19 15:33 GMT-03:00 <[email protected]>:
> On Sat, 19 Apr 2014 13:37:27 -0300, Geyslan Greg?rio Bem said:
>
>> Maintainers, is there some chance to fix it or a.out is really doomed?
>
> Is there an actual use case for a.out on a modern kernel?
Maybe retrocompatibility.
>
> In other wods, is there any reason to really care if it's doomed, since
> it's been *years* since that worked?
Perhaps not, but why to continue patching the ia32_aout.c and
binfmt_aout.c if that format doesn't matter (and work) anymore? That's
was the reason that I asked if it is really doomed in linux.
--
Regards,
Geyslan G. Bem
hackingbits.com
On Sat 2014-04-19 13:37:27, Geyslan Greg?rio Bem wrote:
> Pavel,
>
> Thank you.
>
> Maintainers, is there some chance to fix it or a.out is really
> doomed?
There should be chance to fix it.
Do you have some idea when it stopped working?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html