Re: binfmt_script and ^M

From: Thorsten Glaser Geuer (eccesys@topmail.de)
Date: Fri Mar 09 2001 - 11:52:40 EST

  • Next message: Alan Cox: "Re: [linux-usb-devel] Re: SLAB vs. pci_alloc_xxx in usb-uhci patc h"

    ----- Original Message -----
    From: "Sean Hunter" <sean@dev.sportingbet.com>
    To: "Thorsten Glaser Geuer" <eccesys@topmail.de>
    Sent: Thursday, 8. March 2001 13:01
    Subject: Re: binfmt_script and ^M

    > On Tue, Mar 06, 2001 at 09:10:26PM -0000, Thorsten Glaser Geuer wrote:
    > > ----- Original Message -----
    > > From: "David Weinehall" <tao@acc.umu.se>
    > > To: "Sean Hunter" <sean@dev.sportingbet.com>; "Laramie Leavitt" <laramie.leavitt@btinternet.com>; <linux-kernel@vger.kernel.org>
    > > Sent: Tuesday, 6. March 2001 15:37
    > > Subject: Re: binfmt_script and ^M
    > >
    > >
    > > > On Tue, Mar 06, 2001 at 03:12:42PM +0000, Sean Hunter wrote:
    > > > >
    > > > > I propose
    > > > > /proc/sys/kernel/im_too_lame_to_learn_how_to_use_the_most_basic_of_unix_tools_so_i_want_the_kernel_to_be_filled_with_crap_to_disguise_my_ineptitude
    > > > >
    > > > > Any support?
    > > >
    > > > <sarcasm>
    > > > Hey, let's go even further! Let's add support in all programs for \r\n.
    > >
    > > That is no sarcasm, it is ridiculous. CRLF line endings are ISO-IR-6 and
    > > US-ASCII standard, and even UN*X systems used them when they had printers
    > > (typewriters?) as output device, and no screens. With the Virtual Terminal,
    > > Virtual Console stuff times may have changed but we have so many old stuff
    > > in it... I won't remove them or didn't think of, but I remember you of:
    > > - lost+found
    > > - using ESC (or Alt???) as META for _shell commands_ which
    > > easily could be Ctrl-Left, Ctrl-Right, Ctrl-Del etc.
    > > - EMACS :-((
    > > - ED/EX/VI :-(
    > >
    >
    > This is pure bullshit, so I'm not copying my response to the list. None of that
    > depends on the kernel.

    I did not ever say that it depends on the kernel. The kernel _has to_ depend on
    _standards_ coz otherwise it wouldn't be POSIX compliant, it wouldn't obey one
    of the most basic ISO standards nowadays, etc. etc.
    The kernel is faulty, and it has to use &h0D as CARRIAGE RETURN, whenever this
    behaviour seems expactable (stress on -able).

    > If he's to lame to do:
    >
    > for i in `find . -type f | grep -l "#! .*perl\r"`; do
    > perl -pie 's|\r||g' < $i
    > done
    >
    > ...or...
    >
    > ln -snf `which perl`{,\r}
    >
    > ...or...
    >
    > change his scripts to use "perl -w", which works, and he should use anyway
    >
    > ...or...
    >
    > Run his scripts directly by doing "perl /the/path/to/broken/script" (which also
    > works)
    >
    > ...or any of the other solutions that various people suggested

    _I_ am not talking about perl coz in my eyes this is waste. But there are numerous
    other programmes with problems on it, too.

    > ...then why should we accept a kernel patch to fix this non-problem? This is
    > just plain ludicrous.
    >
    >
    > Sean
    >
    > >
    > > The following does _not_ have to do with any US-ASCII or ISO_646.irv:1991
    > > standards which IIRC are inherited by POSIX.
    > > > And why not make all program use filenames that have an 8+3 char garbled
    > > > equivalent where the last 3 are the indicators of the filetype. Oh, and
    > > > let's do everything to make sure the user doesn't leave Gnome/KDE.
    > > > And of course, let's add new features to all existing protocols and
    > > > other standards to make them "superior" to other implementations.
    > > > Oh, and of course, we must require an extra 64 MB of memory and
    > > > 500 MB of diskspace for each release, and a 200MHz faster processor.
    > > > And let us do all system settings through a registry.
    > > >
    > > > OH! Let's change the name of the operating-system to something more
    > > > catchy. Hmmm. Let's see. Windows maybe...
    > > > </sarcasm>
    > > >
    > > >
    > > > /David
    > >
    > > I _do_ _not_ like Windoze either, but we live in a world
    > > where we have to cope with it. I am even to code windoze
    > > apps in order to support linux (no comment on this)...
    > >
    -mirabilos

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/



    This archive was generated by hypermail 2b29 : Fri Mar 09 2001 - 12:02:43 EST