Re: lyx crashes while menu navigating to the left

[V K]

On Thursday, February 20, 2020, 08:55:37 AM GMT+2, Richard Kimberly Heck 
 wrote:


On 2/19/20 5:23 PM, V K wrote:
>
>
>
>
>
>
> On Wednesday, February 19, 2020, 11:36:58 PM GMT+2, V K  
> wrote:
>
>
>
>
>
> I did exactly the same as you described once more and Lyx disappeared.
> Using Qt version 5.14.1 in /usr/lib.
>
>
>
>
>
>
> On Wednesday, February 19, 2020, 10:06:32 PM GMT+2, Richard Kimberly Heck 
>  wrote:
>
>
>
>
>
> On 2/19/20 12:22 PM, V K wrote:
>
>> Steps to reproduce: navigate through menus with keyboard (arrows), let's 
>> say, menu Navigate, go deeper into sub-menu (Bookmarks – Save Bookmark 1) 
>> and if there will be no more sub-menu in the left but you press left arrow 
>> Lyx crashes and after relaunching there is no documents from last session. 
>> If you go right with arrow, this opens right to the active menu. If you go 
>> to the left from menu item that hasn't sub menu (let's say, Navigate – Next 
>> Note), Lyx is not crashing and that opens next to the left menu.
>>
>>
>>
>>
>> Sorry for the lapsus lingua: not left, but right and vice versa in all my 
>> text.
>> My setup: Manjaro Linux, Lyx 2.3.4.
>
> Can you give more detailed instructions? Here's what I did (using
> English GUI):
>
> 1. Alt-N, to open the Navigate menu
>
> 2. Bookmarks is highlighted, so hit right arrow to open that menu.
>
> 3. Hit right arrow again. This takes me to the Document menu.
>
> What version of Qt is installed on your machine?
>
>
>
> I think, I narrowed the cause. I'm working in Wayland (Sway). There is no 
> crash when I'm launching Lyx with xwayland (as "QT_QPA_PLATFORM=xcb lyx") and 
> hitting right when I am in the Bookmarks sub-menu takes me to the Document 
> menu. But Lyx in Wayland crashes when I do the same.
> I just receive your mail. Yes, it's Wayland.

I'm forwarding this, then, to the devel list. As I said, we've seen some
issues with Wayland, though my sense is that these are Qt issues,
mostly, not LyX issues (though they become LyX issues, since we depend
upon Qt).

If you have an option to try other Qt versions, that also could be helpful.



Riki






I think, I've found cause of this Wayland error: 
https://bugreports.qt.io/browse/QTBUG-81952
Behaviour of my Lyx in Wayland is exactly the same and error too when launching 
Lyx from terminal: "xdg_wm_base@23: error 2: xdg_popup was destroyed while it 
was not the topmost popup The Wayland connection experienced a fatal error"
So bug was fixed in Qt 5.15.1

Best regards,

Valdemaras

P. S. I was forced to enroll to lyx-devel mailing list, because my answer to 
the last mail  wasn't delivered: lyx-devel list replied with "non-members
are not permitted to post to this list", that's normal, but my replay wasn't 
delivered to lyx-users list and R. K. Heck too.

VK
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: lyx crashes while menu navigating to the left

[Richard Kimberly Heck]

On 2/19/20 5:23 PM, V K wrote:
>
>
>
>
>
>
> On Wednesday, February 19, 2020, 11:36:58 PM GMT+2, V K  
> wrote: 
>
>
>
>
>
> I did exactly the same as you described once more and Lyx disappeared.
> Using Qt version 5.14.1 in /usr/lib.
>
>
>
>
>
>
> On Wednesday, February 19, 2020, 10:06:32 PM GMT+2, Richard Kimberly Heck 
>  wrote: 
>
>
>
>
>
> On 2/19/20 12:22 PM, V K wrote:
>
>> Steps to reproduce: navigate through menus with keyboard (arrows), let's 
>> say, menu Navigate, go deeper into sub-menu (Bookmarks – Save Bookmark 1) 
>> and if there will be no more sub-menu in the left but you press left arrow 
>> Lyx crashes and after relaunching there is no documents from last session. 
>> If you go right with arrow, this opens right to the active menu. If you go 
>> to the left from menu item that hasn't sub menu (let's say, Navigate – Next 
>> Note), Lyx is not crashing and that opens next to the left menu.
>>
>>
>>
>>
>> Sorry for the lapsus lingua: not left, but right and vice versa in all my 
>> text.
>> My setup: Manjaro Linux, Lyx 2.3.4.
>
> Can you give more detailed instructions? Here's what I did (using
> English GUI):
>
> 1. Alt-N, to open the Navigate menu
>
> 2. Bookmarks is highlighted, so hit right arrow to open that menu.
>
> 3. Hit right arrow again. This takes me to the Document menu.
>
> What version of Qt is installed on your machine?
>
>
>
> I think, I narrowed the cause. I'm working in Wayland (Sway). There is no 
> crash when I'm launching Lyx with xwayland (as "QT_QPA_PLATFORM=xcb lyx") and 
> hitting right when I am in the Bookmarks sub-menu takes me to the Document 
> menu. But Lyx in Wayland crashes when I do the same.
> I just receive your mail. Yes, it's Wayland.

I'm forwarding this, then, to the devel list. As I said, we've seen some
issues with Wayland, though my sense is that these are Qt issues,
mostly, not LyX issues (though they become LyX issues, since we depend
upon Qt).

If you have an option to try other Qt versions, that also could be helpful.


>  One more small thing Alt-I (to open Insert menu) isn't working when you 
> press it first after launching program while other menus all are working. 
> After launching some other menu by Alt Alt-I is working. That is in Wayland 
> and X11.

This sounds like it could be a shortcut conflict. Some wm's capture
keystrokes and interfere with LyX's own capturing of keystrokes. There's
not much we an do about that---if we never see the keystroke, we can't
respond to it. Hard to know if that's your issue or not.

Riki



-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

[Jürgen Spitzmüller]

Am Mittwoch, den 20.11.2019, 13:25 +0100 schrieb pdv:
> In the dialog for adding a citation, when selecting an item in the
> list 
> on the left, the detail-view is not updated. It's only updated when 
> selecting an item in the list on the right.
> 
> Can you confirm that?

Yes, confirmed. And fixed (hopefully).

Jürgen


signature.asc
Description: This is a digitally signed message part
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

[pdv]

On 19/11/2019 13:49, Jürgen Spitzmüller wrote:

Am Montag, den 18.11.2019, 10:10 +0100 schrieb pdv:

It works without and when I put it back in, I got immediately a
crash.


Tested and committed.

Thanks!

Jürgen




Jürgen

I just found out another issue.

In the dialog for adding a citation, when selecting an item in the list 
on the left, the detail-view is not updated. It's only updated when 
selecting an item in the list on the right.


Can you confirm that?

To be on the safe side I've inserted the 2 selectionChanged() calls 
again but it's not related to that.


Patrick

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

[Jürgen Spitzmüller]

Am Montag, den 18.11.2019, 10:10 +0100 schrieb pdv:
> It works without and when I put it back in, I got immediately a
> crash.

Tested and committed.

Thanks!

Jürgen


signature.asc
Description: This is a digitally signed message part
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

[pdv]

On 18/11/2019 09:55, Jürgen Spitzmüller wrote:

Am Sonntag, den 17.11.2019, 19:50 +0100 schrieb pdv:

In addPB_clicked() the idx is only used in one place and it’s
definition
can be moved. In upPB_clicked() and downPB_clicked() I first made idx
of
type QPersistentModelIndex and this avoids the crashes but the
selection
is lost when moving an item up/down.

I then redefined idx before the 2nd use and removed the
selectionChanged() signals and this avoids the crashes and keeps the
selection intact (patch included).


Thanks. Are you sure the selectionChanged() signal does not need to be
emitted?

Jürgen



P. De Visschere



It works without and when I put it back in, I got immediately a crash.

--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX crashes when handling selected databases in the BibTeX Bibliography dialog.

[Jürgen Spitzmüller]

Am Sonntag, den 17.11.2019, 19:50 +0100 schrieb pdv:
> In addPB_clicked() the idx is only used in one place and it’s
> definition 
> can be moved. In upPB_clicked() and downPB_clicked() I first made idx
> of 
> type QPersistentModelIndex and this avoids the crashes but the
> selection 
> is lost when moving an item up/down.
> 
> I then redefined idx before the 2nd use and removed the 
> selectionChanged() signals and this avoids the crashes and keeps the 
> selection intact (patch included).

Thanks. Are you sure the selectionChanged() signal does not need to be
emitted?

Jürgen

> 
> P. De Visschere


signature.asc
Description: This is a digitally signed message part
-- 
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: LyX Crashes on Import LaTeX File

[Ross Teixeira]

Hello,

Ah yep, that looks to be the same issue. I followed the advice linked in that 
thread, and seem to get similar results to one of the reports. LyX saves the 
imported .lyx file, and also crashes with the same error. Reopening the .lyx 
file works, and it will compile, though it appears incorrect compared to 
Sharelatex. But the original file likely has syntax errors, so I don’t think 
that’s Lox’s problem.

> On Sep 25, 2018, at 10:33 PM, Scott Kostyshak  wrote:
> 
> On Tue, Sep 25, 2018 at 10:27:29PM -0400, Richard Kimberly Heck wrote:
>> On 9/25/18 10:17 PM, Ross Teixeira wrote:
>>> Hello,
>>> 
>>> The attached .tex file from a course assignment seems to crash LyX when 
>>> being imported.
>> 
>> What version of LyX? What OS? I have no problem on current stable
>> branch, on Linux.
> 
> I think this is a duplicate of:
> 
>  https://www.lyx.org/trac/ticket/11305
> 
> Ross, thanks for this feedback. You can see the above ticket for the
> current status and possible workaround.
> 
> Please let us know if you run into any other issues.
> 
> Best,
> 
> Scott

Re: LyX Crashes on Import LaTeX File

[Scott Kostyshak]

On Tue, Sep 25, 2018 at 10:27:29PM -0400, Richard Kimberly Heck wrote:
> On 9/25/18 10:17 PM, Ross Teixeira wrote:
> > Hello,
> >
> > The attached .tex file from a course assignment seems to crash LyX when 
> > being imported.
> 
> What version of LyX? What OS? I have no problem on current stable
> branch, on Linux.

I think this is a duplicate of:

  https://www.lyx.org/trac/ticket/11305

Ross, thanks for this feedback. You can see the above ticket for the
current status and possible workaround.

Please let us know if you run into any other issues.

Best,

Scott


signature.asc
Description: PGP signature

Re: LyX Crashes on Import LaTeX File

[Richard Kimberly Heck]

On 9/25/18 10:17 PM, Ross Teixeira wrote:
> Hello,
>
> The attached .tex file from a course assignment seems to crash LyX when being 
> imported.

What version of LyX? What OS? I have no problem on current stable
branch, on Linux.

Riki

Re: lyx crashes when applying long table settings

[Jean-Marc Lasgouttes]

Le 15/03/2015 22:17, morellocoo...@gmx.net a écrit :


Thanks for your reply.
I updated to Lyx 2.1.3 (Windows 7) and still get lyx to crash when
compiling by doing the following:


Hello,

I tried to follow the recipe but did not get a crash. Instead, I obtain 
a file which cannot be processed by LaTeX. (see attachment). Is this 
what you meant by "crashing"?


JMarc


- insert a table (mine is very long so when testing in a new document I
entered a table with 100 rows and 5 columns)
- write some random stuff in a couple of cells
- right-click on the table - more - settings - longtable - click "use
longtable"
- same again, settings - borders - click on "formal"
- right click somewhere in fourth row (for example), more - settings -
"Caption on"
- click in same cell again, insert-caption-standard caption. Write some
example caption
- click again in same cell, more - settings - longtable - take away tick
from "first header" (why does it automatically get ticked when I chose
only "Caption on" before?)
- choose the whole table, right click, text style - paragraph - size
"smaller"
- Preview pdf  - lyx crashes
But, I figured out that it works perfectly if I first change the text
size, and then enter the caption!
Best,
Stephanie




newfile1.lyx
Description: application/lyx

Re: Re: lyx crashes when applying long table settings

[morellocooler]

 
 

On 02/26/2015 05:40 PM, Stephanie Andrews wrote:
> Dear developers,
>
> I'm using lyx version 2.1.1 and found possibly a bug which seems similar to
> the problem reported here:
> http:/www.lyx.org/trac/ticket/8721
>
> Inserting a table, setting it to long format, marking the whole table,
> changing text style - customize - size smaller
> results in lyx crashing.

Hi, Stephanie,

Thanks for the report, and sorry you are having this problem. I tried
exactly what you describe with LyX 2.1.3, and did not get a crash. Can
you try updating to this version?

If you do still get the crash, please provide us with as exact a recipe
as possible to reproduce it reliably, if you are able to do that. We
take crashes very seriously and do our best to fix them ASAP.

Richard
 

 

 

 

 

Hi Richard,

Thanks for your reply.

I updated to Lyx 2.1.3 (Windows 7) and still get lyx to crash when compiling by doing the following:

 

- insert a table (mine is very long so when testing in a new document I entered a table with 100 rows and 5 columns)

- write some random stuff in a couple of cells

- right-click on the table - more - settings - longtable - click "use longtable"

- same again, settings - borders - click on "formal"

- right click somewhere in fourth row (for example), more - settings - "Caption on"

- click in same cell again, insert-caption-standard caption. Write some example caption

- click again in same cell, more - settings - longtable - take away tick from "first header" (why does it automatically get ticked when I chose only "Caption on" before?)

- choose the whole table, right click, text style - paragraph - size "smaller"

- Preview pdf  - lyx crashes

 

But, I figured out that it works perfectly if I first change the text size, and then enter the caption! 

 

Best,

Stephanie  

 

 

 

Re: lyx crashes when applying long table settings

[Richard Heck]

On 02/26/2015 05:40 PM, Stephanie Andrews wrote:

Dear developers,

I'm using lyx version 2.1.1 and found possibly a bug which seems similar to
the problem reported here:
http:/www.lyx.org/trac/ticket/8721

Inserting a table, setting it to long format, marking the whole table,
changing text style - customize - size smaller
results in lyx crashing.


Hi, Stephanie,

Thanks for the report, and sorry you are having this problem. I tried 
exactly what you describe with LyX 2.1.3, and did not get a crash. Can 
you try updating to this version?


If you do still get the crash, please provide us with as exact a recipe 
as possible to reproduce it reliably, if you are able to do that. We 
take crashes very seriously and do our best to fix them ASAP.


Richard

Re: Lyx crashes on OSX

[Stephan Witt]

Am 17.09.2011 um 18:22 schrieb Murat Yildizoglu:

> Hi,
> 
> I observe that Lyx 2.0.1 crashed very frequently under OSX. I have
> never observed this problem if I use it continuously. If I leave it
> alone for sometime, doing other things in other softs, and try to
> switch back to Lyx, I get the hour glass and the crash box of OSX (I
> use 10.6.8, French on a MacBook Pro). The report I get looks like the
> following. I do not know if you can make some sense of it...

I'm sorry. The current production environment is using Qt 4.6.3 and this
is incompatible with new window resizing tools like divvy.
The crash report looks like this incompatibility.
The solution would be to use a newer release of the Qt-library. But then
we get problems with text drawing and cursor positioning.
Are you using divvy or another tool like that? Perhaps you can configure
it to ignore LyX?

Stephan

Re: lyx crashes in citation dialog

[Edwin Leuven]

 Leuven  wrote:
> i'll rebuild my tree...

and still crashing...

Re: lyx crashes in citation dialog

[Edwin Leuven]

On Fri, Jan 28, 2011 at 12:31, Pavel Sanda  wrote:
> not here. maybe specific recipy?

not really, i use natbib and a bibtex file. then i just enter the
beginning of a key i am looking for in the search box, hit enter and
get the crash with this message:

Exception: regular expression error

i'll rebuild my tree...

Re: lyx crashes in citation dialog

[Pavel Sanda]

Edwin Leuven wrote:
> when i type something in the search box and hit enter

not here. maybe specific recipy?
p

Re: lyx crashes in citation dialog

[Vincent van Ravesteijn]

 Op 28-1-2011 12:19, Edwin Leuven schreef:

when i type something in the search box and hit enter

am i alone?

ed.

Yes, you are.

Vincent

Re: LyX crashes if preview svg

[Manveru]

2009/11/18 Waluyo Adi Siswanto :
>> >
>> > How I can fix this ?
>>
>> it looks the qt libraries are messed up in your system. try reinstalling 
>> them.
>> the last possibility would be to compile qt locally in your home and link
>> lyx against them (some proper arg for configure).
>>
>
> Thanks Pavel I really appreciate it
> I tried to find different libqt in synaptic and found libqtgui4 and
> libqtcore4 showing version 4.4.0. Others are version 4.3.4, including
> libqt4-core and libqt4-gui, both are version 4.3.4.
> I deleted libqtgui4 and libqtcore4.
>
> Now my LyX can preview directly svg file and can be externally edit
> using Inkscape, without any crash.
>
> There is a litle problem however, in LyX preview. All equations written
> using LaTeX text extension for Inkscape (textext) are not displayed, but
> appear perfectly in pdfview and in hard printing of this pdf is also OK.
>
> Below the message when I run LyX from terminal (ubuntu 8.04):
> wal...@waluyo-laptop:~$ lyx-1.6.4
> link textext-2c447465-1 hasn't been detected!
> link textext-2c447465-1 hasn't been detected!
>
> This behaviour (cannot preview textext Inscape extension) also happens
> in another machine (ubuntu 9.04).
>
> Is that possible to preview the the textext embedded in Inkscape?
>
> Thank you for any information

This is not a clear answer to your question, but as far as I can tell
you QT displays only standardized SVG format, which means all Inkscape
extensions (which textext probably is - I personally haven't tested it
yet) are ignored.

In case of PDF preparation all your SVG images are converted by
Inkscape (probably) to EPS or PDF - Inkscape itself interprets the
extensions during conversion, so that is why you see you equations
embedded in vector images in final output.

I hope I explain the problem clearly.

-- 
Manveru
jabber: manv...@manveru.pl
 gg: 1624001
   http://www.manveru.pl

Re: LyX crashes if preview svg

[Waluyo Adi Siswanto]

> > 
> > How I can fix this ?
> 
> it looks the qt libraries are messed up in your system. try reinstalling them.
> the last possibility would be to compile qt locally in your home and link
> lyx against them (some proper arg for configure).
> 

Thanks Pavel I really appreciate it
I tried to find different libqt in synaptic and found libqtgui4 and
libqtcore4 showing version 4.4.0. Others are version 4.3.4, including
libqt4-core and libqt4-gui, both are version 4.3.4.
I deleted libqtgui4 and libqtcore4.

Now my LyX can preview directly svg file and can be externally edit
using Inkscape, without any crash.

There is a litle problem however, in LyX preview. All equations written
using LaTeX text extension for Inkscape (textext) are not displayed, but
appear perfectly in pdfview and in hard printing of this pdf is also OK.

Below the message when I run LyX from terminal (ubuntu 8.04):
wal...@waluyo-laptop:~$ lyx-1.6.4
link textext-2c447465-1 hasn't been detected!
link textext-2c447465-1 hasn't been detected!

This behaviour (cannot preview textext Inscape extension) also happens
in another machine (ubuntu 9.04).

Is that possible to preview the the textext embedded in Inkscape?

Thank you for any information

Regards
Waluyo

Re: LyX crashes if preview svg

[Pavel Sanda]

Waluyo Adi Siswanto wrote:
> >>
> >> Here below: there is a message cannot mix incompatible Qt libraries?
> >
> > It appears so... Did you compile your own Qt? There is no backtrace here
> > because gdb does not know which Qt to use apparently...
> >
> 
> I compiled  LyX from the source to install , something like
> ./configure (with prefix), make, sudo make install.
> I have no idea about Qt, I guess this is the language to develop LyX,
> maybe PyQt ?
> Never try to do programming in Qt, Py or PyQt. I should learn ?
> 
> How I can fix this ?

it looks the qt libraries are messed up in your system. try reinstalling them.
the last possibility would be to compile qt locally in your home and link
lyx against them (some proper arg for configure).

pavel

Re: LyX crashes if preview svg

[Waluyo Adi Siswanto]

>>
>> Here below: there is a message cannot mix incompatible Qt libraries?
>
> It appears so... Did you compile your own Qt? There is no backtrace here
> because gdb does not know which Qt to use apparently...
>

I compiled  LyX from the source to install , something like
./configure (with prefix), make, sudo make install.
I have no idea about Qt, I guess this is the language to develop LyX,
maybe PyQt ?
Never try to do programming in Qt, Py or PyQt. I should learn ?

How I can fix this ?
Thank you

Regards, Waluyo

Re: LyX crashes if preview svg

[Abdelrazak Younes]

Waluyo Adi Siswanto wrote:

If you are under Linux, start LyX with gdb at the commandline:

~Waluyo$ gdb lyx
~Waluyo$ run

... make LyX crash 

~Waluyo$ bt

...copy and send to the development list what is displayed here...

Abdel.



Here below: there is a message cannot mix incompatible Qt libraries?


It appears so... Did you compile your own Qt? There is no backtrace here 
because gdb does not know which Qt to use apparently...


Abdel.

Re: LyX crashes if preview svg

[Waluyo Adi Siswanto]

> If you are under Linux, start LyX with gdb at the commandline:
> 
> ~Waluyo$ gdb lyx
> ~Waluyo$ run
> 
> ... make LyX crash 
> 
> ~Waluyo$ bt
> 
> ...copy and send to the development list what is displayed here...
> 
> Abdel.
> 

Here below: there is a message cannot mix incompatible Qt libraries?


wal...@waluyo-laptop:~$ gdb lyx-1.6.4
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) run
Starting program: /usr/local/bin/lyx-1.6.4 
[Thread debugging using libthread_db enabled]
[New Thread 0xb6d826c0 (LWP 11069)]
[New Thread 0xb67beb90 (LWP 11084)]
[New Thread 0xb5dffb90 (LWP 11085)]
[Thread 0xb67beb90 (LWP 11084) exited]
[Thread 0xb5dffb90 (LWP 11085) exited]
Cannot mix incompatible Qt libraries

Program exited with code 01.
(gdb) bt
No stack.
(gdb) quitt
Undefined command: "quitt".  Try "help".
(gdb) quit
wal...@waluyo-laptop:~$ 

===

Re: LyX crashes if preview svg

[Waluyo Adi Siswanto]

>
> I only have this in my lyxrc.dist file:
>
> \format "svg" "svg" "SVG" "" "inkscape --file=$$i" "inkscape --file=$$i"
> "vector"
> \converter "svg" "png" "inkscape --without-gui --file=$$i --export-png=$$o"
> ""
> \converter "svg" "pdf" "inkscape --file=$$i --export-area-drawing
> --without-gui --export-pdf=$$o" ""
> \converter "svg" "pdf2" "inkscape --file=$$i --export-area-drawing
> --without-gui --export-pdf=$$o" ""
>
> And this works without problems - this is used in the LyX for Windows
> installers when Inkscape was detected.
>
> regards Uwe
>

I am in Ubuntu 8.04, LyX 1.6.4.1, Inkscape 0.46

Regards, Waluyo

Re: LyX crashes if preview svg

[Uwe Stöhr]

Waluyo Adi Siswanto schrieb:


I have followed the instructions in
http://wiki.lyx.org/Tips/UseInkscapeSVGImages
and add converter for EPS, so I have
SVG-EPS: inkscape $$i --export-eps=$$o" "
SVG-PDF: inkscape --export-area-drawing $$i --export-pdf=$$o
SVG-PNG: inkscape $$i --export-png=$$o" "
SVG-PPM: inkscape $$i --export-ppm=$$o" "

Every time I activate (enable) "Shown in LyX" in LyX Graphics dialog,
then LyX will crash, disappear completely.


I only have this in my lyxrc.dist file:

\format "svg" "svg" "SVG" "" "inkscape --file=$$i" "inkscape --file=$$i" 
"vector"
\converter "svg" "png" "inkscape --without-gui --file=$$i --export-png=$$o" ""
\converter "svg" "pdf" "inkscape --file=$$i --export-area-drawing --without-gui 
--export-pdf=$$o" ""
\converter "svg" "pdf2" "inkscape --file=$$i --export-area-drawing --without-gui 
--export-pdf=$$o" ""

And this works without problems - this is used in the LyX for Windows installers when Inkscape was 
detected.


regards Uwe

RE: lyx crashes - std::bad_alloc

[Vincent van Ravesteijn - TNW]

>I just wanted to let you all know that over the weekend
>I decided to try going back to 1.6.3.  I am finding it
>to be stable, no crashes at all, whereas with 1.6.4 it
>was crashing every 1/2 hour or so - even with
>Display_Graphics unchecked.

Maybe you're suffering from bug http://www.lyx.org/trac/ticket/6215.

This bug appears when you hover over an closed inset such that LyX wants
to show a tooltip.

>Evan

Vincent

Re: lyx crashes - std::bad_alloc

[Pavel Sanda]

Richard Heck wrote:
> On 09/11/2009 10:31 AM, Manveru wrote:
>> 2009/9/11 Evan Mason
>>
>>> I have 4 Gb.  I've not noticed lyx using a lot of memory, except when it
>>> crashes.
>>>
>>>  
>> Does your PNG images contains a lot of white background and only some 
>> lines?
>> I would be better to give us maximum resolution in pixels of these images
>> and the number of colours used to store that files. PNG files can be
>> compressed by lossless algorithm, so files could be small for large areas 
>> of
>> single colour, but large uncompressed for displaying. The other 
>> possibility
>> is that one of your images has failed internal structure and QT (as far as 
>> I
>> remeber, bitmaps are handled by QT routines in LyX) become stupid trying 
>> to
>> display such image.
>>
>>
> That is very much the kind of problem we'd seen before. (Pavel was the 
> first to notice it, I think.) The caching mechanism is such that it more or 
> less stores bitmaps of all those images, and the bitmaps can indeed be real 
> big, even if the file size is quite small.
>
> So it seems pretty likely that 1.6.4 suffers from some version of this bug.

it didn't get fixed and the machinery is such that there is no easy fix.
even if you use scaled version of the picture, lyx stores the original one.
only disabling graphics preview or putting such material into childs can help.
pavel

Re: lyx crashes - std::bad_alloc

[rgheck]

On 09/11/2009 10:31 AM, Manveru wrote:

2009/9/11 Evan Mason
   

I have 4 Gb.  I've not noticed lyx using a lot of memory, except when it
crashes.

 

Does your PNG images contains a lot of white background and only some lines?
I would be better to give us maximum resolution in pixels of these images
and the number of colours used to store that files. PNG files can be
compressed by lossless algorithm, so files could be small for large areas of
single colour, but large uncompressed for displaying. The other possibility
is that one of your images has failed internal structure and QT (as far as I
remeber, bitmaps are handled by QT routines in LyX) become stupid trying to
display such image.

   
That is very much the kind of problem we'd seen before. (Pavel was the 
first to notice it, I think.) The caching mechanism is such that it more 
or less stores bitmaps of all those images, and the bitmaps can indeed 
be real big, even if the file size is quite small.


So it seems pretty likely that 1.6.4 suffers from some version of this bug.

Cross-posting to devel.

Richard

Re: lyx crashes

[rgheck]

william pearce wrote:
Hi -- I've been trying to get lyx up and running but it is unusably 
unstable. It crashes-- sometimes when trying to open the introduction 
or the tutorial in HELP; it crashes always when trying to open a 
template.

invoking it with --version yields:
lyx --version
LyX 1.5.3 (Mon, Dec 17, 2007)
Built on Jan  4 2008, 15:27:25
Configuration
 Host type:x86_64-pc-linux-gnu
 Special build flags:  aiksaurus pch warnings  use-aspell 
use-ispell

 C   Compiler: gcc
 C   Compiler LyX flags:C   Compiler flags:   -Wextra 
-Wall-g -O2

 C++ Compiler: g++ (4.2.3)
 C++ Compiler LyX flags:C++ Compiler flags:   -Wextra 
-Wall-g -O2
 Linker flags: Linker user flags:
-Wl,-z,defs -Wl,--as-needed

 Qt 4 Frontend:
 Qt 4 version:4.3.3
 Packaging:posix
 LyX binary dir:   /usr/bin
 LyX files dir:/usr/share/lyx

When I open it from the command line (with command lyx), the terminal 
gets:

QPaintEngine::setSystemClip: Should not be changed while engine is active
QPaintEngine::setSystemClip: Should not be changed while engine is active
QWidgetPrivate::beginSharedPainter: Painter is already active
QWidgetPrivate::endSharedPainter: Attempting to end a null painter

.. but a lyx window does come up. When I pull the HELPtab and 
choose Introduction, the terminal gets:

QPaintEngine::setSystemClip: Should not be changed while engine is active
QPaintEngine::setSystemClip: Should not be changed while engine is active
QWidgetPrivate::beginSharedPainter: Painter is already active

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting 
instructions in Help->Introduction and send us a bug report, if 
necessary. Thanks !

Bye.
Aborted

... do you have any clues or suggestions?
I'm running UBUNTU 8.04 on an intel 64-bit quad processor.

What version of Qt do you have installed? There were problems a while 
ago about incompatibilities between Qt versions. You might just try 
installing 1.5.5, which I think fixed these.


rh

Re: [BUG] in DocIterator::backwardPos() when used in mathed (was Re: LyX crashes when outline is visible and I click into a matrix formula (LyX svn)

[Andre Poenitz]

On Mon, Feb 11, 2008 at 08:51:53AM +0100, Abdelrazak Younes wrote:
> Dominik Böhm wrote:
>> Hello again,
>>  bug that makes lyx crash.
>> I was able to reproduce one critical
>> Create a new file, insert one section at the beginning and then a formula 
>> with a matrix (it doesn't matter if it's an inline formula or a display 
>> one). Then toggle the outline view. If the cursor is still in the formula, 
>> lyx should crash immediately. If not, click into the formula to make lyx 
>> crash. That makes the outline view pretty unusful for me.
>
> This is fixed in svn. Andre', JMarc, the problem was in 
> DocIterator::backwardPos():
>
> void DocIterator::backwardPos()
> {
>   //this dog bites his tail
>   if (empty()) {
>   push_back(CursorSlice(*inset_));
>   top().idx() = lastidx();
>   top().pit() = lastpit();
>   top().pos() = lastpos();
>   return;
>   }
>
>   if (top().at_begin()) {
>   pop_back();
>   return;
>   }
>
>   top().backwardPos();
>
>   // move into an inset to the left if possible
>   Inset * n = 0;
>
>   if (inMathed())
>   n = (top().cell().begin() + top().pos())->nucleus();
>
> Here 'top().cell().begin() + top().pos()' is out of range for the pointed 
> cell. So I guess pos() is not set correctly within a math matrix.

This is the kind of problem 'fixIfBroken()' should catch...

[But then, of course, fixIfBroken() ideally should not be triggered...]

Andre'

[BUG] in DocIterator::backwardPos() when used in mathed (was Re: LyX crashes when outline is visible and I click into a matrix formula (LyX svn)

[Abdelrazak Younes]

Dominik Böhm wrote:

Hello again,
 bug that makes lyx crash.

I was able to reproduce one critical
Create a new file, insert one section at the beginning and then a 
formula with a matrix (it doesn't matter if it's an inline formula or a 
display one). Then toggle the outline view. If the cursor is still in 
the formula, lyx should crash immediately. If not, click into the 
formula to make lyx crash. That makes the outline view pretty unusful 
for me.


This is fixed in svn. Andre', JMarc, the problem was in 
DocIterator::backwardPos():


void DocIterator::backwardPos()
{
//this dog bites his tail
if (empty()) {
push_back(CursorSlice(*inset_));
top().idx() = lastidx();
top().pit() = lastpit();
top().pos() = lastpos();
return;
}

if (top().at_begin()) {
pop_back();
return;
}

top().backwardPos();

// move into an inset to the left if possible
Inset * n = 0;

if (inMathed())
n = (top().cell().begin() + top().pos())->nucleus();

Here 'top().cell().begin() + top().pos()' is out of range for the 
pointed cell. So I guess pos() is not set correctly within a math matrix.


Abdel.

Author: younes
Date: Mon Feb 11 08:47:04 2008
New Revision: 22933

URL: http://www.lyx.org/trac/changeset/22933
Log:
Fix crash when outline pane is launched while the cursor is within a 
math matrix within a section. The problem was that 
DocIterator::backwardPos() does not work inside a math matrix.





Modified:
lyx-devel/trunk/src/TocBackend.cpp

Modified: lyx-devel/trunk/src/TocBackend.cpp
URL: 
http://www.lyx.org/trac/file/lyx-devel/trunk/src/TocBackend.cpp?rev=22933

==
--- lyx-devel/trunk/src/TocBackend.cpp (original)
+++ lyx-devel/trunk/src/TocBackend.cpp Mon Feb 11 08:47:04 2008
@@ -204,12 +204,11 @@
--it;

ParConstIterator par_it_text = par_it;
-   if (par_it_text.inMathed())
-   // It would be better to do
-   //   par_it_text.backwardInset();
-   // but this method does not exist.
+   if (par_it_text.inMathed()) {
+   // We are only interested in text so remove the math 
CursorSlice.
while (par_it_text.inMathed())
-   par_it_text.backwardPos();
+   par_it_text.pop_back();
+   }

for (; it != last; --it) {
// We verify that we don't compare contents of two

Re: LyX crashes when outline is visible and I click into a matrix formula (LyX svn)

[Abdelrazak Younes]

Dominik Böhm wrote:

Hello again,

I was able to reproduce one critical bug that makes lyx crash.

Create a new file, insert one section at the beginning and then a 
formula with a matrix (it doesn't matter if it's an inline formula or a 
display one). Then toggle the outline view. If the cursor is still in 
the formula, lyx should crash immediately. If not, click into the 
formula to make lyx crash. That makes the outline view pretty unusful 
for me.


I created a small example file that I've attached to this mail.


Thanks, I can reproduce the crash.



Now some general questions: Is posting to this newsgroup the right way 
to report bugs


Yes.


or should I enter it directly into bugzilla?


If it is not fixed in a day, please enter it into bugzilla. Or enter it 
right away if you don't have the time to follow the issue.



Further: May 
I attach (small) files?


Yes.

Thanks,
Abdel.

Re: Lyx crashes?

[Bennett Helm]

On Jan 8, 2008, at 1:37 PM, cesco lambe wrote:


Hi!
I've just installed Lyx (version 1.5.3) in my Mac OS leopard  using  
the .dmg
file in your ftp site but I have a trouble: when it starts he told  
me there
isn't any .layout files and for this reason it isn't able to run  
any file

and give me any result.
Of course if I check in Documents-->Settings-->document class,  
there aren't

any informations avalaible in the box for any of classes..


Have you installed MacTeX?



If you installed MacTeX *after* LyX, you'll need to run LyX >  
Reconfigure, then quit LyX and restart.


Bennett

Re: [patch] Re: Lyx crashes with paragraph up.

[Helge Hafting]

Bo Peng wrote:

Sure it can, one time I had a command sequence that launched LyX, opened
the UserGuide, scrolled it to the end, and exit LyX at the end. You can
put any LFUN in this command-sequence.


and check if lyx crashes, 

Surely a test program can be made to notice that LyX crashes. Or
at least notice that the expected output file(s) did not appear.

and if the pasted text is what you cut? I

Easy.  Have the test system paste that into a new document
and save it - then use diff to check that you got the expected
test document. (An 'expected document' is created when the
test itself is created.)

If there are any differences at all, the test program raises the alarm,
and the developer checks if there is a bug or just the effects
of a format change.  In the latter case, create a new
'expected document' to shut up the test system.

Helge Hafting

Re: [PATCH] Re: Lyx crashes on exit (windows)

[Abdelrazak Younes]

Bo Peng wrote:

This patch properly shut down what's needed to avoid the crashes.

OK?


I do not know this part of the code so you decide. Also, I did not use
multi-view when I had the crashes.


I suppose it depends on the machine and on when the statusbar timer was 
timed out.


Anyway, this patch just adds safe guards when closing a view or when 
exiting so it is pretty safe.


Abdel.

Re: [PATCH] Re: Lyx crashes on exit (windows)

[Bo Peng]

This patch properly shut down what's needed to avoid the crashes.

OK?


I do not know this part of the code so you decide. Also, I did not use
multi-view when I had the crashes.

Bo

[PATCH] Re: Lyx crashes on exit (windows)

[Abdelrazak Younes]

Joost Verburg wrote:

Bo Peng wrote:
Kind of randomly, but frequently, when lyx exists, a dialog shows up 
and says:


The instruction at )x0190f7b0 referenced memory at 0x6d729b1. The
memory could not be written. Click OK to terminate the program.


I can reproduce this crash (also without command window). Especially 
when I've done some editing, LyX crashes on exit once every few times.


Maybe some objects are not closed in the right order?


OK, I could reproduce some crash when closing one view or when quitting 
when there is multiple view.


This patch properly shut down what's needed to avoid the crashes.

OK?
Abdel.
Index: frontends/qt4/GuiView.cpp
===
--- frontends/qt4/GuiView.cpp   (revision 19080)
+++ frontends/qt4/GuiView.cpp   (working copy)
@@ -288,8 +288,14 @@
}
}
 
+   // Make sure that no LFUN use this close to be closed View.
+   theLyXFunc().setLyXView(0);
+   // Make sure the timer time out will not trigger a statusbar update.
+   statusbar_timer_.stop();
+
theApp()->gui().unregisterView(id());
if (!theApp()->gui().viewIds().empty()) {
+   quitting = true;
// Just close the window and do nothing else if this is not the
// last window.
close_event->accept();
Index: LyXFunc.cpp
===
--- LyXFunc.cpp (revision 19080)
+++ LyXFunc.cpp (working copy)
@@ -1841,7 +1841,7 @@
}
}
}
-   if (!quitting) {
+   if (!quitting && lyx_view_) {
lyx_view_->updateMenubar();
lyx_view_->updateToolbars();
// Some messages may already be translated, so we cannot use _()

Re: Lyx crashes on exit (windows)

[Joost Verburg]

Bo Peng wrote:
Kind of randomly, but frequently, when lyx exists, a dialog shows up and 
says:


The instruction at )x0190f7b0 referenced memory at 0x6d729b1. The
memory could not be written. Click OK to terminate the program.


I can reproduce this crash (also without command window). Especially 
when I've done some editing, LyX crashes on exit once every few times.


Maybe some objects are not closed in the right order?

Joost

Re: Lyx crashes on exit (windows)

[Bo Peng]

You could disable the command window with the linker option /SUBSYSTEM:WINDOWS


Then, as far as I know, a command window will jump out whenever I run
some external command such as python that needs stdin/out.

Joost's lyx.exe/lyxc.exe solution  is good enough.

BO

Re: Lyx crashes on exit (windows)

[Peter Kümmel]

Bo Peng wrote:
> On 7/13/07, Bo Peng <[EMAIL PROTECTED]> wrote:
>> Kind of randomly, but frequently, when lyx exists, a dialog shows up
>> and says:
>>
>> The instruction at )x0190f7b0 referenced memory at 0x6d729b1. The
>> memory could not be written. Click OK to terminate the program.
> 
> Have not finally confirmed, but this might be my problem. When I start
> lyx, a command window is also started. I sometimes close lyx by right
> click 'close this group' from windows task bar, and windows may close
> the command window before lyx.exe, therefore the crash.
> 
> Using the lyx.exe (lyxc.exe) from the windows installer should not
> have this problem.
> 
> Cheers,
> Bo
> 

You could disable the command window with the linker option /SUBSYSTEM:WINDOWS

-- 
Peter Kümmel

Re: Lyx crashes on exit (windows)

[Bo Peng]

On 7/13/07, Bo Peng <[EMAIL PROTECTED]> wrote:

Kind of randomly, but frequently, when lyx exists, a dialog shows up and says:

The instruction at )x0190f7b0 referenced memory at 0x6d729b1. The
memory could not be written. Click OK to terminate the program.


Have not finally confirmed, but this might be my problem. When I start
lyx, a command window is also started. I sometimes close lyx by right
click 'close this group' from windows task bar, and windows may close
the command window before lyx.exe, therefore the crash.

Using the lyx.exe (lyxc.exe) from the windows installer should not
have this problem.

Cheers,
Bo

Re: [patch] Re: Lyx crashes with paragraph up.

[Bo Peng]

Sure it can, one time I had a command sequence that launched LyX, opened
the UserGuide, scrolled it to the end, and exit LyX at the end. You can
put any LFUN in this command-sequence.


and check if lyx crashes, and if the pasted text is what you cut? I
guess the long term goal (?) is having either implementing something
like MS VB using which you can program and test the features, or a
Python wrapper that can manipulate lyx with knowledge of lyx
datastructure and data. The latter sounds like vim python extension.

Sounds too remote to me though.
Bo

Re: [patch] Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Bo Peng wrote:

LyX can be scripted too thanks to the LFUNs...


Then we need to write a bunch of scripts to convert back and forth,
move, select, cut, paste, save/load, new/close window  although I
do not think lyx can be manipulated like that externally.


Sure it can, one time I had a command sequence that launched LyX, opened 
the UserGuide, scrolled it to the end, and exit LyX at the end. You can 
put any LFUN in this command-sequence.


Abdel.

Re: [patch] Re: Lyx crashes with paragraph up.

[Bo Peng]

LyX can be scripted too thanks to the LFUNs...


Then we need to write a bunch of scripts to convert back and forth,
move, select, cut, paste, save/load, new/close window  although I
do not think lyx can be manipulated like that externally.

Bo

Re: [patch] Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Bo Peng wrote:
On 7/13/07, Jürgen Spitzmüller 
<[EMAIL PROTECTED]> wrote:

Abdelrazak Younes wrote:
> No, my patch is the right fix and I am responsible for this: in rev
> 19040, I eagerly erased two lines (++cur.pit() and --cur.pit()).

Well, then put it in again, before I'll release the dogs ;-)


This makes me wonder if there can be any form of 'unit tests' for lyx,
that anyone should run them before any patch is submitted ... I have
hundreds of unit tests for my own project, but my project is a
scripting language so it can be easily tested.


LyX can be scripted too thanks to the LFUNs...

Abdel.

Re: [patch] Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Bo Peng wrote:

Just let me the time to switch my repository to trunk :-)



Just to confirm that your patch works. Please put it in.


It's in already :-)

Abdel.

Re: [patch] Re: Lyx crashes with paragraph up.

[Bo Peng]

Just let me the time to switch my repository to trunk :-)



Just to confirm that your patch works. Please put it in.

Bo

Re: [patch] Re: Lyx crashes with paragraph up.

[Bo Peng]

On 7/13/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:

Abdelrazak Younes wrote:
> No, my patch is the right fix and I am responsible for this: in rev
> 19040, I eagerly erased two lines (++cur.pit() and --cur.pit()).

Well, then put it in again, before I'll release the dogs ;-)


This makes me wonder if there can be any form of 'unit tests' for lyx,
that anyone should run them before any patch is submitted ... I have
hundreds of unit tests for my own project, but my project is a
scripting language so it can be easily tested.

Bo

Re: [patch] Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Jürgen Spitzmüller wrote:

Abdelrazak Younes wrote:

No, my patch is the right fix and I am responsible for this: in rev
19040, I eagerly erased two lines (++cur.pit() and --cur.pit()).


Well, then put it in again, before I'll release the dogs ;-)


Just let me the time to switch my repository to trunk :-)

Re: [patch] Re: Lyx crashes with paragraph up.

[Bo Peng]

> fix attached.

No, my patch is the right fix and I am responsible for this: in rev
19040, I eagerly erased two lines (++cur.pit() and --cur.pit()).


I produced exactly the same patch (5s later than you :-) ... please
commit if it works.

Cheers,
Bo

Re: [patch] Re: Lyx crashes with paragraph up.

[Jürgen Spitzmüller]

Abdelrazak Younes wrote:
> No, my patch is the right fix and I am responsible for this: in rev
> 19040, I eagerly erased two lines (++cur.pit() and --cur.pit()).

Well, then put it in again, before I'll release the dogs ;-)

Jürgen

Re: [patch] Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Jürgen Spitzmüller wrote:

Bo Peng wrote:

Open the attached lyx file, move cursor to the end of the second line
(actually anywhere with pos > length of previous line). Edit ->
paragraph up, lyx crashes.


fix attached.


No, my patch is the right fix and I am responsible for this: in rev 
19040, I eagerly erased two lines (++cur.pit() and --cur.pit()).


Abdel.
Index: Text3.cpp
===
--- Text3.cpp   (revision 19064)
+++ Text3.cpp   (working copy)
@@ -377,6 +377,7 @@
std::swap(pars_[pit], pars_[pit + 1]);
updateLabels(cur.buffer());
needsUpdate = true;
+   ++cur.pit();
break;
}
 
@@ -386,6 +387,7 @@
finishUndo();
std::swap(pars_[pit], pars_[pit - 1]);
updateLabels(cur.buffer());
+   --cur.pit();
needsUpdate = true;
break;
}

Re: [patch] Re: Lyx crashes with paragraph up.

[Jürgen Spitzmüller]

Bo Peng wrote:
> > fix attached.
>
> This fixes the crash but I think the correct behavior should be
> keeping the cursor in its original paragraph and location, right?

That would be Abdel's patch.

Jürgen

[PATCH] Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Jürgen Spitzmüller wrote:

Abdelrazak Younes wrote:

Obvious candidates for the brown paper bag:

http://www.lyx.org/trac/changeset/19057


Unlikely (this affects only LaTeX output).


http://www.lyx.org/trac/changeset/19046


Reverting this does not fix the crash.


I was wrong, see my other post. Here is an obvious fix (not tested).

Abdel.
Index: Text3.cpp
===
--- Text3.cpp   (revision 19064)
+++ Text3.cpp   (working copy)
@@ -377,6 +377,7 @@
std::swap(pars_[pit], pars_[pit + 1]);
updateLabels(cur.buffer());
needsUpdate = true;
+   ++cur.pit();
break;
}
 
@@ -386,6 +387,7 @@
finishUndo();
std::swap(pars_[pit], pars_[pit - 1]);
updateLabels(cur.buffer());
+   --cur.pit();
needsUpdate = true;
break;
}

Re: [patch] Re: Lyx crashes with paragraph up.

[Bo Peng]

On 7/13/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:

Bo Peng wrote:
> Open the attached lyx file, move cursor to the end of the second line
> (actually anywhere with pos > length of previous line). Edit ->
> paragraph up, lyx crashes.

fix attached.


This fixes the crash but I think the correct behavior should be
keeping the cursor in its original paragraph and location, right?

Bo

Re: Lyx crashes with paragraph up.

[Bo Peng]

I am investigating if there is a quick fix,... and Pavel says it is
introduced after rc2.


I guess it is something like:

P1: len 8
P2: len 20
Cursor: par = 2, pos = 20

after paragraph up

P1: len 20
P2: len 8
Cursor: par = 2, pos = 20

Fitcursor fails because pos > len. Looks like cursor needs to be
changed to paragraph 1...

Looking/Waiting for a one liner...

Bo

[patch] Re: Lyx crashes with paragraph up.

[Jürgen Spitzmüller]

Bo Peng wrote:
> Open the attached lyx file, move cursor to the end of the second line
> (actually anywhere with pos > length of previous line). Edit ->
> paragraph up, lyx crashes.

fix attached.

Jürgen
Index: src/Text3.cpp
===
--- src/Text3.cpp	(Revision 19062)
+++ src/Text3.cpp	(Arbeitskopie)
@@ -375,6 +375,7 @@
 		recUndo(cur, pit, pit + 1);
 		finishUndo();
 		std::swap(pars_[pit], pars_[pit + 1]);
+		cur.fixIfBroken();
 		updateLabels(cur.buffer());
 		needsUpdate = true;
 		break;
@@ -385,6 +386,7 @@
 		recUndo(cur, pit - 1, pit);
 		finishUndo();
 		std::swap(pars_[pit], pars_[pit - 1]);
+		cur.fixIfBroken();
 		updateLabels(cur.buffer());
 		needsUpdate = true;
 		break;

Re: Lyx crashes with paragraph up.

[Jürgen Spitzmüller]

Abdelrazak Younes wrote:
> Obvious candidates for the brown paper bag:
>
> http://www.lyx.org/trac/changeset/19057

Unlikely (this affects only LaTeX output).

> http://www.lyx.org/trac/changeset/19046

Reverting this does not fix the crash.

Jürgen

Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Abdelrazak Younes wrote:

Bo Peng wrote:

Open the attached lyx file, move cursor to the end of the second line
(actually anywhere with pos > length of previous line). Edit ->
paragraph up, lyx crashes.

Can any one confirm?


Works fine with rev. 19044.


Wrong, I was using a release build with assertion disabled and it worked 
fine. Now in debug mode, the assertion is triggered.


So the responsible is previous to rev 19044, forget what I said about 
the other ones.


Abdel.

Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Jürgen Spitzmüller wrote:

Bo Peng wrote:

Open the attached lyx file, move cursor to the end of the second line
(actually anywhere with pos > length of previous line). Edit ->
paragraph up, lyx crashes.

Can any one confirm?


Yes. Please file a bug report.


With the frequency of crashes I am experiencing right now, I am
wondering if lyx 1.5.0 is really ready. :-(


Well, obviously, nobody used this function until now.


I use it quite often myself.

I'm confident that more 
crashes will come to our attention once 1.5.0 is released.


Not as obvious as this one I hope!

Abdel

Re: Lyx crashes with paragraph up.

[Bo Peng]

> Can any one confirm?

Yes. Please file a bug report.


I am investigating if there is a quick fix,... and Pavel says it is
introduced after rc2.


Well, obviously, nobody used this function until now. I'm confident that more
crashes will come to our attention once 1.5.0 is released.


It is not that I do not want to push 1.5.0 out of the door..., but
there has been a lot of patches after rc2, even big ones like layout
iconv. And if Pavel is right, they also introduces new bugs. A rc3
release is not a bad idea IMHO.

Bo



Bo

Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Bo Peng wrote:

Can any one confirm?


Confirmed under linux as well.


Obvious candidates for the brown paper bag:

http://www.lyx.org/trac/changeset/19057
http://www.lyx.org/trac/changeset/19046



#0  0x003dcd22e21d in raise () from /lib64/tls/libc.so.6
#1  0x003dcd22fa1e in abort () from /lib64/tls/libc.so.6
#2  0x0096aee1 in lyx::support::abort () at 
src/support/abort.cpp:25

#3  0x004eda7b in boost::assertion_failed (
   expr=0x9e4b4b "pos <= size()",
   function=0x9e5600 "const lyx::Font
lyx::Paragraph::getFontSettings(const lyx::BufferParams&,
lyx::pos_type) const", file=0x9e4b2d "src/Paragraph.cpp",
   line=1287) at src/boost.cpp:56
#4  0x0048ecf9 in lyx::Paragraph::getFontSettings (this=0x13b41a0,
   [EMAIL PROTECTED], pos=21) at src/Paragraph.cpp:1287
#5  0x0048f012 in lyx::Paragraph::getFont (this=0x13b41a0,
   [EMAIL PROTECTED], pos=21, [EMAIL PROTECTED])
   at src/Paragraph.cpp:1363
#6  0x00582c73 in lyx::Cursor::getFont (this=0xf14550)
   at src/Cursor.cpp:1478
#7  0x0054ee61 in lyx::BufferView::fitCursor (this=0xf142c0)
   at src/BufferView.cpp:264
#8  0x00550811 in lyx::BufferView::update (this=0xf142c0,
flags=Variable "flags" is not available.
)
   at src/BufferView.cpp:351
#9  0x0045ab94 in lyx::LyXFunc::dispatch (this=0xd35320,
   [EMAIL PROTECTED]) at src/LyXFunc.cpp:1821
#10 0x00428eea in lyx::dispatch ([EMAIL PROTECTED]) at 
src/LyX.cpp:1463

#11 0x0077fcf2 in lyx::LyXView::dispatch (this=0xe528d8,

Bo

Re: Lyx crashes with paragraph up.

[Abdelrazak Younes]

Bo Peng wrote:

Open the attached lyx file, move cursor to the end of the second line
(actually anywhere with pos > length of previous line). Edit ->
paragraph up, lyx crashes.

Can any one confirm?


Works fine with rev. 19044.

Abdel.

Re: Lyx crashes with paragraph up.

[Bo Peng]

Can any one confirm?


Confirmed under linux as well.

#0  0x003dcd22e21d in raise () from /lib64/tls/libc.so.6
#1  0x003dcd22fa1e in abort () from /lib64/tls/libc.so.6
#2  0x0096aee1 in lyx::support::abort () at src/support/abort.cpp:25
#3  0x004eda7b in boost::assertion_failed (
   expr=0x9e4b4b "pos <= size()",
   function=0x9e5600 "const lyx::Font
lyx::Paragraph::getFontSettings(const lyx::BufferParams&,
lyx::pos_type) const", file=0x9e4b2d "src/Paragraph.cpp",
   line=1287) at src/boost.cpp:56
#4  0x0048ecf9 in lyx::Paragraph::getFontSettings (this=0x13b41a0,
   [EMAIL PROTECTED], pos=21) at src/Paragraph.cpp:1287
#5  0x0048f012 in lyx::Paragraph::getFont (this=0x13b41a0,
   [EMAIL PROTECTED], pos=21, [EMAIL PROTECTED])
   at src/Paragraph.cpp:1363
#6  0x00582c73 in lyx::Cursor::getFont (this=0xf14550)
   at src/Cursor.cpp:1478
#7  0x0054ee61 in lyx::BufferView::fitCursor (this=0xf142c0)
   at src/BufferView.cpp:264
#8  0x00550811 in lyx::BufferView::update (this=0xf142c0,
flags=Variable "flags" is not available.
)
   at src/BufferView.cpp:351
#9  0x0045ab94 in lyx::LyXFunc::dispatch (this=0xd35320,
   [EMAIL PROTECTED]) at src/LyXFunc.cpp:1821
#10 0x00428eea in lyx::dispatch ([EMAIL PROTECTED]) at src/LyX.cpp:1463
#11 0x0077fcf2 in lyx::LyXView::dispatch (this=0xe528d8,

Bo

Re: Lyx crashes on exit (windows)

[Pavel Sanda]

> Revision 19044 was perfect for me so it anything happened this must be 
> after this revision. Could it be related to the recent locale/language 
> problems?

recent locale/language patches were reverted from tree.
pavel

Re: Lyx crashes with paragraph up.

[Pavel Sanda]

> Can any one confirm?

cant confirm with rc2.
can confirm with svn.

pavel

Re: Lyx crashes with paragraph up.

[Jürgen Spitzmüller]

Bo Peng wrote:
> Open the attached lyx file, move cursor to the end of the second line
> (actually anywhere with pos > length of previous line). Edit ->
> paragraph up, lyx crashes.
>
> Can any one confirm?

Yes. Please file a bug report.

> With the frequency of crashes I am experiencing right now, I am
> wondering if lyx 1.5.0 is really ready. :-(

Well, obviously, nobody used this function until now. I'm confident that more 
crashes will come to our attention once 1.5.0 is released.

Jürgen

Re: Lyx crashes on exit (windows)

[Abdelrazak Younes]

Bo Peng wrote:
Kind of randomly, but frequently, when lyx exists, a dialog shows up and 
says:


The instruction at )x0190f7b0 referenced memory at 0x6d729b1. The
memory could not be written. Click OK to terminate the program.


Revision 19044 was perfect for me so it anything happened this must be 
after this revision. Could it be related to the recent locale/language 
problems?


Without a backtrace there's not much we can do...

Abdel.

Re: Lyx crashes while opening sub-documents

[christian . ridderstrom]

On Wed, 4 Jul 2007, Abdelrazak Younes wrote:


[EMAIL PROTECTED] wrote:
> On Wed, 4 Jul 2007, Abdelrazak Younes wrote:
> 
>> Uwe Stöhr wrote:

>>> >  Could you please create a bugzilla (bugzilla.lyx.org) entry and
>>>  attach a sample file that
>>> >  reproduce the problem?
>>>
>>>  There is now bug 3970:
>>>  http://bugzilla.lyx.org/show_bug.cgi?id=3970
>>>
>>>  I can confirm the crash with RC2.
>>
>> What is important is trunk as I fixed some issue since RC2.
> 
> Are you saying it crashes in RC2 but not in trunk?


No, simply that RC2 confirmation is not important :-)

Now I can also confirm that it crashed in trunk :-(


"great"

/C

--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: Lyx crashes while opening sub-documents

[Abdelrazak Younes]

[EMAIL PROTECTED] wrote:

On Wed, 4 Jul 2007, Abdelrazak Younes wrote:


Uwe Stöhr wrote:

>  Could you please create a bugzilla (bugzilla.lyx.org) entry and
 attach a sample file that
>  reproduce the problem?

 There is now bug 3970:
 http://bugzilla.lyx.org/show_bug.cgi?id=3970

 I can confirm the crash with RC2.


What is important is trunk as I fixed some issue since RC2.


Are you saying it crashes in RC2 but not in trunk?


No, simply that RC2 confirmation is not important :-)

Now I can also confirm that it crashed in trunk :-(

Abdel.

Re: Lyx crashes while opening sub-documents

[christian . ridderstrom]

On Wed, 4 Jul 2007, Abdelrazak Younes wrote:


Uwe Stöhr wrote:

>  Could you please create a bugzilla (bugzilla.lyx.org) entry and
 attach a sample file that
>  reproduce the problem?

 There is now bug 3970:
 http://bugzilla.lyx.org/show_bug.cgi?id=3970

 I can confirm the crash with RC2.


What is important is trunk as I fixed some issue since RC2.


Are you saying it crashes in RC2 but not in trunk?

/C

--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: Lyx crashes while opening sub-documents

[Abdelrazak Younes]

Uwe Stöhr wrote:
 > Could you please create a bugzilla (bugzilla.lyx.org) entry and 
attach a sample file that

 > reproduce the problem?

There is now bug 3970:
http://bugzilla.lyx.org/show_bug.cgi?id=3970

I can confirm the crash with RC2.


What is important is trunk as I fixed some issue since RC2.

Abdel.

Re: Lyx crashes while opening sub-documents

[Uwe Stöhr]

> Could you please create a bugzilla (bugzilla.lyx.org) entry and attach a 
sample file that
> reproduce the problem?

There is now bug 3970:
http://bugzilla.lyx.org/show_bug.cgi?id=3970

I can confirm the crash with RC2.

regards Uwe

Re: Lyx crashes with table selection.

[Bo Peng]

On 2/13/07, Bo Peng <[EMAIL PROTECTED]> wrote:

Open the attached lyx file, select backward, e.g., from the
buttom-right cell to the top-left cell, Lyx crashes.


This is because saveSelection does not work for table selection. I may
disable persistent selection for tables before I figure out a
solution.

Cheers,
Bo

Re: Lyx crashes with table selection.

[Bo Peng]

On 2/14/07, Bo Peng <[EMAIL PROTECTED]> wrote:

Open the attached lyx file, select backward, e.g., from the
buttom-right cell to the top-left cell, Lyx crashes.


Forget error message and backtrace:

% gdb lyx
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 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 "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host
libthread_db library "/lib64/tls/libthread_db.so.1".

(gdb) run
Starting program: /usr/local/bin/lyx
[Thread debugging using libthread_db enabled]
[New Thread 182907519744 (LWP 20298)]
[New Thread 1084229984 (LWP 20335)]
Detaching after fork from child process 20336.
Assertion triggered in void lyxcopySelectionHelper(const
lyx::Buffer&, lyx::ParagraphList&, lyx::pit_type, lyx::pit_type, int,
int, lyx::textclass_type, lyxCutStack&) by failing check
"0 <= end && end <= pars[endpit].size()" in file src/CutAndPaste.C:15f

Program received signal SIGABRT, Aborted.
[Switching to Thread 182907519744 (LWP 20298)]
0x00357fc2e21d in raise () from /lib64/tls/libc.so.6
(gdb) backtrace
#0  0x00357fc2e21d in raise () from /lib64/tls/libc.so.6
#1  0x00357fc2fa1e in abort () from /lib64/tls/libc.so.6
#2  0x009c14fd in lyx::support::abort () at src/support/abort.C:25
#3  0x005615bc in boost::assertion_failed (
   expr=0xa856b0 "0 <= end && end <= pars[endpit].size()",
   function=0xa85300 "void lyxcopySelectionHelper(const
lyx::Buffer&, lyx::ParagraphList&, lyx::pit_type, lyx::pit_type, int,
int, lyx::textclass_type, lyxCutStack&)", file=0xa855a6
"src/CutAndPaste.C", line=351)
   at src/boost.C:56
#4  0x00523d2b in lyx::(anonymous namespace)::copySelectionHelper (
   [EMAIL PROTECTED], [EMAIL PROTECTED], startpit=0, endpit=0, start=0, end=3,
   tc=8, [EMAIL PROTECTED]) at src/paragraph.h:166
#5  0x00526efe in lyx::cap::(anonymous namespace)::copySelectionToStack
   ([EMAIL PROTECTED], [EMAIL PROTECTED]) at src/cursor_slice.h:68
#6  0x00527c2c in lyx::cap::saveSelection ([EMAIL PROTECTED])
   at src/CutAndPaste.C:655
#7  0x0078d79f in lyx::InsetTabular::doDispatch (this=0x0b0,
   [EMAIL PROTECTED], [EMAIL PROTECTED]) at src/insets/insettabular.C:541
#8  0x006f17b8 in lyx::InsetBase::dispatch (this=0x0b0,
   [EMAIL PROTECTED], [EMAIL PROTECTED]) at src/insets/insetbase.C:132
#9  0x005d1020 in lyx::LCursor::dispatch (this=0x7fbfffe0e0,
   [EMAIL PROTECTED]) at src/dociterator.h:83
#10 0x00513f7c in lyx::BufferView::workAreaDispatch (this=0x1092330,
   cmd0=Variable "cmd0" is not available.
) at src/BufferView.C:1171
#11 0x007dd7a7 in lyx::frontend::WorkArea::dispatch (this=0x1012bf8,
   [EMAIL PROTECTED], k=lyx::key_modifier::none)
   at src/frontends/WorkArea.C:214
#12 0x007f9c82 in lyx::frontend::GuiWorkArea::mouseReleaseEvent (
   this=0x1012bd0, e=Variable "e" is not available.
) at src/frontends/qt4/GuiWorkArea.C:309
#13 0x002a95a462ed in QWidget::event (this=0x1012bd0, event=0x7fbfffe8c0)
   at kernel/qwidget.cpp:5698
#14 0x002a95ccabc9 in QFrame::event (this=Variable "this" is not available.
) at widgets/qframe.cpp:633
#15 0x002a95d392ec in QAbstractScrollArea::viewportEvent
(this=Variable "this" is not available.
)
   at widgets/qabstractscrollarea.cpp:854
#16 0x002a95d39e58 in QAbstractScrollAreaFilter::eventFilter
(this=Variable "this" is not available.
)
   at widgets/qabstractscrollarea_p.h:47
#17 0x002a95a01b78 in QApplicationPrivate::notify_helper (this=0xe2d220,
   receiver=0x108dcd0, e=0x7fbfffe8c0) at kernel/qapplication.cpp:3426
#18 0x002a95a02506 in QApplication::notify (this=Variable "this"
is not available.
)
   at kernel/qapplication.cpp:3133
#19 0x002a95a5cbf3 in QETWidget::translateMouseEvent (this=0x108dcd0,
   event=Variable "event" is not available.
)
   at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:186
#20 0x002a95a5b608 in QApplication::x11ProcessEvent (this=0xe2e8e0,
   event=0x7fb050) at kernel/qapplication_x11.cpp:2900

Re: LyX crashes on cursor up/down

[Bo Peng]

This happens with Copy&Paste:
1) Create a note
2) Collapse it
3) Place the mouse cursor over the inset button.
4) Select the inset with the keyboard
5) type Ctrl-v immediately followed by Ctrl-v. The note inset is then
replaced by its own copy.
6) move the inset out of the inset


I find a simple solution to this: reset last_inset_ for each update.
Since I do not imagine any bad side effect of this change, I have
committed the change.

Bo

Index: src/BufferView.C
===
--- src/BufferView.C(revision 16484)
+++ src/BufferView.C(working copy)
@@ -335,6 +335,10 @@

 bool BufferView::update(Update::flags flags)
{
+   // last_inset_ points to the last visited inset. This pointer may become
+   // invalid becuase of keyboard editing. Since all such operations
+   // causes screen update(), I reset last_inset_ to avoid such a problem.
+   last_inset_ = 0;
   // This is close to a hot-path.
   if (lyxerr.debugging(Debug::DEBUG)) {
   lyxerr[Debug::DEBUG]

Re: LyX crashes on cursor up/down

[Bo Peng]

This happens with Copy&Paste:
1) Create a note
2) Collapse it
3) Place the mouse cursor over the inset button.
4) Select the inset with the keyboard
5) type Ctrl-v immediately followed by Ctrl-v. The note inset is then
replaced by its own copy.
6) move the inset out of the inset


This is somehow expected from the beginning of using last_inset_. I
guess something like boost/signal has to be used (e.g. when an inset
is destroyed).

Bo

Re: LyX crashes on cursor up/down

[Abdelrazak Younes]

Bo Peng wrote:


There is an easy crash to reproduce though with mouse-hover when you
pass on top of the first Note with the mouse. The crash happens at line
1073 of BufferView.C because last_inset points to invalid memory...

Bo, I guess this is for you ;-)


I can not reproduce it. Could you please elaborate?


This happens with Copy&Paste:
1) Create a note
2) Collapse it
3) Place the mouse cursor over the inset button.
4) Select the inset with the keyboard
5) type Ctrl-v immediately followed by Ctrl-v. The note inset is then 
replaced by its own copy.

6) move the inset out of the inset

CRASH.


last_inset_ is
initialized to 0 and should be pointing to valid inset later on.


In this case, last_inset_ points to the replaced inset that has been 
erased. So it is not valid anymore...



Also,
1073 of BufferView.C points to the use of inset, not last_inset_.


Sorry, that was line 1072.

Abdel.

Re: LyX crashes on cursor up/down

[Bo Peng]

> * insert->note->lyx note, enter a few chars, collapse the note. Copy the note
>   several times (three lines?), use mouse to select. Lyx crashes with
>
>   Assertion triggered in void lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest&) 
by failing check "cur.text() == this" in file src/text3.C:323
>
>   NOTE: this is unrelated to the button face-lift patch.

Maybe but I cannot reproduce this crash...


I have fixed this one. It is the same bug as the
click-before-collapsable-inset one.


There is an easy crash to reproduce though with mouse-hover when you
pass on top of the first Note with the mouse. The crash happens at line
1073 of BufferView.C because last_inset points to invalid memory...

Bo, I guess this is for you ;-)


I can not reproduce it. Could you please elaborate? last_inset_ is
initialized to 0 and should be pointing to valid inset later on. Also,
1073 of BufferView.C points to the use of inset, not last_inset_.

Bo

Re: LyX crashes on cursor up/down

[Abdelrazak Younes]

Peter Kümmel wrote:

* insert->note->lyx note, enter a few chars, collapse the note. Copy the note
  several times (three lines?), use mouse to select. Lyx crashes with

  Assertion triggered in void lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest&) by 
failing check "cur.text() == this" in file src/text3.C:323

  NOTE: this is unrelated to the button face-lift patch.


Maybe but I cannot reproduce this crash...
There is an easy crash to reproduce though with mouse-hover when you 
pass on top of the first Note with the mouse. The crash happens at line 
1073 of BufferView.C because last_inset points to invalid memory...


Bo, I guess this is for you ;-)

Abdel.

Re: LyX crashes on cursor up/down

[Peter Kümmel]

Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
>> Latest svn. Load any sufficiently long document and scroll it down and up
>> using the arrow keys. Sooner than later LyX asserts. I get two different
>> assertions:
>>
>> Assertion triggered in lyx::Point lyx::CoordCache::get(const
>> lyx::LyXText*, lyx::pit_type) const by failing check "posit !=
>> it->second.end()" in file ../../src/coordcache.C:57
>>
>> and
>>
>> Assertion triggered in bool
>> lyx::LyXText::deleteEmptyParagraphMechanism(lyx::LCursor&,
>> lyx::LCursor&, bool&) by failing check "old.text() == this" in file
>> ../../src/text2.C:1280
> 
> Fixed:
> 
> Author: younes
> Date: Mon Jan  1 10:59:11 2007
> New Revision: 16453
> 
> URL: http://www.lyx.org/trac/changeset/16453
> Log:
> Following depm sanitization, the assertion was bogus when entering an
> inset.
> 
> 
> Modified:
> lyx-devel/trunk/src/text2.C
> 
> Modified: lyx-devel/trunk/src/text2.C
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/text2.C?rev=16453
> ==
> 
> --- lyx-devel/trunk/src/text2.C (original)
> +++ lyx-devel/trunk/src/text2.C Mon Jan  1 10:59:11 2007
> @@ -1281,8 +1281,6 @@
>  LCursor & old, bool & need_anchor_change)
>  {
>  //lyxerr[Debug::DEBUG] << "DEPM: cur:\n" << cur << "old:\n" << old
> << endl;
> -// old should point to us
> -BOOST_ASSERT(old.text() == this);
> 
>  Paragraph & oldpar = old.paragraph();
> 
> 
> 
> 


Maybe the following bug could also be fix this way:

EDITING

* insert->note->lyx note, enter a few chars, collapse the note. Copy the note
  several times (three lines?), use mouse to select. Lyx crashes with

  Assertion triggered in void lyx::LyXText::dispatch(lyx::LCursor&, 
lyx::FuncRequest&) by failing check "cur.text() == this" in file src/text3.C:323

  NOTE: this is unrelated to the button face-lift patch.




Peter

Re: LyX crashes on cursor up/down

[Abdelrazak Younes]

Enrico Forestieri wrote:

Latest svn. Load any sufficiently long document and scroll it down and up
using the arrow keys. Sooner than later LyX asserts. I get two different
assertions:

Assertion triggered in lyx::Point lyx::CoordCache::get(const lyx::LyXText*, lyx::pit_type) 
const by failing check "posit != it->second.end()" in file 
../../src/coordcache.C:57

and

Assertion triggered in bool lyx::LyXText::deleteEmptyParagraphMechanism(lyx::LCursor&, 
lyx::LCursor&, bool&) by failing check "old.text() == this" in file 
../../src/text2.C:1280


Fixed:

Author: younes
Date: Mon Jan  1 10:59:11 2007
New Revision: 16453

URL: http://www.lyx.org/trac/changeset/16453
Log:
Following depm sanitization, the assertion was bogus when entering an inset.


Modified:
lyx-devel/trunk/src/text2.C

Modified: lyx-devel/trunk/src/text2.C
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/text2.C?rev=16453
==
--- lyx-devel/trunk/src/text2.C (original)
+++ lyx-devel/trunk/src/text2.C Mon Jan  1 10:59:11 2007
@@ -1281,8 +1281,6 @@
LCursor & old, bool & need_anchor_change)
 {
 	//lyxerr[Debug::DEBUG] << "DEPM: cur:\n" << cur << "old:\n" << old << 
endl;

-   // old should point to us
-   BOOST_ASSERT(old.text() == this);

Paragraph & oldpar = old.paragraph();

Re: LyX crashes on cursor up/down

[Abdelrazak Younes]

Enrico Forestieri wrote:

Latest svn. Load any sufficiently long document and scroll it down and up
using the arrow keys. Sooner than later LyX asserts. I get two different
assertions:

Assertion triggered in lyx::Point lyx::CoordCache::get(const lyx::LyXText*, lyx::pit_type) 
const by failing check "posit != it->second.end()" in file 
../../src/coordcache.C:57


This one is fixed.



and

Assertion triggered in bool lyx::LyXText::deleteEmptyParagraphMechanism(lyx::LCursor&, 
lyx::LCursor&, bool&) by failing check "old.text() == this" in file 
../../src/text2.C:1280


This is when entering an inset apparently. I will fix this.



depending on the sequence of actions I perform.

BTW, happy new year to all!


ditto!

Abdel.

Re: LyX crashes using LyX150svn builds for Windows

[Jean-Marc Lasgouttes]

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:

Abdelrazak> I am sure they are not visible. Just make a break point
Abdelrazak> inside Action and I think you'll see the contents. The
Abdelrazak> visibility problem was probably because the Action object
Abdelrazak> was of null address:

I know that the action object is null, but I am not sure it was
because of the bug. The action object is what is given to us by the
toolbar (provided we click on the icon).

JMarc

Re: LyX crashes using LyX150svn builds for Windows

[Abdelrazak Younes]

Abdelrazak Younes wrote:

Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes 
<[EMAIL PROTECTED]> writes:


Abdelrazak> Georg solved that apparently. The Action state below was
Abdelrazak> not meaningful I think.

Yes, it looks it it. However, it is annoying that actions are not
visible in gdb. I guess it is related to the fact that they are just
references to stuff from MenuBackend.


I am sure they are not visible. 


I am _not_ sure they are not visible.

Just make a break point inside Action 
and I think you'll see the contents. The visibility problem was probably 
because the Action object was of null address:


(gdb) frame 10
#10 0x08a10778 in lyx::frontend::Action::action (this=0x0)
^^
at ../../../../lyx-devel/src/frontends/qt4/Action.C:95
95  lyxView_.dispatch(func_);
Current language:  auto; currently c++

I don't know why the address is null at the first place but the reason 
is most certainly earlier in the crash.


Abdel.

Re: LyX crashes using LyX150svn builds for Windows

[Abdelrazak Younes]

Jean-Marc Lasgouttes wrote:

"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:


Abdelrazak> Georg solved that apparently. The Action state below was
Abdelrazak> not meaningful I think.

Yes, it looks it it. However, it is annoying that actions are not
visible in gdb. I guess it is related to the fact that they are just
references to stuff from MenuBackend.


I am sure they are not visible. Just make a break point inside Action 
and I think you'll see the contents. The visibility problem was probably 
because the Action object was of null address:


(gdb) frame 10
#10 0x08a10778 in lyx::frontend::Action::action (this=0x0)
^^
at ../../../../lyx-devel/src/frontends/qt4/Action.C:95
95  lyxView_.dispatch(func_);
Current language:  auto; currently c++

I don't know why the address is null at the first place but the reason 
is most certainly earlier in the crash.


Abdel.

Re: LyX crashes using LyX150svn builds for Windows

[Jean-Marc Lasgouttes]

> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:

Abdelrazak> Georg solved that apparently. The Action state below was
Abdelrazak> not meaningful I think.

Yes, it looks it it. However, it is annoying that actions are not
visible in gdb. I guess it is related to the fact that they are just
references to stuff from MenuBackend.

JMarc

Re: LyX crashes using LyX150svn builds for Windows

[Abdelrazak Younes]

Jean-Marc Lasgouttes wrote:

"Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:


Juergen> Andreas Karlsson wrote:

Crashes:

1. Start LyX 2. Choose File > New 3. Click on the icon for "Include
file" --> Crash


Juergen> This is now http://bugzilla.lyx.org/show_bug.cgi?id=3037

Abdel, could you have a look at this one? Something is weird with
Action:


Georg solved that apparently. The Action state below was not meaningful 
I think.


Abdel.



(gdb) frame 10
#10 0x08a10778 in lyx::frontend::Action::action (this=0x0)
at ../../../../lyx-devel/src/frontends/qt4/Action.C:95
95  lyxView_.dispatch(func_);
Current language:  auto; currently c++
(gdb) p func_
Cannot access memory at address 0x8
(gdb) p this
$1 = (class lyx::frontend::Action * const) 0x0

JMarc

Re: LyX crashes using LyX150svn builds for Windows

[Jean-Marc Lasgouttes]

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:

Juergen> Andreas Karlsson wrote:
>> Crashes:
>> 
>> 1. Start LyX 2. Choose File > New 3. Click on the icon for "Include
>> file" --> Crash

Juergen> This is now http://bugzilla.lyx.org/show_bug.cgi?id=3037

Abdel, could you have a look at this one? Something is weird with
Action:

(gdb) frame 10
#10 0x08a10778 in lyx::frontend::Action::action (this=0x0)
at ../../../../lyx-devel/src/frontends/qt4/Action.C:95
95  lyxView_.dispatch(func_);
Current language:  auto; currently c++
(gdb) p func_
Cannot access memory at address 0x8
(gdb) p this
$1 = (class lyx::frontend::Action * const) 0x0

JMarc

Re: LyX crashes using LyX150svn builds for Windows

[Juergen Spitzmueller]

Andreas Karlsson wrote:
> Crashes:
>
> 1. Start LyX
> 2. Choose File > New
> 3. Click on the icon for "Include file" --> Crash

This is now
http://bugzilla.lyx.org/show_bug.cgi?id=3037

> 1. Start LyX
> 2. Choose File > New
> 3. Choose Tools > Preferences >Look and feel >User preferences > User
> interface file > Browse > Wintoolbars > Save
> 4. Choose Tools > Preferences >Look and feel >User preferences > User
> interface file > Browse --> Crash

Known bug. See Status.15x.

Jürgen

Re: LyX crashes with opening "Customization.lyx"

[Andreas Vox]

Michael Schmitt <[EMAIL PROTECTED]> writes:

> 
> Hi,
> 
> LyX crashes whenever I try to open "Customization.lyx" (Windows, MINGW 
> build). Does this problem occur on the Linux platform as well?

Don't know about Linux, but it doesn't appear on MacOSX 10.3

/Andreas

Re: LyX crashes when cursor is near a math inset

[Andreas Vox]

Alfredo Braunstein <[EMAIL PROTECTED]> writes:

> 
> Andreas Vox wrote:
> 
> > Hi!
> > 
> > Recently, but not yet reproducible, I get the following errors 
> > when the cursor is near a math inset. Sometimes I'm just 
> > hovering with the mouseand not even typing anything.
> 
> Hi Andreas, maybe this patch helps?
> 
> http://marc.theaimsgroup.com/?l=lyx-devel&m=109604980405186&w=2
> 
> If you confirm that it does any good and doesn't break anything else, I'd
> apply it.

I applied the patch, but the crash in the find dialog still appears.
And Bug 1598 is also not solved.
So no changes yet.

I'll let your patch stay and tell you if the daily behaviour gets 
better or worse.

Cheers
/Andreas

Re: LyX crashes when cursor is near a math inset

[Alfredo Braunstein]

Andreas Vox wrote:

> Hi!
> 
> Recently, but not yet reproducible, I get the following errors when the
> cursor is near a math inset. Sometimes I'm just hovering with the mouse
> and not even typing anything.

Hi Andreas, maybe this patch helps?

http://marc.theaimsgroup.com/?l=lyx-devel&m=109604980405186&w=2

If you confirm that it does any good and doesn't break anything else, I'd
apply it.
 
> Is this a known bug? (Couldn't find it on Bugzilla)
> Shall I add it to Bugzilla or shall I try a patch first. I read
> recently that someone is rewriting the cursor-cache code, so maybe it's
> not that interesting to report bugs for vanilla-cvs.

That's what Andrà says. The problem is, as I see it, that no one (maybe
except AndrÃ) has a completely clear view of the code, so "from scratch"
programming isn't easy. Most has to be done by trial and error, checking
that we are not breaking anything. Unfortunately current cvs is already
broken a bit everywhere (at least the display/edit part) and this becomes
very difficult. 

I'll try to find some time to start in a couple of weeks. I'll certainly
welcome help ;-)

I think that bug reporting is useful nevertheless. We don't even have a
clear view of what's broken. (things that I've seen broken: navigation
[inside nested insets, some random crashes when navigating with the cursor,
scrollbar/mousewheel], cursor display [sometimes dissapear], and automatic
labels)

Regards, Alfredo

Re: LyX crashes when cursor is near a math inset

[Andreas Vox]

Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes:

> ... 
> 
> Still interesting, and even better if you have a patch.
> 

Hah, you are getting greedy! ;-)

Maybe someone can tell why the following code in cursor.C:140

LCursor cur = cursor;
cur.setCursor(it);
cur.inset().getCursorPos(cur, xo, yo);

throws an BAD_ACCESS in getCursorPos().

Any reason why cur.inset() could be NULL ?

If the answer is yes, I can provide a short patch which checks for that, 
if not, something is wrong with the code logic.

Cheers
/Andreas

Re: LyX crashes when cursor is near a math inset

[Jean-Marc Lasgouttes]

> "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes:

Andreas> Hi! Recently, but not yet reproducible, I get the following
Andreas> errors when the cursor is near a math inset. Sometimes I'm
Andreas> just hovering with the mouse and not even typing anything.

Andreas> Apple bug report: (I have a couple of those, just ask ;-)

Andreas> 0 com.18james.lyx 0x00083540 Row::pos() const + 0 (lyxrow.C:50) 

By the way, wouldn't it be more correct to replace com.18james.lyx
with org.lyx or something? LyX/Mac is now an official port.

JMarc

Re: LyX crashes when cursor is near a math inset

[Lars Gullik Bjønnes]

Andreas Vox <[EMAIL PROTECTED]> writes:

| Hi!
>
| Recently, but not yet reproducible, I get the following errors when
| the  cursor is near a math inset. Sometimes I'm just hovering with the
| mouse  and not even typing anything.
>
| Is this a known bug? (Couldn't find it on Bugzilla)
| Shall I add it to Bugzilla or shall I try a patch first. I read
| recently that someone is rewriting the cursor-cache code, so maybe
| it's  not that interesting to report bugs for vanilla-cvs.

Still interesting, and even better if you have a patch.

-- 
Lgb

Re: LyX crashes when copying from one doc to another

[Mario Mommer]

Jean-Marc Lasgouttes wrote:
> This is typical of having a libformas version compiled for glibc 2.0
> (like the one redhat proposes on some versions) and using it with
> glibc 2.[12]. Xforms is just trying to display some error message here
> (it happens with cut and paste for unknown reasons).
> 
> Either get an xforms rpm from ftp.lyx.org/pub/lyx/contrib or compile
> yourself xforms 1.0rc4 from ftp.lyx.org/pub/xforms/OpenSource.

That was the cure.

I compiled xforms1.0rc4, recompiled lyx, and now everythinbg works... 
thanks!

Mario

Re: LyX crashes when copying from one doc to another

[Jean-Marc Lasgouttes]

> "Mario" == Mario Mommer <[EMAIL PROTECTED]> writes:

Mario> Hi, I'm using lyx 1.2.1 w. xforms 0.89, and I observed the
Mario> following bug: I open a new document and type "whatever"

Mario> I open another new document

Mario> I go to the old one and mark something. Then I type C-C

Mario> I go back to the second document. It faints

Mario> Here's the backtrace.

Mario> (gdb) backtrace 
Mario> #0 0x in ?? () 
Mario> #1 0x402c3eff in vfprintf () from /lib/libc.so.6 
Mario> #2 0x402cce97 in fprintf () from /lib/libc.so.6 
Mario> #3 0x400cc870 in P_errmsg () from /home/mommer/local/lib/libforms.so.0.89 

This is typical of having a libformas version compiled for glibc 2.0
(like the one redhat proposes on some versions) and using it with
glibc 2.[12]. Xforms is just trying to display some error message here
(it happens with cut and paste for unknown reasons).

Either get an xforms rpm from ftp.lyx.org/pub/lyx/contrib or compile
yourself xforms 1.0rc4 from ftp.lyx.org/pub/xforms/OpenSource.

JMarc

Re: Re: LyX crashes on loading my lyx-file

[Rob Lahaye]

> From: "Jean-MarcLasgouttes" <[EMAIL PROTECTED]>
> 
> Rob> I have a LyX file, generated with 1.2 a few weeks ago. LyX CVS
> Rob> crashes on that one.
> Could you post the complete file (or a smaller on which exhibits the
> same problem)? It seems there is a crash when trying t parse one of
> your math formulas.

I had a private (off-list) communication with Andre Poenitz and it seems
that he has solved the problem; I haven't had an opportunity to upgrade
my CVS yet; will try that next week.

Rob.