Subject:
|
Re: PRGM button - am I missing something?
|
Newsgroups:
|
lugnet.robotics.rcx.legos
|
Date:
|
Thu, 13 Jan 2000 17:57:31 GMT
|
Viewed:
|
1530 times
|
| |
|
|
In lugnet.robotics.rcx.legos, Markus L. Noga writes:
> Ben Jackson schrieb:
> > > From getopt(3) on BSD and other systems:
> >
> > When all options have been processed (i.e., up to the first
> > non-option argument), getopt() returns -1.
> >
> > However, from the Linux manpage:
> >
> > By default, getopt() permutes the contents of argv as it
> > scans, so that eventually all the non-options are at the
> > end. Two other modes are also implemented. If the first
> > character of optstring is `+' or the environment variable
> > POSIXLY_CORRECT is set, then option processing stops as
> > soon as a non-option argument is encountered.
>
> OK, I'll change the docs and examples, then. Too bad, I thought
> position-independence very nifty indeed.
>
> Markus.
Yep, the option order was the problem on Windows. getopt does indeed happily
ignores any options found after the first non-option.
Thanks again!
-Jeff
p.s. And don't worry, I can take any Windows jabs you have to offer - I've
heard 'em all. ;-)
|
|
Message is in Reply To:
7 Messages in This Thread:
 
  
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
