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