[lkml]   [2001]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH]: print missing interpreter name [Was: Re: binfmt_script and ^M]
    On 5 Mar 2001, Jan Nieuwenhuizen wrote:

    > "Richard B. Johnson" <> writes:
    > > So why would you even consider breaking bash as a work-around for
    > > a broken script?
    > I don't.
    > > Somebody must have missed the boat entirely. Unix does not, never
    > > has, and never will end a text line with '\r'. It's Microsoft junk
    > > that does that, a throwback to CP/M, a throwback to MDS/200.
    > Yes, we all know that, but you missed the point. As far as this patch
    > goes, it's got nothing to do with the '\r'. It's meant to get a more
    > informative error message from bash, if ``#!INTERPRETER'' does not
    > exist. Look:
    > $ cat /bin/
    > #!/foo/bar/baz
    > echo bar
    > $ /bin/bash -c /bin/
    > /bin/bash: /bin/ No such file or directory
    > $ ./build/bash -c /bin/
    > ./build/bash: /foo/bar: No such file or directory
    > Maybe the message could even be better, but having `/foo/bar' printed,
    > ie, the file that the kernel says does not exist, iso `/bin/',
    > the name of the script, that certainly does exist, may help. Possibly
    > both should be printed.
    > Greetings,
    > Jan.

    No. I did not miss the point. The 'No such file or directory' error
    (when you can see the ^$^$)#@@*& filename with 'ls'), usually means
    that there is something wrong with the file. Usually, I have found
    that it was an executable linked against some other runtime library
    than what I have. `strace` finds this quickly.

    A common problem after a so-called upgrade. So, the bash error output
    (without additional text) is consistent when there is something wrong with
    the file-name as well.

    Dick Johnson

    Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).

    "Memory is like gasoline. You use it up when you are running. Of
    course you get it all back when you reboot..."; Actual explanation
    obtained from the Micro$oft help desk.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:29    [W:0.023 / U:23.096 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site