Age | Commit message (Collapse) | Author |
|
This works by magicly starting up a new thread that can be killed when the
timeout is reached. testtesttest!
|
|
|
|
|
|
so that the automatic testing hosts will test these changes over the weekend.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
recv() and we no longer attempt to ignore the SIGPIPE signal.
|
|
belong in the public header file. They are not in our name space so we
should not set them globally.
|
|
|
|
|
|
|
|
file instead
|
|
|
|
build libcurl to use ares for asynch name resolves.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
platforms, unrelated to what they might prefer by default
|
|
|
|
|
|
1 - restore the previous sigaction struct as soon as we are about to shut
off our timeout
2 - restore the previous alarm() timeout, in case an application or similar
had it running before we "borrowed" it for a while.
No, this does not fix the multi-thread problem you get with alarm(). This
patch should correct bug report #478780:
//sourceforge.net/tracker/?func=detail&atid=100976&aid=478780&group_id=976
If not, please post details!
|
|
even under normal unixes.
|
|
|
|
|
|
|
|
be defined as many include files as possible (Solaris req)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|