From: Jose Celestino <japc@co.sapo.pt>
To: Marc Perkel <mperkel@yahoo.com>
Cc: Willy Tarreau <w@1wt.eu>, Jiri Slaby <jirislaby@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: Re: The vi editor causes brain damage
Date: Sun, 19 Aug 2007 15:06:16 +0100 [thread overview]
Message-ID: <20070819140615.GA3699@co.sapo.pt> (raw)
In-Reply-To: <952949.96475.qm@web52503.mail.re2.yahoo.com>
Words by Marc Perkel [Sun, Aug 19, 2007 at 06:22:37AM -0700]:
>
> --- Willy Tarreau <w@1wt.eu> wrote:
>
> > On Sun, Aug 19, 2007 at 09:15:22AM +0200, Jiri Slaby
> > wrote:
> > > Marc Perkel napsal(a):
> > > > Let me give you and example of the difference
> > between
> > > > Linux open source world brain damaged thinking
> > and
> > > > what it's like out here in the real world.
> > > >
> > > > Go to a directory with 10k files and type:
> > > >
> > > > rm *
> > > >
> > > > What do you get?
> > > >
> > > > /bin/rm: Argument list too long
> > >
> > > What does this have to do with rm command?
> >
> > Nothing, and no more with linux development. Marc
> > confuses shell and rm.
> > Under DOS, when he types "del *", the shell calls
> > the builtin function
> > "del" and passes it only one argument "*". The del
> > function is then
> > responsible for iterating through the files using
> > getfirst/getnext.
> >
> > This is also why mostly only builtin shell commands
> > support "*", while
> > most external commands do not support it, since they
> > have to re-implement
> > the same code to iterate through the files (try
> > "debug c*.com", it will
> > not work).
> >
> > Under unix, the shell resolves "*" and passes the
> > 10000 file names to
> > the "rm" command. Now, execve() may fail because
> > 10000 names in arguments
> > can require too much memory. That's why find and
> > xargs were invented!
> >
> > The solution is easy : find . -maxdepth 1 | xargs rm
> >
> > So this has nothing to do with rm, nor with rm being
> > open-source, and
> > even less with rm being written with vi, and Marc's
> > rant is totally
> > wrong and off-topic. Maybe he was drunk when
> > posting, or maybe someone
> > used his keyboard to make him look like a complete
> > fool. Or maybe he
> > really is.
> >
> > Willy
> > (please do not follow up on this OT thread,
> > responses to /dev/null)
> >
>
> The important point that you are missing here is that
> the Linux world is willing to live with an rm command
> that is broken and the Windows and DOS world isn't.
> This isn't about the rm command it's about programming
> standards. It's about that the Linux community isn't
> committed to getting it right.
>
Yuhu! The rm command isn't broken (nothing is broken related to this).
Have you been reading? Can you even (read)?
Fscking troll.
--
Jose Celestino
----------------------------------------------------------------
http://www.msversus.org/ ; http://techp.org/petition/show/1
http://www.vinc17.org/noswpat.en.html
----------------------------------------------------------------
"And on the trillionth day, Man created Gods." -- Thomas D. Pate
next prev parent reply other threads:[~2007-08-19 14:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-19 5:20 Marc Perkel
2007-08-19 6:15 ` Al Viro
2007-08-19 6:29 ` Marc Perkel
2007-08-19 4:24 ` hotmetal
2007-08-19 13:07 ` Marc Perkel
2007-08-19 7:15 ` Jiri Slaby
2007-08-19 7:21 ` [OT] " Willy Tarreau
2007-08-19 12:31 ` Benny Amorsen
2007-08-19 12:39 ` Paolo Ornati
2007-08-19 13:07 ` variable length argument support (was: [OT] Re: The vi editor causes brain damage) Jan Engelhardt
2007-08-19 14:40 ` Paolo Ornati
2007-08-19 13:22 ` The vi editor causes brain damage Marc Perkel
2007-08-19 13:33 ` Willy Tarreau
2007-08-19 14:06 ` Jose Celestino [this message]
2007-08-19 14:48 ` Paolo Ornati
2007-08-19 15:32 ` Marc Perkel
2007-08-19 17:32 ` Arjan van de Ven
2007-08-19 23:03 ` Michael Tharp
2007-08-20 1:55 ` Casey Dahlin
2007-08-19 13:55 ` [OT] " Torsten Duwe
2007-08-19 13:08 ` Marc Perkel
2007-08-19 20:14 ` Valdis.Kletnieks
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070819140615.GA3699@co.sapo.pt \
--to=japc@co.sapo.pt \
--cc=jirislaby@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mperkel@yahoo.com \
--cc=w@1wt.eu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®