On Wed, Jul 05, 2000 at 05:06:02PM -0400, Rick Scott 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).
Yup, the MAXINT issue is also interesting here
On 06-Jul-00 at 03:58, Alexander Mai ([EMAIL PROTECTED]) wrote:
On Wed, Jul 05, 2000 at 05:06:02PM -0400, Rick Scott 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
On Thu, Jul 06, 2000 at 05:50:55AM -0400, Rick Scott wrote:
[...]
But did omitting this check, i.e. take the else{} part fix test7 for you??
It stopped the core dump, but the resources you end up with are not correct.
[...]
Yes, I think I experienced something similar.
Unfortunately it
On Thu, 6 Jul 2000 12:23:59 -0400, Mitch Miers wrote:
Since I'm reading Motif source (although I *am* debugging
lesstif to find out where to look) I don't think I can
fix it legally. (?) I can try to point out where to look
though.
Mitch
Oh, you're on the other side now ... ;-)
(I wasn't
On Thu, 6 Jul 2000 14:39:21 -0400 (EDT), Rick Scott wrote:
I confess the only app which would for sure benefit is vdx, and
we even don't know for sure that it won't crash beyond ;-)
This may be the underlying cause of the nedit and ddd freeze, there is some
major corruption in the
On Thu, 6 Jul 2000 14:39:21 -0400 (EDT), Rick Scott wrote:
I confess the only app which would for sure benefit is vdx, and
we even don't know for sure that it won't crash beyond ;-)
This may be the underlying cause of the nedit and ddd freeze, there is
some major corruption in the
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