Abdelrazak Younes wrote:
> Neal Becker wrote:
>> (gdb) where
>> #0 0x003d932301b5 in raise () from /lib64/libc.so.6
>> #1 0x003d93231b20 in abort () from /lib64/libc.so.6
>> #2 0x0092c5e9 in lyx::support::abort () at abort.cpp:25
>> #3 0x005383f7 in error_handler (err_s
Neal Becker wrote:
(gdb) where
#0 0x003d932301b5 in raise () from /lib64/libc.so.6
#1 0x003d93231b20 in abort () from /lib64/libc.so.6
#2 0x0092c5e9 in lyx::support::abort () at abort.cpp:25
#3 0x005383f7 in error_handler (err_sig=11) at LyX.cpp:787
#4
#5 0x
(gdb) where
#0 0x003d932301b5 in raise () from /lib64/libc.so.6
#1 0x003d93231b20 in abort () from /lib64/libc.so.6
#2 0x0092c5e9 in lyx::support::abort () at abort.cpp:25
#3 0x005383f7 in error_handler (err_sig=11) at LyX.cpp:787
#4
#5 0x005ff90a in lyx::TocB
01 Amgen Court W
Seattle, WA 98119
Phone: +1-206-265-7951
==
Start with:
lyx test.lyx
Create the new document (dialog box).
Type a sentence into the new document.
Type Ctrl-S.
Type Ctrl
"Jeremy C. Reed" <[EMAIL PROTECTED]> writes:
| (I have emailed about core dumps on close on NetBSD many times. I am the
| package maintainer for NetBSD's lyx. I have provided a patch for this
| package so it won't core dump on close. I wish it would be included in
(I have emailed about core dumps on close on NetBSD many times. I am the
package maintainer for NetBSD's lyx. I have provided a patch for this
package so it won't core dump on close. I wish it would be included in
lyx's source.)
On DragonFly operating system, there is a core du
On Monday 30 January 2006 23:45, Juergen Spitzmueller wrote:
> samar j. singh wrote:
> > Still a bit of confusion. In 2 above it is compiling lyx that you are
> > talking about, is that correct?
>
> yes.
>
> > Should I wait for 1.4pre4?
>
> you could try the -dbg action thing already with pre3,
samar j. singh wrote:
> Still a bit of confusion. In 2 above it is compiling lyx that you are
> talking about, is that correct?
yes.
> Should I wait for 1.4pre4?
you could try the -dbg action thing already with pre3, if you want.
Thanks,
Jürgen
On Monday 30 January 2006 23:28, Juergen Spitzmueller wrote:
> samar j. singh wrote:
> > I am quite happy with slowing down the lyx if it helps. Please let me
> > have more specific instructions. Would you like me to compile gdb or
> > something else.
>
> The two suggestions are:
> 1. run "lyx -dbg
samar j. singh wrote:
> Let me understand this correctly. Would you like me to do the preparatory
> work for the core dump and then start lyx with the -dbg option after that?
No, I mean without gdb. Just run lyx -dbg action normally.
> No I dont use preview latex. I dont need
samar j. singh wrote:
> I am quite happy with slowing down the lyx if it helps. Please let me have
> more specific instructions. Would you like me to compile gdb or something
> else.
The two suggestions are:
1. run "lyx -dbg action" instead of "lyx". If it crashes, the console might
have spit out
On Monday 30 January 2006 23:16, Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
> > > Would it help if you had more of these reports? In that case, I would
> > > continue to start lyx preceded with the core dump pre-requisite
> > > commands.
> >
&g
h. It indicates, however, that it might be a new bug (in 1.4) ;-)
>
> > Would it help if you had more of these reports? In that case, I would
> > continue to start lyx preceded with the core dump pre-requisite commands.
>
> It might help. I tried to read the backtrace but I couldn&
Juergen Spitzmueller wrote:
> > Would it help if you had more of these reports? In that case, I would
> > continue to start lyx preceded with the core dump pre-requisite commands.
>
> It might help. I tried to read the backtrace but I couldn't make much sense
> out of
orts? In that case, I would
> continue to start lyx preceded with the core dump pre-requisite commands.
It might help. I tried to read the backtrace but I couldn't make much sense
out of it apart from what Martin already mentioned.
Did you compile with --enable-stdlib-debug ? That might give
e of these reports? In that case, I would
continue to start lyx preceded with the core dump pre-requisite commands.
samar
samar j. singh wrote:
> All I would add to this is that this was not preceded by the use of the
> PageUp/Page Down keys and neither was I involved in an Undo operation
> immediately before the crash to the best of my recollection.
It would help a lot if you'd manage to come up with a recipe how to
. Martin Vermeer advised
me to get a core dump on the next occasion that I got a crash. That has been
done and the core dump and Martin's comments are included below.
All I would add to this is that this was not preceded by the use of the
PageUp/Page Down keys and neither was I involved in an
I updated to new lyx release on NetBSD 2.1.
I saw my previous patch to workaround the core dump exit issue for NetBSD
didn't apply any more, so I didn't patch it. This old patch (now not used)
was simply:
+/* For some reason it doesn't indicate it is locked on NetBSD
+ resul
This was 1.3.3 using qt. I got 3 core dumps in a few days doing
more or less the same thing -- messing with offset equations. I'm
now running the xforms version to see if it happens to me there.
(Never did in the past.)
Dave Raymond
Andre Poenitz writes:
> On Sat, Feb 07, 2004 at 11:59:56AM
On Sat, Feb 07, 2004 at 11:59:56AM -0700, David Raymond wrote:
>
> Lyx just dumped core again while I was working in an offset
> equation. Here is a backtrace.
What version of LyX is that?
[Well, in any case, chances for undo related crashs in anything but the
current (not-to-be-used...) 1.4.0c
Lyx just dumped core again while I was working in an offset
equation. Here is a backtrace.
Dave Raymond
---
(gdb) bt
#0 0x4076c561 in kill () from /lib/libc.so.6
#1 0x40a7f741 in pthread_kill () from /lib/libpthread.so.0
#2 0x40a7fa4b in raise () from /lib/libpthread.so.0
#3 0x
Martin Vermeer wrote:
>> ps, see if you can trigger the bug with current cvs. Also the math one...
>
> Yes, the bug is gone. So is the math bug.
Good news indeed.
> These kind of bugs based upon unspecified compiler behaviour are hell
> to hunt down. I think we did our good deed for this week!
On Thu, Sep 18, 2003 at 12:57:40PM +, Angus Leeming spake thusly:
> On Thursday 18 September 2003 11:58 am, Martin Vermeer wrote:
> > > your patch and apply mine. Yours is a work around broken behaviour.
> > > Mine cures the source of the breakage.
> >
> > I very much agree -- provided it work
On Thursday 18 September 2003 11:58 am, Martin Vermeer wrote:
> > your patch and apply mine. Yours is a work around broken behaviour.
> > Mine cures the source of the breakage.
>
> I very much agree -- provided it works. (Do you mean the dialogs.diff
> patch you posted here much earlier? But you ca
On Thu, Sep 18, 2003 at 09:05:57AM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
> > Here's the patch.
>
> And I understand how it is triggered. We have a sort of 'race'
> condition between the destruction of two static variables.
>
> In gettext.C:
> Messages & getLyXMessages() {
On Thu, Sep 18, 2003 at 09:45:06AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > As the destruction order is the reversed construction order you
> > could specify a certain order if you need to.
>
> Let's just not go there in the first place.
Fine with me.
Andre'
Andre Poenitz wrote:
> As the destruction order is the reversed construction order you
> could specify a certain order if you need to.
Let's just not go there in the first place.
--
Angus
On Thu, Sep 18, 2003 at 09:25:41AM +, Angus Leeming wrote:
> Alfredo Braunstein wrote:
>
> > Martin Vermeer wrote:
> >
> >> 3) I discovered a new (?) bug:
> >>
> >> a) create an inset, e.g., note;
> >> b) insert a math inset into it;
> >> c) copy and paste the math inset to inside the note i
Alfredo Braunstein wrote:
> Martin Vermeer wrote:
>
>> 3) I discovered a new (?) bug:
>>
>> a) create an inset, e.g., note;
>> b) insert a math inset into it;
>> c) copy and paste the math inset to inside the note inset;
>> d) exit without saving.
>
> I don't see it.
No, it's going to be a com
Martin Vermeer wrote:
> Here's the patch.
And I understand how it is triggered. We have a sort of 'race'
condition between the destruction of two static variables.
In gettext.C:
Messages & getLyXMessages() {
static Messages lyx_messages;
return lyx_messages;
}
In Dialogs.C
names
Martin Vermeer wrote:
> 3) I discovered a new (?) bug:
>
> a) create an inset, e.g., note;
> b) insert a math inset into it;
> c) copy and paste the math inset to inside the note inset;
> d) exit without saving.
I don't see it.
Alfredo
On Wed, Sep 17, 2003 at 06:35:10PM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
> > Yes! This does the trick.
>
> Great! I wonder what changed between 13x and 14x in this regard.
>
> > Shall I prepare a patch?
>
> Why not.
Here's the patch.
Notes:
1) To suppress the bug, it w
Looking deeper, LOCALEDIR should be ${INSTALL_DIR}/share/locale I
think
Angus
| Install locally. Something like this should do the trick.
| Note that the important line is the penultimate one.
| See main.C and thereafter the code in ${LYX_TOP_DIR}/intl
| $ INSTALL_DIR=/home/martin/lyx/test-i
Martin Vermeer wrote:
> Yes! This does the trick.
Great! I wonder what changed between 13x and 14x in this regard.
> Shall I prepare a patch?
Why not.
>> > By the way, I run CVS LyX uninstalled. Relevant?
>> Not to the fact that the code is crashing, no.
> What I don't like though is that lo
On Wed, Sep 17, 2003 at 04:32:50PM +0100, Angus Leeming spake thusly:
...
> or alternatively:
> void FormDialogView::prepare_to_show()
> {
> ...
> if (!lyxrc.dialogs_iconify_with_main)
> - fl_winicontitle(form()->window, getTitle().c_str());
> + fl_win
Angus Leeming wrote:
> Incidentally, maybe a script would help automate the changing of
> those _("Minipage settings") to N_(...)
>
> for file in Form*.C; do
> sed 's/\(^[ ]*: base_class([^_]*\)_/\1N_/' $file > tmp
> cmp -s $file tmp && continue
> diff -u $file tmp
> mv -i tmp $file
> done
Martin Vermeer wrote:
>> or presumably alternatively:
>>
>> // file frontends/xforms/xformsBC.C
>> void xformsBC::setButtonLabel(FL_OBJECT * obj, string const &
>> label) const
>> {
>> fl_set_object_label(obj, _(label).c_str());
>> }
>
> Yes! This bites. At least for Cancel and Close.
>
On Wed, Sep 17, 2003 at 02:53:27PM +0100, Angus Leeming spake thusly:
> Martin Vermeer wrote:
> > Yes, I know how gettext works -- I did the first Dutch and Finnish
> > translations remember? But I still don't get what Lars wanted
> > me to do. Please bend it in copperwire for me. Remember I'm a
Martin Vermeer wrote:
> Yes, I know how gettext works -- I did the first Dutch and Finnish
> translations remember? But I still don't get what Lars wanted
> me to do. Please bend it in copperwire for me. Remember I'm a little
> dumb :-)
My misunderstanding.
Ok, I think that Lars is suggesting
//
On Wed, Sep 17, 2003 at 02:15:35PM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
...
> >
> > Like this?
>
> No, because this is code executed when the xformsBC constructor is
> invoked.
> xformsBC(ButtonController const &,
> -string const & = _("Cancel"), strin
Martin Vermeer wrote:
> On Wed, Sep 17, 2003 at 11:28:36AM +0100, Angus Leeming spake
thusly:
>
>> Martin Vermeer wrote:
>>
>> > On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes
spake
>> > thusly:
>> >
>> >> what happens if you function call replace the default args with
>> >>
On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake thusly:
...
> Or remove the _(..) from the default args completely?
>
> --
> Lgb
Yes, then the error goes away. But do we want that? We want "Cancel"
and "Close" translated, don't we?
- Martin
pgp0.pgp
Descrip
On Wed, Sep 17, 2003 at 11:28:36AM +0100, Angus Leeming spake thusly:
> Martin Vermeer wrote:
>
> > On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake
> > thusly:
> >
> >> what happens if you function call replace the default args with
> >> N_(...)
> >
> > ?
>
> N_(...) is j
Martin Vermeer wrote:
> On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake
> thusly:
>
>> what happens if you function call replace the default args with
>> N_(...)
>
> ?
N_(...) is just an empty macro (does nothing --- see src/gettext.h)
that enables the po files to document
On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake thusly:
> what happens if you function call replace the default args with
> N_(...)
?
> and use _(...) where the vars are used?
I did that... the new strings appear in the output.
> Or remove the _(..) from the default args
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Wed, Sep 17, 2003 at 10:21:54AM +0200, Lars Gullik Bjønnes spake thusly:
>>
>> Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
>> >> Do we have any static objects? (we shouldn't) Global objects?
>> >
>> | Yes! in gettext.C:
>> >
>> | 24 Messages
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Wed, Sep 17, 2003 at 10:21:54AM +0200, Lars Gullik Bjønnes spake thusly:
>>
>> Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
>> >> Do we have any static objects? (we shouldn't) Global objects?
>> >
>> | Yes! in gettext.C:
>> >
>> | 24 Messages
On Wed, Sep 17, 2003 at 10:21:54AM +0200, Lars Gullik Bjønnes spake thusly:
>
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Do we have any static objects? (we shouldn't) Global objects?
> >
> | Yes! in gettext.C:
> >
> | 24 Messages & getLyXMessages()
> | 25 {
> | 26 stat
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Do we have any static objects? (we shouldn't) Global objects?
>
| Yes! in gettext.C:
>
| 24 Messages & getLyXMessages()
| 25 {
| 26 static Messages lyx_messages;
| 27
| 28 return lyx_messages;
| 29 }
| 30
|
On Wed, Sep 17, 2003 at 09:36:28AM +0200, Lars Gullik Bjønnes spake thusly:
>
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | On Tue, Sep 16, 2003 at 09:49:52PM +, Angus Leeming spake thusly:
> |
> >> Martin Vermeer wrote:
> >> > H... is it possible that lang_ is being accessed after
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Tue, Sep 16, 2003 at 09:49:52PM +, Angus Leeming spake thusly:
|
>> Martin Vermeer wrote:
>> > H... is it possible that lang_ is being accessed after the
>> > containing class Messages::Pimpl has been destroyed?
>>
>> If so, I guess that t
On Tue, Sep 16, 2003 at 09:49:52PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
> > H... is it possible that lang_ is being accessed after the
> > containing class Messages::Pimpl has been destroyed?
>
> If so, I guess that this is the kludge. Thereafter we'd have to
> ascerta
Martin Vermeer wrote:
> H... is it possible that lang_ is being accessed after the
> containing class Messages::Pimpl has been destroyed?
If so, I guess that this is the kludge. Thereafter we'd have to
ascertain _why_?
string const Messages::get(string const & msg) const
{
return pim
On Mon, Sep 15, 2003 at 09:56:22PM +, Angus Leeming spake thusly:
...
> What does valgrind say if you run lyx through that?
==10981==Address 0x421B6530 is 0 bytes inside a block of size 4 free'd
==10981==at 0x40028DF2: __builtin_delete (in
/home/mv/valgrind/lib/valgrind/vgskin_memc
On Mon, Sep 15, 2003 at 09:56:22PM +, Angus Leeming spake thusly:
...
> Ok, it looks to me like that 'lang_' member variable has been corrupted.
> Do you have LANG and LC_ALL environment variables set? Here I have
> $ echo "LANG=\"$LANG\" LC_ALL=\"$LC_ALL\""
> LANG="en_US" LC_ALL=""
>
> What
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
Could you perhaps compile src/messages.C with debug info.
$ touch src/messages.C
$ cd ${BUILDDIR}
$ make CXXFLAGS="-g -W -Wall"
>>>
>> | Did that. The interesting part of the backtrace:
>>>
>> Stuff like thi
set into another inset. The exact same document on-screen
created without that paste does *not* core dump. (Apparently it is not
the same in-memory doc.)
> Do you have LANG and LC_ALL environment variables set? Here I have
> $ echo "LANG=\"$LANG\" LC_ALL=\"$LC_ALL\"&qu
Martin Vermeer wrote:
>> Is it not sufficient to compile the file that is causing the SIGSEGV in
>> this way? If so, then the prescription above should be enough, no?
>>
> I did that too (but only recompiling messages.C). Backtrace (partly):
>
> ---
> #4 0x8123726 in error_handler ()
> #5 0x402
On Mon, Sep 15, 2003 at 05:33:41PM +, Angus Leeming spake thusly:
> Lars Gullik Bjønnes wrote:
> >>> Could you perhaps compile src/messages.C with debug info.
> >>> $ touch src/messages.C
> >>> $ cd ${BUILDDIR}
> >>> $ make CXXFLAGS="-g -W -Wall"
> >>
> > | Did that. The interesting part of t
Lars Gullik Bjønnes wrote:
>>> Could you perhaps compile src/messages.C with debug info.
>>> $ touch src/messages.C
>>> $ cd ${BUILDDIR}
>>> $ make CXXFLAGS="-g -W -Wall"
>>
> | Did that. The interesting part of the backtrace:
>>
> Stuff like this can be hard to debug, and if you are using the
> de
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Mon, Sep 15, 2003 at 05:13:05PM +, Angus Leeming spake thusly:
|
>> Martin Vermeer wrote:
>
| ...
|
>> I have followed your prescription exactly. Nada.
>
| ...
|
>> Could you perhaps compile src/messages.C with debug info.
>> $ touch src/me
On Mon, Sep 15, 2003 at 05:13:05PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
...
> I have followed your prescription exactly. Nada.
...
> Could you perhaps compile src/messages.C with debug info.
> $ touch src/messages.C
> $ cd ${BUILDDIR}
> $ make CXXFLAGS="-g -W -Wall"
D
Martin Vermeer wrote:
> On Mon, Sep 15, 2003 at 04:28:45PM +, Angus Leeming spake thusly:
>>
>> Martin Vermeer wrote:
>>
>> > Create an inset, and an inset inside it, and copy/paste the second one
>> > to somewhere else inside the first. Then try to
On Mon, Sep 15, 2003 at 04:28:45PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
>
> > Create an inset, and an inset inside it, and copy/paste the second one
> > to somewhere else inside the first. Then try to exit. LyX will core
> > dump. (Not if either so
On Mon, Sep 15, 2003 at 04:28:45PM +, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
>
> > Create an inset, and an inset inside it, and copy/paste the second one
> > to somewhere else inside the first. Then try to exit. LyX will core
> > dump. (Not if either
Martin Vermeer wrote:
> Create an inset, and an inset inside it, and copy/paste the second one
> to somewhere else inside the first. Then try to exit. LyX will core
> dump. (Not if either source or target inset are outside the first
> inset.)
All seems fine here. Could you be more p
Create an inset, and an inset inside it, and copy/paste the second one
to somewhere else inside the first. Then try to exit. LyX will core
dump. (Not if either source or target inset are outside the first
inset.)
Reverting the lockInsetInInset patch didn't make a difference.
I don't
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Also, could you try to run valgrind on your lyx binary to see
>> whether there are problems with other compilers?
Angus> valgrind doesn't work on Alphas.
Excellent reason indeed.
JMarc
On Wednesday 03 July 2002 10:06 am, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> They are automatically. The GraphicsCache is a singleton class
> Angus> that does all the dirty work the first time it is get()ed.
>
> That's what I see. What I w
Angus Leeming <[EMAIL PROTECTED]> writes:
| If Lars believes that your compiler and static signals are a bad combination,
| then he should think about these ones too. His current approach (in the
| frontends) appears to be to remove functionality. I guess that's a try things
| till they work a
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> They are automatically. The GraphicsCache is a singleton class
Angus> that does all the dirty work the first time it is get()ed.
That's what I see. What I was wondering is whether this class depends
on some things being done befor
On Wednesday 03 July 2002 9:42 am, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Can you see if current CVS makes any difference?
>
> Lars> I have removed some static signals.
>
> No luck. I still die with
>
> (gdb) bt
> #0 0x40328ca4 in f
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Can you see if current CVS makes any difference?
Lars> I have removed some static signals.
No luck. I still die with
(gdb) bt
#0 0x40328ca4 in free () from /lib/libc.so.6
#1 0x40328c24 in free () from /lib/libc.so.6
#2 0x
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>
| Edwin> with today's cvs, clean checkout, am I the only one having
| Edwin> this?
>
| I see a lot of these on my gcc 2.96 build from mandrake 8.1. I am
| currently rebuilding with the g
On Tuesday 02 July 2002 14:12, Jean-Marc Lasgouttes wrote:
> > "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> Edwin> with today's cvs, clean checkout, am I the only one having
> Edwin> this?
>
> I see a lot of these on my gcc 2.96 build from mandrake 8.1. I am
> currently rebuilding w
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> with today's cvs, clean checkout, am I the only one having
Edwin> this?
I see a lot of these on my gcc 2.96 build from mandrake 8.1. I am
currently rebuilding with the gcc 2.96 from mandrake 8.2 to see
whether it helps.
The "toug
with today's cvs, clean checkout, am I the only one having this?
LyX 1.3.0cvs of Fri, May 3, 2002
Built on Jul 2 2002, 14:42:52
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions
C Compiler: gcc
C Comp
On Thursday 07 March 2002 12:03 pm, Juergen Vigna wrote:
> On 07-Mar-2002 Angus Leeming wrote:
> > any one else see this?
>
> I just exported the UserGuide and did not core dump and got a resonable
> .txt file. Althought I see a lot of messages "caption not found" m
On 07-Mar-2002 Angus Leeming wrote:
> any one else see this?
I just exported the UserGuide and did not core dump and got a resonable
.txt file. Althought I see a lot of messages "caption not found" messages.
any one else see this?
(dbx) where
> 0 (unknown)() [0x3ff8019bc44]
1 malloc(0x12011a6e0, 0x11fffe180, 0x12051fa94, 0x80, 0x3ffc00d6ed0)
[0x3ff800d4bcc]
2 __stdnw__XUl(0x12052ea40, 0x11fffe198, 0x52, 0x1, 0x0) [0x12051fa90]
3 __nwa__XUl(0x0, 0x11fffdee0, 0x12024371c, 0x1, 0x12051b954) [
e you backtrace points to an assert in
> our symlink-following code. Did you symlink the lyx binary (does such
> a thing even exist?).
>
> JMarc
No, there was no symlink. This may still point to a bug in LyX, but it's
not simply a "startup core dump" problem.
The ba
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> I was still seeing it, but apparently it was a problem with
Kayvan> XFree86 4.1.0 under Cygwin, not a LyX problem. It had gotten
Kayvan> into a weird state where some of the startup calls from LyX
Kayvan> were failing (I'm not
On Mon, Feb 04, 2002 at 02:24:54PM +0100, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> This is very new:
>
> Do you still see it?
I was still seeing it, but apparently it was a problem with XFree86 4.1.0
under Cygwin, not a LyX problem
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> This is very new:
Do you still see it?
JMarc
This is very new:
(gdb) where
#0 0x401ee4e1 in __kill () from /lib/libc.so.6
#1 0x401ee156 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2 0x401ef868 in abort () at ../sysdeps/generic/abort.c:88
#3 0x082288eb in lyx::abort () at abort.C:9
#4 0x0823fe58 in void lyx::Assert (assertion=false
Sometimes, when I toggle ERT to inlined view, I get a core dump.
Here is a backtrace:
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type
Hi everybody,
I found a new memory access problem. Obviously the problem is not totally
unknown because it is related to some conversation between Lars and
Juergen:
#warning I belive this code is wrong. (Lgb)
#warning Jrgen, have a look at this. (Lgb)
#warning Hmmm, I guess you are right b
Sorry,
I have to bother you again:
- Create a new doc; insert a (note) inset; while the cursor
is placed in the inset, open the "Document" menu and select the current
file -> LyX crashes. The problem also occurs with several documents
whenever you switch to a document which cursor is place
Hi,
by accident, I removed some text from a note. Therefore, I pressed
"CTRL-Z" (undo) but nothing happened. I pressed "undo" a couple of
additional times (come on, LyX, give me back the text!!!).
Then, suddenly, LyX exited with a co
opening and closes footnotes can cause core dumps for me (userguide.lyx),
or infinite loops if you open a footnote that is partially below the bottom of the
workarea
just a couple more major inset/tabular problems that need fixing !
we have lots of them right now. A pre release looks quite some
John Levon wrote:
>
> On Sun, Jul 22, 2001 at 02:50:31PM -0300, Garst R. Reese wrote:
>
> > This is smelling like an uninitialized variable.
>
> I don't think it's that simple a bug. I suspect an xforms bug of some kind,
> I'll see if I can get the bug again with a different version of xforms .
On Sun, Jul 22, 2001 at 02:50:31PM -0300, Garst R. Reese wrote:
> This is smelling like an uninitialized variable.
I don't think it's that simple a bug. I suspect an xforms bug of some kind,
I'll see if I can get the bug again with a different version of xforms ...
john
--
"Voodoo Programming
Jean-Marc Lasgouttes wrote:
>
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> On Sat, Jul 21, 2001 at 10:01:41PM -0300, Garst R. Reese wrote:
> >> > ... and now it's gone. 0.88.9, gcc 3.0 ... Still bombs here with
> >> 0.89.5, gcc 3.0 ... ,
>
> John> can others test please (J
On Sat, Jul 21, 2001 at 10:01:41PM -0300, Garst R. Reese wrote:
> > ... and now it's gone. 0.88.9, gcc 3.0 ...
> Still bombs here with 0.89.5, gcc 3.0 ... ,
can others test please (JMarc, you don't get it either ?) ?
> but I can get greek with the kbd.
at least you can still get your work don
John Levon wrote:
>
> On Fri, Jul 20, 2001 at 12:46:40AM +0100, John Levon wrote:
>
> > > The problem persists. Any box from greek to Misc. If I go into math mode
> > > first I get an emergency save, otherwise not.
> >
> > what compiler ? I get this with gcc 3.0
>
> ... and now it's gone. 0.88.
On Fri, Jul 20, 2001 at 12:46:40AM +0100, John Levon wrote:
> > The problem persists. Any box from greek to Misc. If I go into math mode
> > first I get an emergency save, otherwise not.
>
> what compiler ? I get this with gcc 3.0
... and now it's gone. 0.88.9, gcc 3.0 ...
p.s. I have a --disa
On Thu, Jul 19, 2001 at 09:34:25PM -0300, Garst R. Reese wrote:
> John Levon wrote:
>
> > what do you mean ?
> There have been rumblings for some time about the math panel and
> replacing it with some sort of tool bar, so I figured breaking it might
> be on the path.
I see. The weird thing is t
John Levon wrote:
> what do you mean ?
There have been rumblings for some time about the math panel and
replacing it with some sort of tool bar, so I figured breaking it might
be on the path.
It's friday somewhere eh?
Garst
On Thu, Jul 19, 2001 at 05:30:22PM -0300, Garst R. Reese wrote:
> John Levon wrote:
> >
> > clicking on e.g. greek in math panel core dumps lyx for me. anyone else ?
> >
> > 0.88, rh7
> >
> > thanks
> > john
> >
> The problem persists. Any box from greek to Misc. If I go into math mode
> firs
1 - 100 of 167 matches
Mail list logo
