This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: gdb runs multi-threaded with non-threaded app and gets SEGV


--- Larry Martell <larry@software-horizons.com> wrote:
> --- "Min Xu (Hsu)" <xu@cs.wisc.edu> wrote:
> > On Fri, 15 Jul 2005 Larry Martell wrote :
> > > --- "Min Xu (Hsu)" <xu@cs.wisc.edu> wrote:
> > >
> > > > Larry,
> > > >
> > > > How about you run the program and let the
> > program
> > > > pass the
> > > > lib call without using GDB. And spin there
> until
> > gdb
> > > > is attached?
> > >
> > > I tried this, but after it attaches to the
> > process,
> > > as then I try to continue it, it immediatly gets
> > > a SEGV. And it sounded like such a good idea too
> > :-(
> >
> > How can this be possible is beyond me. :-(
> >
> > Are yo using SPARC?
> 
> No, I'm on a P4 running Linux. My app makes many
> calls
> to functions from this lib. It seems a call to any
> one of them causes the SEGV from within gdb. Like I
> said before, it doesn't do this when I run it
> outside
> of gdb, but it worries me. (I had forgotten how much
> fun it is debugging with printf's ;-)

I just got an email from the third party lib
vendor (National Instruments):

> We have found incompatibilities with GDB, valgrind,
> and the NI-488.2 driver.  This will be fixed in the
> next version of our driver.

So I guess I'm sol wrt gdb until they fix this lib :-(

Thanks to all who here who replied and tried to help.

-larry


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]