Re: glibc/io/fts.c, MAXPATHLEN issue

2001-06-29 Thread Marcus Brinkmann
On Sat, Jun 30, 2001 at 12:43:02AM +0200, Mark Kettenis wrote: >Date: Fri, 29 Jun 2001 15:49:01 -0500 >From: Marcus Brinkmann <[EMAIL PROTECTED]> > >Hi, > >io/fts.c has a MAXPATHLEN issue. >The Debian glibc build of 2.2.3-6 (CVS 6-9-2001) fails b

Re: glibc/io/fts.c, MAXPATHLEN issue

2001-06-29 Thread Igor Khavkine
On Fri, Jun 29, 2001 at 03:49:01PM -0500, Marcus Brinkmann wrote: > Hi, > > io/fts.c has a MAXPATHLEN issue. > The Debian glibc build of 2.2.3-6 (CVS 6-9-2001) fails because > of that. > > Sorry, no more info as I can't send mail from my local machine > right no

Re: glibc/io/fts.c, MAXPATHLEN issue

2001-06-29 Thread Mark Kettenis
Date: Fri, 29 Jun 2001 15:49:01 -0500 From: Marcus Brinkmann <[EMAIL PROTECTED]> Hi, io/fts.c has a MAXPATHLEN issue. The Debian glibc build of 2.2.3-6 (CVS 6-9-2001) fails because of that. I don't see any problems with the current CVS version. Yes, it uses MAXP

glibc/io/fts.c, MAXPATHLEN issue

2001-06-29 Thread Marcus Brinkmann
Hi, io/fts.c has a MAXPATHLEN issue. The Debian glibc build of 2.2.3-6 (CVS 6-9-2001) fails because of that. Sorry, no more info as I can't send mail from my local machine right now. Marcus ___ Bug-hurd mailing list [EMAIL PROTECTED]

Re: MAXPATHLEN

2000-09-29 Thread Roland McGrath
time for symbols (glibc uses this e.g. for gets and ENOSYS stub functions). But the common uses of MAXPATHLEN necessitate its being a cpp macro so that it is constant at compile time for array sizes and the like, and expandable by cpp for #if tests that examine its value (I don't know ho

Re: MAXPATHLEN

2000-09-29 Thread Roland McGrath
> Even though so many applications depend on MAXPATHLEN, why doesn't > Hurd define it as an arbitrary number (e.g. INT_MAX)? The way that most programs use MAXPATHLEN is as the size statically-sized arrays, so an unreasonably large value will either just not work or will eat u

Re: MAXPATHLEN

2000-09-29 Thread Jeff Bailey
On Sat, Sep 30, 2000 at 04:07:04AM +0900, OKUJI Yoshinori wrote: > Even though so many applications depend on MAXPATHLEN, why doesn't > Hurd define it as an arbitrary number (e.g. INT_MAX)? Is there any reasonable way to to issue a #warning if something uses that, but permit the

MAXPATHLEN

2000-09-29 Thread OKUJI Yoshinori
Even though so many applications depend on MAXPATHLEN, why doesn't Hurd define it as an arbitrary number (e.g. INT_MAX)? Okuji ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd