Xref: utzoo comp.sys.amiga:19621 comp.sys.amiga.tech:892
Path: utzoo!utgpu!water!watmath!clyde!bellcore!tness7!killer!osu-cis!tut.cis.ohio-state.edu!mandrill!gatech!udel!rochester!cornell!batcomputer!itsgw!steinmetz!uunet!portal!cup.portal.com!doug-merritt
From: doug-merritt@cup.portal.com
Newsgroups: comp.sys.amiga,comp.sys.amiga.tech
Subject: Re: CLI/shells
Message-ID: <6141@cup.portal.com>
Date: 2 Jun 88 00:54:58 GMT
References: <8805092047.AA18301@cory.Berkeley.EDU> <1974@sugar.UUCP> <5732@cup.portal.com> <2063@sugar.UUCP>
Followup-To: comp.sys.amiga
Organization: The Portal System (TM)
Lines: 26
XPortal-User-Id: 1.1001.4407

Peter da Silva writes:
>You didn't get it from my "browser", I hope. The source shouldn't be out
>there... :->

Oh. Well, your file requester or whatever it was. I just scanned the
Cat Fish index and couldn't find the disk that contains the source I
pulled it out of, so I'm not sure exactly anymore.

I said:
> enhancing _main(), you could just call the Glob(&ac, av) routine I
> was talking about, and your command line gets wildcard expanded.

Peter replies:
>I much prefer making this invisible. I mean, really: just how Amiga-
>specific do you want your CLI programs to be? You should just be able
>to recompile and link "uudecode" and have it go.

Sure. But that's exactly what I said. Note the "_main()" in my quote
above, not "main()". In other words, if you have the (invisible) standard
startup function "_main()" call something like my Glob(), then the
wildcarding *does* happen automagically and invisibly.
	Doug
--
      Doug Merritt        ucbvax!sun.com!cup.portal.com!doug-merritt
                      or  ucbvax!eris!doug (doug@eris.berkeley.edu)
                      or  ucbvax!unisoft!certes!doug