Date: Thu, 15 Mar 2001 14:45:07 -0500 (EST) From: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> To: Jonathan Lemon <jlemon@flugsvamp.com> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/gen glob.c Message-ID: <200103151945.OAA48376@khavrinen.lcs.mit.edu> In-Reply-To: <20010315132503.D82645@prism.flugsvamp.com> References: <200103151850.f2FIoXl53931@freefall.freebsd.org> <200103151921.OAA48111@khavrinen.lcs.mit.edu> <20010315132503.D82645@prism.flugsvamp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Thu, 15 Mar 2001 13:25:03 -0600, Jonathan Lemon <jlemon@flugsvamp.com> said: > It woule probably be better if somehow, the application set the > limit in advance. That's certainly possible to achieve, by adding a field to the end of `glob_t' and a new flag value that means `please limit responses to the number I have identified', similar to gl_offs/GLOB_DOOFFS. > I'm also returning GLOB_ABEND instead of GLOB_NOSPACE. It looks like our glob() implement has a bit of a ways to go before it can be POSIX-compliant. There are exactly three error conditions defined for glob(): GLOB_ABORTED (means the same thing as GLOB_ABEND in our documentation -- who let those IBM sysprogs in?!); GLOB_NOMATCH; and GLOB_NOSPACE. Since there isn't a useful `interpret this return code' interface, then it would be inadvisable to extend the set of error codes. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200103151945.OAA48376>