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.