Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-lcc!ames!ucbcad!ucbvax!ULKYVX.BITNET!RDROYA01
From: RDROYA01@ULKYVX.BITNET (Robert Royar)
Newsgroups: comp.sys.atari.st
Subject: Problems with wildcard expansion
Message-ID: <8701011556.AA26327@ucbvax.Berkeley.EDU>
Date: Thu, 1-Jan-87 09:54:00 EST
Article-I.D.: ucbvax.8701011556.AA26327
Posted: Thu Jan  1 09:54:00 1987
Date-Received: Thu, 1-Jan-87 22:08:12 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: University of Louisville
Lines: 19


This is a question for the Alcyon Gurus. I cannot get wildcards to work on
the command line.  Files will not expand. I traced the problem to ___open
in the Gemlib.  Everything goes along fine until it loads the wildcard
filename onto the stack and makes a call to gemdos search for first.  The
call passes the two parameters, and the return is always $00 on a wildcard
search which is supposed to mean successful operation.  But ___open tests
the returned value, and finding $00 it loads $ff into d0 which means File
not found for an open call.  This forces an exit.  (However, from within a
program trying to read *.c gets the first file that matches.)  What makes
this more frustrating is that the library uses the __BDOS function #9 call
to print the error message, and apparently that function, like so many
others of the __BDOS line, no longer does anything.  So you never see what
caused the error.  Does the Fsfirst() call work different from the way it's
advertised, or is this just a problem with my system (how could it be?)?
Does anyone have source for a working .___open routine?

I'm using version 4.14, but noticed similar problems on the original version
of the compiler.