[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug]rm.c pwd.c getcwd.c don't work correctly in MSYS
From: |
Eric Blake |
Subject: |
Re: [bug]rm.c pwd.c getcwd.c don't work correctly in MSYS |
Date: |
Thu, 28 Apr 2005 03:15:07 +0000 |
> > Also, the pwd.c can't get the correct directory.
>
> Yes, that sounds like the same issue.
>
> Also, does your platform have a reliable getcwd function? If so, why
> did "configure" decide not to use it?
You may want to further investigate m4/getcwd-path-max.m4, which was changed in
CVS to gracefully accept getcwd() when the system refuses relative paths whose
absolute length exceeds PATH_MAX. I recall that when I proposed the patch, I
only looked for ENAMETOOLONG and ERANGE, because I simultaneously applied a
patch to Cygwin to return ENAMETOOLONG instead of EINVAL. MSYS, being a fork
from an older version of cygwin, is probably returning EINVAL still.
--
Eric Blake