Micah Cowan <[EMAIL PROTECTED]> writes:
> I can't even begin to fathom why some system would fail to compile
> in such an event: _XOPEN_SOURCE is a feature request, not a
> guarantee that you'll get some level of POSIX.
Yes, but sometimes the system headers are buggy. Or sometimes they
work just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hrvoje Niksic wrote:
> Micah Cowan <[EMAIL PROTECTED]> writes:
>
>>> Or getting the definition requires defining a magic preprocessor
>>> symbol such as _XOPEN_SOURCE. The man page I found claims that the
>>> function is defined by XPG4 and links t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Daniel Stenberg wrote:
> On Fri, 26 Oct 2007, Micah Cowan wrote:
>
>>> I very much doubt it does, since we check for it in the curl configure
>>> script, and I can see the output from it running on Tru64 clearly state:
>>>
>>> checking for sigsetjmp
On Fri, 26 Oct 2007, Micah Cowan wrote:
The obvious solution to that is to use c-ares, which does exactly that:
handle DNS queries asynchronously. Actually, I didn't know this until just
now, but c-ares was split off from ares to meet the needs of the curl
developers. :)
We needed an asynch
On Fri, 26 Oct 2007, Micah Cowan wrote:
I very much doubt it does, since we check for it in the curl configure
script, and I can see the output from it running on Tru64 clearly state:
checking for sigsetjmp... yes
Note that curl provides the additional check for a macro version in the
config
Micah Cowan <[EMAIL PROTECTED]> writes:
>> Or getting the definition requires defining a magic preprocessor
>> symbol such as _XOPEN_SOURCE. The man page I found claims that the
>> function is defined by XPG4 and links to standards(5), which
>> explicitly documents _XOPEN_SOURCE.
>
> Right. But w