[Bug libgcj/21821] MAXPATHLEN usage in libjava

2007-08-05 Thread pinskia at gcc dot gnu dot org


--- Comment #11 from pinskia at gcc dot gnu dot org  2007-08-06 05:00 
---
Fixed so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821



[Bug libgcj/21821] MAXPATHLEN usage in libjava

2007-08-04 Thread samuel dot thibault at ens-lyon dot org


--- Comment #10 from samuel dot thibault at ens-lyon dot org  2007-08-04 
22:02 ---
It got fixed in CVS.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821



[Bug libgcj/21821] MAXPATHLEN usage in libjava

2007-07-24 Thread tromey at gcc dot gnu dot org


--- Comment #9 from tromey at gcc dot gnu dot org  2007-07-24 14:36 ---
Sorry I missed this for so long.
Please submit these patches to the java-patches mailing list.
Thanks.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tromey at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821



[Bug libgcj/21821] MAXPATHLEN usage in libjava

2007-07-21 Thread pinskia at gcc dot gnu dot org


--- Comment #8 from pinskia at gcc dot gnu dot org  2007-07-21 18:59 ---
*** Bug 32846 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||samuel dot thibault at ens-
   ||lyon dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821



[Bug libgcj/21821] MAXPATHLEN usage in libjava

2006-07-03 Thread pinskia at gcc dot gnu dot org


--- Comment #7 from pinskia at gcc dot gnu dot org  2006-07-03 15:04 ---
*** Bug 28234 has been marked as a duplicate of this bug. ***


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821



[Bug libgcj/21821] MAXPATHLEN usage in libjava

2005-05-30 Thread ams at gnu dot org

--- Additional Comments From ams at gnu dot org  2005-05-30 16:23 ---
(In reply to comment #2)
> Its easy to fix this for natFileChannelImpl.cc.

Thank you for fixing it!

> For natFilePosix.cc it is not so simple - is there a portable alternative to
> realpath() that does not require the use of MAXPATHLEN / PATH_MAX ?

One can call realpath() with NULL for the second parameter on systems that do
not have MAXPATHLEN/PATH_MAX.  You could also use canonicalize_file_name(), but
this is a GNU C library specific function.

 -- Function: char * realpath (const char *restrict NAME, char
  *restrict RESOLVED)
...
 On systems which define `PATH_MAX'
 this means the buffer must be large enough for a pathname of this
 size.  For systems without limitations on the pathname length the
 requirement cannot be met and programs should not call `realpath'
 with anything but `NULL' for the second parameter.

 -- Function: char * canonicalize_file_name (const char *NAME)
 The `canonicalize_file_name' function returns the absolute name of
 the file named by NAME which contains no `.', `..' components nor
 any repeated path separators (`/') or symlinks.  The result is
 passed back as the return value of the function in a block of
 memory allocated with `malloc'.  If the result is not used anymore
 the memory should be freed with a call to `free'.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821


[Bug libgcj/21821] MAXPATHLEN usage in libjava

2005-05-30 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-30 
16:14 ---
Subject: Bug 21821

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-30 16:02:40

Modified files:
libjava: ChangeLog 
libjava/gnu/java/nio/channels: natFileChannelPosix.cc 

Log message:
2005-05-30  Bryce McKinlay  <[EMAIL PROTECTED]>

PR libgcj/21821
* gnu/java/nio/channels/natFileChannelPosix.cc (open): Don't use
MAXPATHLEN. Format exception message using a StringBuffer instead.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3639&r2=1.3640
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/nio/channels/natFileChannelPosix.cc.diff?cvsroot=gcc&r1=1.6&r2=1.7



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821


[Bug libgcj/21821] MAXPATHLEN usage in libjava

2005-05-30 Thread mckinlay at redhat dot com

--- Additional Comments From mckinlay at redhat dot com  2005-05-30 15:35 
---
Its easy to fix this for natFileChannelImpl.cc.

For natFilePosix.cc it is not so simple - is there a portable alternative to
realpath() that does not require the use of MAXPATHLEN / PATH_MAX ?

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-30 15:35:43
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821


[Bug libgcj/21821] MAXPATHLEN usage in libjava

2005-05-30 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

OtherBugsDependingO||21824
  nThis||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821


[Bug libgcj/21821] MAXPATHLEN usage in libjava

2005-05-30 Thread schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de


-- 
   What|Removed |Added

 CC||schwinge-bugzilla-gcc dot
   ||gnu dot org at nic-nac-
   ||project dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821


[Bug libgcj/21821] MAXPATHLEN usage in libjava

2005-05-30 Thread ams at gnu dot org

--- Additional Comments From ams at gnu dot org  2005-05-30 14:53 ---
[gcc]/libjava/java/io/natFilePosix.cc is also broken due to the usage of 
MAXPATHLEN.

-- 
   What|Removed |Added

Summary|MAXPATHLEN usage in |MAXPATHLEN usage in libjava
   |natFileChannelPosix.cc  |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821