JM,
> Did you document contain tables? I hope this does not mean it is a new
> different bug. Anyway thanks for the traces.
Yes it did although I wasn't working on them at the time.
Ben
> "Ben" == Ben Cazzolato <[EMAIL PROTECTED]> writes:
Ben> After finally realising that the lyxgdb RPM had a different
Ben> binary I now have what I think is a useful trace. I've attached
Ben> two dump files (it happened to me twice in a couple of minutes)
Ben> when it crashed on me when delet
On Tue, Mar 14, 2000 at 09:01:53AM +, Ben Cazzolato wrote:
> Kayvan et al.
>
> OK. Lyx has been crashing in the same manner ever since 1.1 was released. The
> only problem is it isn't reproducable despite it occuring frequently (weekly).
> Can I run the lyxgdb RPM version all the time so tha
> Can I run the lyxgdb RPM version all the time so that when it does crash I
> can go through the same procedure with gdb and reproduce a useful trace? Are
> there any limitations with the lyxgdb version (I noticed that the gdb RPM was
> smaller than the standard RPM)? If not then maybe this sho
Kayvan et al.
OK. Lyx has been crashing in the same manner ever since 1.1 was released. The
only problem is it isn't reproducable despite it occuring frequently (weekly).
Can I run the lyxgdb RPM version all the time so that when it does crash I
can go through the same procedure with gdb and re
On Tue, Mar 14, 2000 at 09:41:39AM +1000, Allan Rae wrote:
>
> You need to either recompile lyx using
> ./configure --with-debug
>
> or get Kayvan's lyxgdb rpm.
In fact, I just made a lyxgdb RPM for lyx-1.1.4-fix2
It contains a ``lyxgdb'' binary which is lyx-1.1.4-fix2 binary
with all t
On Mon, 13 Mar 2000, Ben Cazzolato wrote:
> Allan
>
> Here's the additional stuff as requested. Hope I got it
> right. I have absolutely no idea what I'm doing..
You did very well except for one small but critical detail.
A binary with debugging information compiled in is need
Allan
Here's the additional stuff as requested. Hope I got it
right. I have absolutely no idea what I'm doing..
gdb /usr/bin/lyx core 2>&1 | tee temp.txt
GNU gdb 4.17.0.11 with Linux support
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the
On Sat, 11 Mar 2000, Ben Cazzolato wrote:
> Is the following better
Yes although you should also do a few other things...
>
> (gdb) where
followed by:
up
until you get to...
> #0 0x401e0111 in __kill ()
> #1 0x401dfd66 in raise (sig=6) at ../sysdeps/posix/raise.c:27
> #2 0x401e
Ahhh,
> > Was deleting some text when Lyx crashed. Is the following useful to help
track > > the bug down?
> >
> > #0 0x401e0111 in __kill ()
> > (gdb) q
>
> No, it's not useful. You should have typed "where" to see the call stack.
Is the following better
(gdb) where
#0 0x401e
On Sat, Mar 11, 2000 at 02:52:19PM +, Ben Cazzolato wrote:
> Guys
>
> Was deleting some text when Lyx crashed. Is the following useful to help track
> the bug down?
>
> #0 0x401e0111 in __kill ()
> (gdb) q
No, it's not useful. You should have typed "where" to see the call stack.
11 matches
Mail list logo
