This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Question about ash and getopts

At 03:19 PM 12/29/2003, Peter Seebach you wrote:
>In message <>, Larry Hall writes:
>>OK, sounds to me like you've convinced yourself that ash should contain 
>>getopts.  Does that mean that you no longer have a need to keep this thread 
>>going?  I'm not sure I see the discussion providing any useful benefit beyond
>>you becoming more comfortable with your original position.  If I'm wrong,
>>please show us where you're headed.  If not and your main goal was to just 
>>point out that ash doesn't have getopts, then let's end the thread.  There's 
>>little point to covering the same ground on this topic again. 
>The goal here is that I would like Cygwin to be the best environment it could
>be, since I use it, and I sometimes want to recommend such an environment to
>people, and I dislike having to say "it's very much like Unix, except that
>standard POSIX shell scripts that have worked on every Unix system anywhere
>since the late 80's won't run on it".
>In short, I think this mistake should be recognized as just that - a mistaken
>devotion to the Little Tin God - and corrected.  Then Cygwin will be one
>obvious step closer to POSIX compliance, and there will no longer be periodic
>repititions of the question "why doesn't my POSIX-compliant shell script
>work with this /bin/sh", followed quickly by the question "why did someone
>put special effort into breaking it".
>This has already made its way into a book as an example of false efficiency.

I see.  So how does this thread differ from previous ones on this subject?
As far as I can see, you simply want to state your case but not contribute 
anything in return.  We've had threads like that.  If you *really* want
to see a change here, you have to put some effort into it.  That means 
looking at the issue objectively, running some tests, and if those tests
bear out, sharing them with the list along with the patch to enable the 
features you want and that your tests validate.  Of course, you can skip 
all this and just voice your opinion and be done with it.  It's your right.
It won't resolve your issue though.  Well, at least not at this point.  But
if that's the direction you want to go then it makes sense to end this 
thread, since it's just covering the same ground as the previous threads on 
this subject.

Larry Hall                    
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
838 Washington Street                   (508) 893-9889 - FAX
Holliston, MA 01746                     

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]