Re: New "base document" available

On Mon, 2 Apr 2007 15:04:47 +1200, "Pete Dashwood"
<dashwood@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:


"William M. Klein" <wmklein@xxxxxxxxxxxxxxxxx> wrote in message
news:FJYPh.26820$Ts6.13784@xxxxxxxxxxxxxxxxxxxxxxxxx

"Pete Dashwood" <dashwood@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:57a0ugF2bdavuU1@xxxxxxxxxxxxxxxxxxxxx

"William M. Klein" <wmklein@xxxxxxxxxxxxxxxxx> wrote in message
news:p7CPh.12823$Ts6.1572@xxxxxxxxxxxxxxxxxxxxxxxxx
<all snipped>

Roger or Pete, (or others)
Other than the fact that it is NOT in an ANSI/ISO Standard (which was
Roger's original problem) can anyone who doesn't "like" the X/Open
solution for both environment variables and command-line parameters help
me understand what you don't like about this approach?

1. You have to make repeated calls to get command line parameters.


That is true if you use theARGUMETNT-VALUE approach, but not if you use
the COMAND-LINE approach - that gets the entire "command-line buffer" in
one ACCEPT.

But you still have to "parse" it if it has keyword parameters, and sort out
what the values are. And you still have to make further ACCEPTs to get the
EVs...

My solution does that for you, with ONE invocation, AND it handles mixed
positional and keyword parms on the command line.

My point is that programmers shouldn't have to do all this bullshit. A
single "facility" can do it for them and put everything away in a form that
is easily accessible.

I posted some COBOL here to do the parsing of keyword parameters a few
weeks back...

http://tinyurl.com/26hw83

How much nicer if there was a COBOL construct that just did it for us.

Roger got rubbished for suggesting a "simple function". I agree with him and
that's why I posted. (That... and because my head was spinning from REAL
work... :-)).

I come back to the point that the whole thing is dependent on
operating system, method of invocation and flavor of the month. I'm
using Agent which stuffs things somehow into some file in its primary
directory path so I can run it on a USB key and take it from computer
to computer. If they had a Linux version they might be able to do the
same thing. On the other hand, a program that stuffs and gets things
from the registry will work differently from one that gets its
equivalent information from Unix/Linux environmental values and the et
of values available in a z/OS environment will again be different and
presented in a different way which can depend on how the program is
invoked.

Pete.

.

Relevant Pages

  • Re: New "base document" available
    ... Roger or Pete, ... You have to make repeated calls to get command line parameters. ... How much nicer if there was a COBOL construct that just did it for us. ... Roger got rubbished for suggesting a "simple function". ...
    (comp.lang.cobol)
  • Re: New "base document" available
    ... solution for both environment variables and command-line parameters ... You have to make repeated calls to get command line parameters. ... How much nicer if there was a COBOL construct that just did it for us. ... Roger got rubbished for suggesting a "simple function". ...
    (comp.lang.cobol)
  • How Paul Annacone gives a perspective to the greatest
    ... The U.S. coach describes the nature of his work with Roger Federer. ... The method has revived Pete Sampras. ... Paul Annacone teaches the capacity for abstraction, ...
    (rec.sport.tennis)
  • Re: Federer vs. Sampras
    ... Out of Pete & Rog who has the superior talent, ... of physical talent - eg movement, hand-eye coordination (andre would ... two among the roger fans but, oh what the hell, i'll stick by it!! ... i really fancy peak andre to beat peak roger at the ...
    (rec.sport.tennis)
  • Re: Federer vs. Sampras
    ... Out of Pete & Rog who has the superior talent, ... of physical talent - eg movement, hand-eye coordination (andre would ... two among the roger fans but, oh what the hell, i'll stick by it!! ... i really fancy peak andre to beat peak roger at the ...
    (rec.sport.tennis)