cURL / Mailing Lists / curl-library / Single Mail

curl-library

Re: Segfault with Purify when running an application that useslibcurl

From: hzhijun <hzhijun_at_huawei.com>
Date: Wed, 02 Mar 2005 09:17:49 +0800

----- Original Message -----
From: "Andrei Tarassov" <andrei.tarassov_at_altiris.ee>
To: "libcurl development" <curl-library_at_cool.haxx.se>
Sent: Tuesday, March 01, 2005 6:43 PM
Subject: RE: Segfault with Purify when running an application that useslibcurl

> Yeap, that's a multi-threaded program.

Then it maybe the purify can't trace such deeper threads.

Try setting the following option in ur system and run again.

For example(in unix csh):
setenv PURIFYOPTIONS "-max_threads=200"

good luck!
>
> -----Original Message-----
> From: curl-library-bounces_at_cool.haxx.se
> [mailto:curl-library-bounces_at_cool.haxx.se] On Behalf Of hzhijun
> Sent: Tuesday, March 01, 2005 11:38
> To: libcurl development
> Subject: Re: Segfault with Purify when running an application that
> useslibcurl
>
>
> ----- Original Message -----
> From: "Andrei Tarassov" <andrei.tarassov_at_altiris.ee>
> To: "libcurl development" <curl-library_at_cool.haxx.se>
> Sent: Tuesday, March 01, 2005 4:29 PM
> Subject: Segfault with Purify when running an application that uses
> libcurl
>
>
> > Hi!
> >
> > I am experiencing difficulties with checking my application, which
> uses
> > curl functionality, with the Rational Purify tool. The application
> > crashes with a segmentation fault in Curl_connect_host() function at
> > line:
> > res = Curl_connect(data, conn, &async); (transfer.c:2045, curl
> > 7.12.3)
> >
> > The problem occurs on a RH72 box. Running the application without
> > Rational Purify does not cause any problems.
> >
> > Has anyone experienced the same problem or knows why this is happening
> > and how it could be avoided?
> >
>
> Does ur application a multi-thread program?
> > Thanks,
> >
> > --
> > Andrei Tarassov
> > software engineer
> > altiris, inc.
> > T > +372- 6507154
> > M > +372-53-403298
> > www.altiris.com
> >
> >
>
Received on 2005-03-02