RE: libcurl on QNX 6
Date: Thu, 20 Dec 2001 12:49:24 -0000
> -----Original Message-----
> From: Daniel Stenberg [SMTP:daniel_at_haxx.se]
> Sent: Thursday 20 December 2001 12:27 PM
> To: Bentham, David (Poole)
> Subject: RE: libcurl on QNX 6
> On Thu, 20 Dec 2001 David.Bentham_at_poole.siemens.co.uk wrote:
> Please don't take the thread off the list. sorry - just pressed Reply To
> on your mail...
> > > Can you switch on CURLOPT_VERBOSE to TRUE and get a detailed protocol
> > > dump? It would probably give us more hints on where/when it crashes.
> > >
> > Did this but I saw no stuff come out. Where's it directed to? stderr
> > or stdout? or somewhere else?
We get stderr on the console ...
> > > Do you by any change have any possiblity to use a debugger on the
> > > system, or to do any post-mortem checks on the crash?
> > >
> > Ha ha. No. We got bugger all... :-(
> > Except the aformentioned debugPrintf(..) calls - as I write this, I
> > wonder if I could embed some debugPrintf's in the curl source....
> Sounds like a good idea. We need to narrow down where the bug occurs. A
> simple log traces will rather quickly give results.
I'm progressing with this - and so far narrowed it down to
curl_ftp_connect(), and still going...
> > > Does it use a plain gethostbyname() for name lookups? Or could it
> > > be using the wrong gethostbyname_r() setup?
> > We don't use host names, but the numeric internet address instead.
> > Other than that, don't know the answer to that one. I suspect it must
> > the one in libsocket.
> The same question goes for gethostbyaddr() that is used when doing VERBOSE
> with ftp, as it then tries to figure out the host name for the given IP.
> you would, for example, set the wrong gethostbyaddr_r() define in
> you'd most certainly crash libcurl at that point.
> I wouldn't say that is a likely reason, just trying to mention things that
> could go wrong.
I'll bear this one in mind.
> Daniel Stenberg -- curl groks URLs -- http://curl.haxx.se/
This communication contains information which is confidential, and is for
the exclusive use of the addressee(s). If you are not a named addressee
please contact the sender immediately, and also delete the communication
from your system.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of Siemens plc unless otherwise specifically
Received on 2001-12-20