Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Originating-IP: [202.7.175.200]
From: "Gareth Pearce" <tilps AT hotmail DOT com>
To: <cygwin AT cygwin DOT com>
References: <OE12Vc4Iu1B6gVs1tIz00000758 AT hotmail DOT com>
Subject: Re: odd seg fault with xerces-c [solved - sort of - evilly] libstdc++ bug??
Date: Sun, 3 Nov 2002 14:22:23 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mimeole: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <OE26YkdavN3qljWwY0V000005a6@hotmail.com>
X-OriginalArrivalTime: 03 Nov 2002 03:22:11.0156 (UTC) FILETIME=[32878140:01C282E8]

replying to myself here

the use of breakpoints does wonders...

it seems xerces-c ends up getting std::fopen in the library ...
ahh - its statically linked in libstdc++.a
and its in there... ummm ...

application uses that evil using namespace std; hack ...

if i replace fopen with ::fopen - my application gets passed that point... -
but thats seems a cludge
and it dies in another stdio function instead.

wonder why this works fine on linux...

should it be possible to dynamically link 2 things that both use the stdc++
library togeather? - I am guessing that the static linked versions are
conflicting.

Gareth Pearce - wonders if hes missing something fundamental.

----- Original Message -----
From: "Gareth Pearce" <tilps AT hotmail DOT com>
To: <cygwin AT cygwin DOT com>
Sent: Saturday, November 02, 2002 9:41 PM
Subject: odd seg fault with xerces-c


> Hi,
>
> A project I am working on recently added xerces to its requirements ... so
I
> compiled up a cygwin version of the library having seen reports of it
> working now.
> I installed it and all the tests and samples run and seem fine.
>
> However my application now dies and its singal handler hangs, partway into
> the boot process.
> Running under gdb ... - shows segv
> backtrace gives
> ~130thousand frames of 0x0068b7e8 in ?? (no i didnt check All of them -
just
> the first few thousand :P)
> followed by about 20 frames
> -most similar to 0x00401535 in _size_of_stack_reserve__ ()
> and a few like 0x61007288 in _libuser32_a_iname ()
> (bt of threads 2 and 3 were just 3 or 4 of the last kind)
>
> Just to ensure it wasnt my application - I grabbed cvs from 4 days which
was
> working just fine 4 days ago... and the problem still occured. - I then
> realised i hadnt grabed the cvs makefile from 4 days ago - and was still
> using a link line with -lxerces-c in it.  removing this and the problem
goes
> away.  adding it - and it comes back.
>
> That is - the program segfaults just by having the library linked in.
> Despite it not using it at all.  And yet all the test programs work fine.
>
> any suggestions on where to head with debugging this? - I find it very odd
> that linking a program but not using it - can cause things to crash ...
but
> only with some applications.  All of the tools for this project also get
> compiled with xerces-c linked in - and none of them crash.
>
> I am using latest of all but a dozen completely unrelated packages.
cygwin
> was 1.3.14
> I currently have latest snapshot dll (31/10)- no change.
> I upgraded from 1.3.12 to 1.3.14 when making xerces-c after ld died the
> first time i tried to compile it.
>
> Gareth - very confused.
>
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/