Path: utzoo!utgpu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!usc!rutgers!njin!princeton!burst.Princeton.EDU!pfalstad
From: pfalstad@burst.Princeton.EDU (Paul Falstad)
Newsgroups: alt.sources.d
Subject: Re: Multiple executables in path
Message-ID: <5688@idunno.Princeton.EDU>
Date: 25 Jan 91 01:09:42 GMT
References: <17501:Jan2414:21:3991@kramden.acf.nyu.edu> <5657@idunno.Princeton.EDU> <21227:Jan2422:43:3791@kramden.acf.nyu.edu>
Sender: news@idunno.Princeton.EDU
Organization: The E. Henry Thripshaw Fan Club
Lines: 70

brnstnd@kramden.acf.nyu.edu (Dan Bernstein) wrote:
>In article <5657@idunno.Princeton.EDU> pfalstad@phoenix.Princeton.EDU (Paul Falstad) writes:
>> brnstnd@kramden.acf.nyu.edu (Dan Bernstein) wrote:
>There was no bug to fix. It is a change in optional behavior. I happen
>to think that it's stupid for the output of which to be relative to your
>current directory; by that criterion, any version of which that pays
>attention to . is wrong. But different people want different behaviors.

No, you think it's stupid for someone to have . in their path, and I
agree.  But if a person does have . in their path, your version should
work properly.  I think it's stupid for people to play nethack, but it
wouldn't be good to write a shell that dumps core whenever someone types
"nethack."

Unless you're saying that "I will use this version of which because it's
faster and because it works with my path because it doesn't have . in
it."  Then I agree.

>[ explains how it works ]

Yes, I did figure it out, but it took a while.  The perl solution was
obvious, at least to me.

>(Btw, are you so sure that your change is correct?)

No, I didn't bother to test it.  I don't know perl.

>That isn't a bug; it's a documented feature. You can easily avoid it if
>you want.

How?  (genuine question)  Is there a way to make csh not glob the results
of command substitution but have usual globbing work fine?  Also, this
feature is not documented, at least not in my manual.  If I'm wrong
please show me where it's documented.  Any feature that cannot be turned
off is a bug.

>> You mean, change your implementation so it uses
>> aliases from .cshrc?
>
>No, that's not what I said.

What did you say?

>You and Tom are coming across as so lazy that you'd rather waste
>thousands of dollars of money around the world arguing with facts than
>spending the two minutes it would take you to figure things out on your
>own. Any competent shell programmer can use filters, and I'm not going
>to teach you tricks that you can easily figure out for yourself.

I spent the two minutes figuring it out, and now I'm wasting thousands
of dollars of money around the world hoping to prevent others from
having to do the same.

>Yeah, and slow as per---I mean molasses.

I did say SunOS.

>``I can't see how any perl hack that can't easily be translated into a
>decent language like C can be called good code.'' Who tf cares?

I certainly don't.   I'm no perl groupie, as I said.  In fact, my
longest perl script is one line.  I just like flame wars.  :-)  I really
don't give a fuck about this whole discussion, nor does 99% of the net,
but it's fun to hear people having flame wars over such trivialities.  I'm
saving this thread for posterity.  Flame on!

--
Paul Falstad, pfalstad@phoenix.princeton.edu PLink:HYPNOS GEnie:P.FALSTAD
"And she's always on about men following her.  I don't know what she
thinks they're going to do to her.  Vomit on her, Basil, says."-Flowery Twats