l...@gnu.org (Ludovic Courtès) writes:
> Simon Josefsson writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> What I meant to say is that it should return an error because resolving
>>> the ‘does-not-exist’ service fails.
>>
>> Does it only fail (well, falsely succeed) for unknown services?
l...@gnu.org (Ludovic Courtès) writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> #include
>> #include
>> #include
>> #include
>>
>> int
>> main (int argc, char *argv[])
>> {
>> int err;
>> struct addrinfo *res, hints;
>>
>> memset (&hints, 0, sizeof (hints));
>> err = getaddrinfo (
Hello,
NetBSD 5.0’s doesn’t define ‘AI_ALL’, ‘AI_V4MAPPED’, and
‘AI_ADDRCONFIG’. This can be worked around with something like this:
#ifndef AI_ALL
# define AI_ALL 0
#endif
#ifndef AI_V4MAPPED
# define AI_V4MAPPED 0
#endif
#ifndef AI_ADDRCONFIG
# define AI_ADDRCONFIG 0
#endif
Simon Josefsson writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> What I meant to say is that it should return an error because resolving
>> the ‘does-not-exist’ service fails.
>
> Does it only fail (well, falsely succeed) for unknown services?
When asked for a host name that does not resolv
l...@gnu.org (Ludovic Courtès) writes:
> What I meant to say is that it should return an error because resolving
> the ‘does-not-exist’ service fails.
Does it only fail (well, falsely succeed) for unknown services?
> The key piece of info here is port = 0, which makes no sense.
Right, although
l...@gnu.org (Ludovic Courtès) writes:
> #include
> #include
> #include
> #include
>
> int
> main (int argc, char *argv[])
> {
> int err;
> struct addrinfo *res, hints;
>
> memset (&hints, 0, sizeof (hints));
> err = getaddrinfo (NULL, "does-not-exist", &hints, &res);
> printf ("err
Building on Windows XP + Cygwin fails:
http://autobuild.josefsson.org/gnulib/log-201002152214904002000.txt
gcc -std=gnu99 -g -O2 -Wl,--as-needed -o test-userspec.exe test-userspec.o
../gllib/libgnu.a
../gllib/libgnu.a(userspec.o): In function `parse_with_separator':
/home/Simon/gnulib/build/g
Hi Simon,
Simon Josefsson writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Hello!
>>
>> The getaddrinfo(3) function appears to have bogus behavior on
>> ‘i386-apple-darwin9.2.2’ (Darwin 9.6 apparently doesn’t have the
>> problem). Here’s the test program:
>>
>> #include
>> #include
>> #i
l...@gnu.org (Ludovic Courtès) writes:
> Hello!
>
> The getaddrinfo(3) function appears to have bogus behavior on
> ‘i386-apple-darwin9.2.2’ (Darwin 9.6 apparently doesn’t have the
> problem). Here’s the test program:
>
> #include
> #include
> #include
> #include
>
> int
> main (int argc, cha
Hello!
The getaddrinfo(3) function appears to have bogus behavior on
‘i386-apple-darwin9.2.2’ (Darwin 9.6 apparently doesn’t have the
problem). Here’s the test program:
--8<---cut here---start->8---
#include
#include
#include
#include
int
main (int argc,
() Eric Blake
() Tue, 16 Feb 2010 06:00:40 -0700
ChangeLog? Patches to standards.texi should be sent to
bug-standa...@gnu.org; if applied only to gnulib, they would
be lost at the next upstream synchronization.
Ok, thanks for the tip.
Somehow i got the impression that gnulib is the
au
Argh, i forgot to modify ChangeLog in the preceding patches.
I will start doing so w/ this one.
thi
>From 332ba5fe0da7fce8ae919a8bfcb5751fc9ad12fc Mon Sep 17 00:00:00 2001
From: Thien-Thi Nguyen
Date: Tue, 16 Feb 2010 15:01:34 +0100
Subjec
According to Thien-Thi Nguyen on 2/16/2010 6:31 AM:
> Very tiny change.
Again, changes to standards.texi should be sent upstream
(bug-standa...@gnu.org), per the directions already contained in
standards.texi.
--
Don't work too hard, make some time for fun as well!
Eric Blake e...@b
Less jilting this way.
thi
>From 995d784ee945b9b6f88d90003c0d4e75984455e3 Mon Sep 17 00:00:00 2001
From: Thien-Thi Nguyen
Date: Tue, 16 Feb 2010 14:53:21 +0100
Subject: [PATCH] [doc] Rethread "however, one line to describe change o
Very tiny change.
thi
__
>From 93ed6c251c133d12bc97be108bb5c237121810ee Mon Sep 17 00:00:00 2001
From: Thien-Thi Nguyen
Date: Tue, 16 Feb 2010 14:28:13 +0100
Subject: [PATCH] [doc] Use three hyphens for "emdash".
* doc/standards.texi (Chan
According to Jim Meyering on 2/16/2010 6:07 AM:
>>> + *) feb_file_=$(echo $feb_file_ | sed "s,^$feb_dir_/,,;"'s/\.exe$//')
>>
>> How do we go about fixing this? Should init.sh be given some smarts (like
>> autoconf-generated files) to re-exec the calling script using a saner
>> shell?
>
> I
Eric Blake wrote:
> According to Jim Meyering on 2/15/2010 11:36 PM:
>> I've pushed the init.sh changes we discussed yesterday.
>
> I just realized something - for coreutils, you guarantee that init.sh will
> be called by a relatively-compliant shell. But gnulib makes no special
> effort to avoid
According to Jim Meyering on 2/15/2010 11:36 PM:
> I've pushed the init.sh changes we discussed yesterday.
I just realized something - for coreutils, you guarantee that init.sh will
be called by a relatively-compliant shell. But gnulib makes no special
effort to avoid /bin/sh, which means init.sh
According to Thien-Thi Nguyen on 2/15/2010 11:35 PM:
> Greetings,
>
> This is a tiny change to keep the internal consistency,
> you know, internally consistent...
ChangeLog? Patches to standards.texi should be sent to
bug-standa...@gnu.org; if applied only to gnulib, they would be lost at
the ne
19 matches
Mail list logo
