| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <b2cc26e41003241510k64fdcf3udbe9a4ca102f9792@mail.gmail.com> Date: Wed, 24 Mar 2010 23:10:58 +0100 From: Olaf van der Spek <olafvdspek@...il.com> To: drepper@...il.com Cc: linux-kernel@...r.kernel.org Subject: Re: execve() returns ENOENT when ld-linux.so isn't found On Wed, Mar 24, 2010 at 2:49 PM, <drepper@...il.com> wrote: > On Thu, Mar 18, 2010 at 07:42, Olaf van der Spek <olafvdspek@...il.com> > wrote: >> >> $ ls -l >> -rwxr-xr-x 1 olaf olaf 560165 2010-03-18 15:21 xwis >> $ ./xwis >> -bash: ./xwis: No such file or directory > > Your shell should handle this. I'm not sure whether it's in the upstream Why? And why can't the kernel returned the more appropriate ENOEXEC? > bash (it should be) but I wrote a long, long time ago a patch which produces > better messages. On my system I get: > > $ ./u > bash: ./u: /some/path/does-not-exist: bad ELF interpreter: No such file or > directory > > > It doesn't really matter what the kernel returns. The shell should do its > job and at least the RHEL/Fedora version does it for a long time now. That should be pushed upstream then. Olaf -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists