Il 12/09/2012 19:02, Joachim Schmitz ha scritto:
> Which Monday? ;-)
September 31st. Doing it now, sorry.
Paolo
On 09/12/2012 05:54 PM, Ed Maste wrote:
> which of course isn't going to work well.
No kidding. I expect this is going to require some hacking
in gnulib, and in the meantime it appears that this stuff
is just broken -- which means that a test failure is
appropriate, alas.
On 12 September 2012 19:57, Paul Eggert wrote:
> On 09/12/2012 11:29 AM, Ed Maste wrote:
>> 2605locale_t thread_locale = uselocale (NULL);
>
> I'm afraid you may need to be the guy to debug this.
> But if this is returning a value other than LC_GLOBAL_LOCALE
> that is a bug, no? POSIX say
On 09/12/2012 11:29 AM, Ed Maste wrote:
> 2605locale_t thread_locale = uselocale (NULL);
I'm afraid you may need to be the guy to debug this.
But if this is returning a value other than LC_GLOBAL_LOCALE
that is a bug, no? POSIX says uselocale (0) should
return LC_GLOBAL_LOCALE if no threa
I've now fixed two of the four FreeBSD 9.1 failures in FreeBSD's libc.
One of the two remaining failures is:
feynman% gltests/test-localename
test-localename.c:183: assertion failed
zsh: abort (core dumped) gltests/test-localename
This appears to be missing functionality in gnulib for FreeBSD
(
On 12 September 2012 11:29, Eric Blake wrote:
> In POSIX, the wording "is not a directory" is true only if the file
> exists as some other type. But here, zzz does not even exist; hence,
> the ENOENT error takes precedence. This is a bug in the FreeBSD
> realpath() code, because they misinterpr
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Friday, September 07, 2012 5:25 PM
> To: Joachim Schmitz
> Cc: bug-gnulib@gnu.org; rsbec...@nexbridge.com
> Subject: Re: poll() emulation in git/gnulib
>
> Il 07/09/2012 17:01, Joachim Schmitz ha scritto:
On 09/12/2012 09:21 AM, Ed Maste wrote:
>> Since '/path/to/zzz' does not exist, this should be ENOENT; ENOTDIR
>> would only be valid in the case where /path/to/zzz exists but is not a
>> directory. It sounds like a bug in the FreeBSD kernel.
>>
>> That said, are we already replacing realpath() on
On 12 September 2012 10:44, Eric Blake wrote:
> On 09/12/2012 08:38 AM, Paul Eggert wrote:
>> On 09/12/2012 06:38 AM, Ed Maste wrote:
>>> Should ENOTDIR be a permissible errno for this test?
>>
>> I don't see why. It's not called out in the GNU documentation
>> for canonicalize_file_name, and the
Ed Maste wrote:
> I have four test failures when running the gnulib test suite (at 6418d7c961)
> on FreeBSD, some of which are clear FreeBSD bugs. My test host is FreeBSD
> 9.1-PRERELEASE (r240164M).
>
> One that isn't clear to me is:
>
> test-canonicalize-lgpl.c:98: assertion failed
> Abort trap
On 09/12/2012 08:38 AM, Paul Eggert wrote:
> On 09/12/2012 06:38 AM, Ed Maste wrote:
>> Should ENOTDIR be a permissible errno for this test?
>
> I don't see why. It's not called out in the GNU documentation
> for canonicalize_file_name, and the POSIX documentation for
> realpath does not seem to
On 09/12/2012 06:38 AM, Ed Maste wrote:
> Should ENOTDIR be a permissible errno for this test?
I don't see why. It's not called out in the GNU documentation
for canonicalize_file_name, and the POSIX documentation for
realpath does not seem to allow ENOTDIR for the similar
situation with realpath.
I have four test failures when running the gnulib test suite (at 6418d7c961)
on FreeBSD, some of which are clear FreeBSD bugs. My test host is FreeBSD
9.1-PRERELEASE (r240164M).
One that isn't clear to me is:
test-canonicalize-lgpl.c:98: assertion failed
Abort trap (core dumped)
FAIL: test-canon
13 matches
Mail list logo
