Daniel Stenberg <daniel <at> haxx.se> writes:

>
> On Fri, 19 Apr 2013, Ceri Davies wrote:
>
> > I'm an experienced programmer but new to curl. I have implemented a fuse
> > filesystem that send notifications on open/close mkdir/rmdir events via
curl
> > to a web logic server, by emulating a SOAP/XML request, and it gets a
> > response back via the write function callback. My test case is a recursive
> > copy of a filesystem with lots of small files. Using curl 7.29.0, compiled
> > manually for OEL5 (RHEL5), since the dependency list for the binary got
> > complicated.
> >
> > This consistently crashes after while, and I get a SEGV but the stack is
> > somewhat mangled, but is always the same... Is this a known issue that is
> > fixed? Would you like more information?
>
> I've seen similar crashes in the past when people have use HTTPS without the
> necessary mutex calllbacks set. If you're not using HTTPS or if you have the
> mutex calllbacks done fine, I'll be interested in more details.

Not using https or mutex callbacks...
 
> A fine first step would be to rebuild libcurl with full debug info so
> that the stack trace gets more info.

> This is a libcurl built with the default resolver backend, isn't it?
Yes, in that I did not change the defaults... - Ceri
> Is the stack trace of the crash always happening with
> Curl_resolv_timeout() somewhere around frame 5?
Not sure what you mean by frame 5, but yes the stack
is the same every time - Ceri
> If so, it could be an idea to try a different resolver
> backend just to see if the symptoms changes.
>
I do not use https, just regular http.
mutex callbacks sound interesting, what are they, are they only relevant to
https?

It does crash at the same point (the stack traces look identical), and it
crashes after we have done thousands of calls though the interface (47000+
in the last one I looked at).
This crash does not occur with 7.15.5. I also have another problem with
intermittent failure, that could need mutexes that I'll be writing up later
today. I'll compile the 7.29.0 code with full debug, but given that this
only happens after several thousand send/recv calls, full debug may alter
the timing.

Also, how do I use a different resolver backend?

I'm going to browse your documentation for the mutex callback and resolver
backends

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2013-04-23