Date: Sun, 10 Mar 1996 08:43:40 -0500 From: dj (DJ Delorie) Message-Id: <199603101343.IAA29218@delorie.com> To: eliz AT is DOT elta DOT co DOT il CC: djgpp-workers AT delorie DOT com In-reply-to: (message from Eli Zaretskii on Sun, 10 Mar 1996 08:45:10 +0200 (IST)) Subject: Re: Library docs-questions > 1) `glob' doesn't use FA_HIDDEN and FA_SYSTEM in the attributes > of files it gets from `findfirst' and `findnext'. If this is > intentional, I think it's wrong, because this way, an application can > never get a name of a hidden file from the command line (unless it is > given explicitly, i.e. without wildcard characters). It also doesn't > return files in hidden/system directories (with foo/.../*bar*). If > that's how it should be (I don't think so) then at least the `errfunc' > should be called, because we then have an unreadable directory. This is intended, since globbing on unix doesn't return files beginning with ".". > 2) `glob' returns GLOB_ERR when any of the calls to `malloc' > fails. Shouldn't it return GLOB_NOSPACE instead? Right now, > GLOB_NOSPACE is never returned (that's why the docs add-ons I've sent > don't describe it). I thought GLOB_ERR should only be returned when > `errfunc' should be called (i.e. never under DOS). Probably. > 3) SIGINT is defined by ANSI, but only defines it in > the non-ANSI section, which is wrong. You're right. > 4) `system' ignores some commands that it considers `null' > commands. Some of them indeed are (like ``rem''), but others aren't. > For instance, ``cd something'' and ``set'' without an argument should not > be ignored, I think. Right now the code ignores both of these commands > with or without arguments. Any particular reason for that? Sounds like a "unix compatibility" to me. > 5) `system' also doesn't support ``>>'' redirection. It's almost > trivial to add this support, I just want to know if there is any reason > that it wasn't included originally. None that I can think of.