I suspect we have some sort of _very_ serious corruption going on. Try this...
gdb ./test7
break main
run
break BaseClass.c:_XmTransformSubResources
cont
where

You end up at _XmGetClassExtensionPtr () at BaseClass.c:1903!!!!!!!

What gives?????


On 05-Jul-00 at 17:07, Rick Scott ([EMAIL PROTECTED]) wrote:
> But it's not exactly a resource offset once compiled, right?? After all, we
> are looking for a (int)Cardinal < 0, which means a Cardinal > 2147483647
> (assuming 4 byte int's and Cardinal's).
> 
> 
> On 05-Jul-00 at 16:40, Mitch Miers ([EMAIL PROTECTED]) wrote:
> > 
> > Ewww.  Something screwed the pooch.  That's a ridiculous resource
> > offset (base + 1 gig, more or less).  Is this in the super or sub?
> > I'd check the value before it compiled.  I doubt it's a
> > signed/unsigned issue, its off by too much.
> > 
> > Mitch
> > 
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Rick Scott
> > > Sent: Wednesday, July 05, 2000 1:34 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Hungry CVS: amai : hungry/lesstif/lib/Xm-2.0[...]
> > > 
> > > 
> > > > 
> > > > > Seriously though, the function shouldn't fail unless the
> > > > > conditional fails.  If the conditional is failing, perhaps it
> > > > > should be > instead of >= ?  Is the problem child at offset zero?
> > > > 
> > > > Er.  Nevermind.  Offset zero is legal.  What value does the
> > > > conditional fail on?
> > > 
> > > 1074926464
> > > 
> > > > 
> > > > Mitch
> > > > 
> > > > 
> > > 
> > 
> > 
> 
> 
> 

Reply via email to