Re: easy lyx crash

[Lars Gullik Bjønnes]

Dan Armak [EMAIL PROTECTED] writes:

| in Help-Introduction and send us a bug report, if necessary. Thanks !
| Bye.
| Aborted

So... not a crash but an abort. Not the same thing.

Backtrace wanted.

-- 
Lgb

Re: easy lyx crash

[Lars Gullik Bjønnes]

Dan Armak <[EMAIL PROTECTED]> writes:

| in Help->Introduction and send us a bug report, if necessary. Thanks !
| Bye.
| Aborted

So... not a crash but an abort. Not the same thing.

Backtrace wanted.

-- 
Lgb

Re: easy lyx crash

[Jos van den Oever]

On Thursday 20 March 2003 17:45, John Levon wrote:
 On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:
  I just crashed lyx 1.3.1. The recipe is easy:

 xforms frontend ?
no, qt 3.1.2

  - open lyx
  - press Alt-F to open the File menu
  - press i (for import, which is not acivated and the cause of the
  problem)

 Why isn't the menu activated ?
Because there's a bug. ;^)

 It is for me as it should be.
I just checked on an old box with qt 3.0.1: this is ok and does not crash.
So there might have been an API change from qt 3.0 to 3.1.

This is what valgrind says:
==2549== Invalid read of size 1
==2549==at 0x4061FEEE: QPopupMenu::keyPressEvent(QKeyEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==by 0x4055F709: QWidget::event(QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==by 0x404C6DFA: QApplication::internalNotify(QObject *, QEvent *) 
(in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==by 0x404C6638: QApplication::notify(QObject *, QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==Address 0x28 is not stack'd, malloc'd or free'd

Right now, I'm reompiling lyx with --enable-debug, so the next valgrind output 
will have more debug info in it.

Best regards, Jos

Re: easy lyx crash

[Jos van den Oever]

Here's the full valgrind output:
==13312== Invalid read of size 1
==13312==at 0x4061FEEE: QPopupMenu::keyPressEvent(QKeyEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4055F709: QWidget::event(QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404C6DFA: QApplication::internalNotify(QObject *, QEvent *) 
(in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404C6638: QApplication::notify(QObject *, QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4046EEA2: QETWidget::translateKeyEvent(_XEvent const *, 
bool) (in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4046AD9D: QApplication::x11ProcessEvent(_XEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4047E4E8: QEventLoop::processEvents(unsigned int) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404DA4CF: QEventLoop::enterLoop(void) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404DA416: QEventLoop::exec(void) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404C7025: QApplication::exec(void) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x83374B6: lyx_gui::start(basic_stringchar, 
string_char_traitschar, __default_alloc_templatetrue, 0  const , 
vectorbasic_stringchar, string_char_traitschar, 
__default_alloc_templatetrue, 0 , allocatorbasic_stringchar, 
string_char_traitschar, __default_alloc_templatetrue, 0const ) 
(lyx_gui.C:169)
==13312==by 0x811E162: LyX::LyX(int , char **) (../src/lyx_main.C:166)
==13312==by 0x81814D5: main (../src/main.C:31)
==13312==by 0x40D3A9EC: __libc_start_main (in /lib/libc.so.6)
==13312==by 0x805F8F0: (within /usr/local/bin/lyx)
==13312==Address 0x28 is not stack'd, malloc'd or free'd

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

This does not point to a relevent piece of code in lyx. The problem is 
probably somewhere in the initialisation of the menus.


Valgrind does give on other unrelated error pertaining to the splash screen:

==13312==Address 0x44F20DF6 is 850 bytes inside a block of size 247080 
alloc'd
==13312==at 0x401686B8: malloc (vg_clientfuncs.c:100)
==13312==by 0x40484AB6: QPixmap::convertFromImage(QImage const , int) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x405371B8: QPixmap::load(QString const , char const *, int) 
(in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x40537266: QPixmap::load(QString const , char const *, 
QPixmap::ColorMode) (in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x83E5962: grfx::QLImage::load(basic_stringchar, 
string_char_traitschar, __default_alloc_templatetrue, 0  const ) 
(QLImage.C:141)
==13312==by 0x83F7942: grfx::CacheItem::Impl::loadImage(void) 
(GraphicsCacheItem.C:287)
==13312==by 0x83F88C3: grfx::CacheItem::Impl::convertToDisplayFormat(void) 
(GraphicsCacheItem.C:389)
==13312==by 0x83F6D34: grfx::CacheItem::Impl::startLoading(void) 
(GraphicsCacheItem.C:206)
==13312==by 0x83F5F34: grfx::CacheItem::startLoading(void) const 
(GraphicsCacheItem.C:144)
==13312==by 0x8403290: grfx::Loader::startLoading(void) const 
(GraphicsLoader.C:137)
==13312==by 0x82BF005: {anonymous}::SplashScreen::SplashScreen(void) 
(screen.C:106)
==13312==by 0x82BEB0B: {anonymous}::SplashScreen::get(void) (screen.C:77)
==13312==by 0x82BF3AC: LyXScreen::LyXScreen(void) (screen.C:116)
==13312==by 0x833C856: QScreen::QScreen(QWorkArea ) (qscreen.C:48)
==13312==by 0x82C80E0: LyXScreenFactory::create(WorkArea ) 
(LyXScreenFactory.C:26)
==13312==by 0x806456D: BufferView::Pimpl::Pimpl(BufferView *, LyXView *, 
int, int, int, int) (BufferView_pimpl.C:113)
==13312==by 0x805F9F8: BufferView::BufferView(LyXView *, int, int, int, 
int) (BufferView.C:65)
==13312==by 0x8331AD9: QtView::QtView(unsigned int, unsigned int) 
(QtView.C:66)
==13312==by 0x8337044: lyx_gui::start(basic_stringchar, 
string_char_traitschar, __default_alloc_templatetrue, 0  const , 
vectorbasic_stringchar, string_char_traitschar, 
__default_alloc_templatetrue, 0 , allocatorbasic_stringchar, 
string_char_traitschar, __default_alloc_templatetrue, 0const ) 
(lyx_gui.C:140)
==13312==by 0x811E162: LyX::LyX(int , char **) (../src/lyx_main.C:166)
==13312==by 0x81814D5: main (../src/main.C:31)
==13312==by 0x40D3A9EC: __libc_start_main (in /lib/libc.so.6)
==13312==by 0x805F8F0: (within /usr/local/bin/lyx)

Re: easy lyx crash

[Jean-Marc Lasgouttes]

 Jos == Jos van den Oever [EMAIL PROTECTED] writes:

Jos This does not point to a relevent piece of code in lyx. The
Jos problem is probably somewhere in the initialisation of the menus.


What does 'lyx -dbg gui,action' say when you open the File menu?

JMarc

Re: easy lyx crash

[Jos van den Oever]

On Friday 21 March 2003 12:01, Jean-Marc Lasgouttes wrote:
  Jos == Jos van den Oever [EMAIL PROTECTED] writes:

 Jos This does not point to a relevent piece of code in lyx. The
 Jos problem is probably somewhere in the initialisation of the menus.


 What does 'lyx -dbg gui,action' say when you open the File menu?

 JMarc

--- before pressing Alt-f

Action 202 does not have any pseudo actions.
Creating new pseudoaction 486 for [202|text]
Action 202does not have any pseudoactions with arg textparagraph
Creating new pseudoaction 487 for [202|textparagraph]
Action 202does not have any pseudoactions with arg latex
Creating new pseudoaction 488 for [202|latex]
Action 202does not have any pseudoactions with arg linuxdoc
Creating new pseudoaction 489 for [202|linuxdoc]
Action 202does not have any pseudoactions with arg literate
Creating new pseudoaction 490 for [202|literate]
Action 202does not have any pseudoactions with arg word
Creating new pseudoaction 491 for [202|word]
Action 155 does not have any pseudo actions.
Creating new pseudoaction 492 for [155|/tmp/lyx-1.3.1/lib/examples/splash.lyx]
Label: New Shortcut: N Accel: [C-n]
Label: New from Template... Shortcut: T Accel: [S-C-N]
Label: Open... Shortcut: O Accel: [C-o] [F3]
Label: Close Shortcut: C Accel: [C-w] [C-F4]
Label: Save Shortcut: S Accel: [C-s] [F2]
Label: Save As... Shortcut: A Accel: [S-C-S]
Label: Revert Shortcut: R Accel: [C-r]
Label: Version Control Shortcut: V
Label: Import Shortcut: I
Found the pseudoaction: [202|text]
Found the pseudoaction: [202|textparagraph]
Found the pseudoaction: [202|latex]
Found the pseudoaction: [202|linuxdoc]
Found the pseudoaction: [202|literate]
Found the pseudoaction: [202|word]
Found the pseudoaction: [202|text]
Label: ASCII text as lines... Shortcut: A Accel:
Found the pseudoaction: [202|textparagraph]
Found the pseudoaction: [202|latex]
Label: LaTeX... Shortcut: L Accel:
Found the pseudoaction: [202|linuxdoc]
Label: LinuxDoc... Shortcut: x Accel:
Found the pseudoaction: [202|literate]
Label: NoWeb... Shortcut: N Accel:
Found the pseudoaction: [202|word]
Label: Word... Shortcut: W Accel:
Label: Export Shortcut: E
Found the pseudoaction: [189|custom]
Found the pseudoaction: [189|custom]
Label: Custom... Shortcut: C Accel:
Label: Print... Shortcut: P Accel: [C-p]
Found the pseudoaction: [189|fax]
Label: Exit Shortcut: x Accel: [C-q] [M-F4]
Found the pseudoaction: [155|/tmp/lyx-1.3.1/lib/examples/splash.lyx]
Label: 1. .../lib/examples/splash.lyx Shortcut: 1 Accel:
repainting 0,0 784,855

pressing 'i' does not give additional output
pressing right cursor crashes the app:

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.

Re: easy lyx crash

[Jos van den Oever]

Additional info:

The crash is related to the fact that 'alt-f i right cursor' should open a 
submenu. The sequence 'ctrl-n alt-e x right cursor' also crashes lyx.

Upon pressing 'i' after 'alt-f' should already open the submenu, without the 
need for right cursor.

Re: easy lyx crash

[Jos van den Oever]

On Thursday 20 March 2003 17:45, John Levon wrote:
> On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:
> > I just crashed lyx 1.3.1. The recipe is easy:
>
> xforms frontend ?
no, qt 3.1.2

> > - open lyx
> > - press Alt-F to open the File menu
> > - press i (for import, which is not acivated and the cause of the
> > problem)
>
> Why isn't the menu activated ?
Because there's a bug. ;^)

> It is for me as it should be.
I just checked on an old box with qt 3.0.1: this is ok and does not crash.
So there might have been an API change from qt 3.0 to 3.1.

This is what valgrind says:
==2549== Invalid read of size 1
==2549==at 0x4061FEEE: QPopupMenu::keyPressEvent(QKeyEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==by 0x4055F709: QWidget::event(QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==by 0x404C6DFA: QApplication::internalNotify(QObject *, QEvent *) 
(in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==by 0x404C6638: QApplication::notify(QObject *, QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==2549==Address 0x28 is not stack'd, malloc'd or free'd

Right now, I'm reompiling lyx with --enable-debug, so the next valgrind output 
will have more debug info in it.

Best regards, Jos

Re: easy lyx crash

[Jos van den Oever]

Here's the full valgrind output:
==13312== Invalid read of size 1
==13312==at 0x4061FEEE: QPopupMenu::keyPressEvent(QKeyEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4055F709: QWidget::event(QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404C6DFA: QApplication::internalNotify(QObject *, QEvent *) 
(in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404C6638: QApplication::notify(QObject *, QEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4046EEA2: QETWidget::translateKeyEvent(_XEvent const *, 
bool) (in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4046AD9D: QApplication::x11ProcessEvent(_XEvent *) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x4047E4E8: QEventLoop::processEvents(unsigned int) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404DA4CF: QEventLoop::enterLoop(void) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404DA416: QEventLoop::exec(void) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x404C7025: QApplication::exec(void) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x83374B6: lyx_gui::start(basic_string > const &, 
vector >, allocator > > > const &) 
(lyx_gui.C:169)
==13312==by 0x811E162: LyX::LyX(int &, char **) (../src/lyx_main.C:166)
==13312==by 0x81814D5: main (../src/main.C:31)
==13312==by 0x40D3A9EC: __libc_start_main (in /lib/libc.so.6)
==13312==by 0x805F8F0: (within /usr/local/bin/lyx)
==13312==Address 0x28 is not stack'd, malloc'd or free'd

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

This does not point to a relevent piece of code in lyx. The problem is 
probably somewhere in the initialisation of the menus.


Valgrind does give on other unrelated error pertaining to the splash screen:

==13312==Address 0x44F20DF6 is 850 bytes inside a block of size 247080 
alloc'd
==13312==at 0x401686B8: malloc (vg_clientfuncs.c:100)
==13312==by 0x40484AB6: QPixmap::convertFromImage(QImage const &, int) (in 
/tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x405371B8: QPixmap::load(QString const &, char const *, int) 
(in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x40537266: QPixmap::load(QString const &, char const *, 
QPixmap::ColorMode) (in /tmp/qt-x11-free-3.1.2/lib/libqt-mt.so.3.1.2)
==13312==by 0x83E5962: grfx::QLImage::load(basic_string > const &) 
(QLImage.C:141)
==13312==by 0x83F7942: grfx::CacheItem::Impl::loadImage(void) 
(GraphicsCacheItem.C:287)
==13312==by 0x83F88C3: grfx::CacheItem::Impl::convertToDisplayFormat(void) 
(GraphicsCacheItem.C:389)
==13312==by 0x83F6D34: grfx::CacheItem::Impl::startLoading(void) 
(GraphicsCacheItem.C:206)
==13312==by 0x83F5F34: grfx::CacheItem::startLoading(void) const 
(GraphicsCacheItem.C:144)
==13312==by 0x8403290: grfx::Loader::startLoading(void) const 
(GraphicsLoader.C:137)
==13312==by 0x82BF005: {anonymous}::SplashScreen::SplashScreen(void) 
(screen.C:106)
==13312==by 0x82BEB0B: {anonymous}::SplashScreen::get(void) (screen.C:77)
==13312==by 0x82BF3AC: LyXScreen::LyXScreen(void) (screen.C:116)
==13312==by 0x833C856: QScreen::QScreen(QWorkArea &) (qscreen.C:48)
==13312==by 0x82C80E0: LyXScreenFactory::create(WorkArea &) 
(LyXScreenFactory.C:26)
==13312==by 0x806456D: BufferView::Pimpl::Pimpl(BufferView *, LyXView *, 
int, int, int, int) (BufferView_pimpl.C:113)
==13312==by 0x805F9F8: BufferView::BufferView(LyXView *, int, int, int, 
int) (BufferView.C:65)
==13312==by 0x8331AD9: QtView::QtView(unsigned int, unsigned int) 
(QtView.C:66)
==13312==by 0x8337044: lyx_gui::start(basic_string > const &, 
vector >, allocator > > > const &) 
(lyx_gui.C:140)
==13312==by 0x811E162: LyX::LyX(int &, char **) (../src/lyx_main.C:166)
==13312==by 0x81814D5: main (../src/main.C:31)
==13312==by 0x40D3A9EC: __libc_start_main (in /lib/libc.so.6)
==13312==by 0x805F8F0: (within /usr/local/bin/lyx)

Re: easy lyx crash

[Jean-Marc Lasgouttes]

> "Jos" == Jos van den Oever <[EMAIL PROTECTED]> writes:

Jos> This does not point to a relevent piece of code in lyx. The
Jos> problem is probably somewhere in the initialisation of the menus.


What does 'lyx -dbg gui,action' say when you open the File menu?

JMarc

Re: easy lyx crash

[Jos van den Oever]

On Friday 21 March 2003 12:01, Jean-Marc Lasgouttes wrote:
> > "Jos" == Jos van den Oever <[EMAIL PROTECTED]> writes:
>
> Jos> This does not point to a relevent piece of code in lyx. The
> Jos> problem is probably somewhere in the initialisation of the menus.
>
>
> What does 'lyx -dbg gui,action' say when you open the File menu?
>
> JMarc

--- before pressing Alt-f

Action 202 does not have any pseudo actions.
Creating new pseudoaction 486 for [202|text]
Action 202does not have any pseudoactions with arg textparagraph
Creating new pseudoaction 487 for [202|textparagraph]
Action 202does not have any pseudoactions with arg latex
Creating new pseudoaction 488 for [202|latex]
Action 202does not have any pseudoactions with arg linuxdoc
Creating new pseudoaction 489 for [202|linuxdoc]
Action 202does not have any pseudoactions with arg literate
Creating new pseudoaction 490 for [202|literate]
Action 202does not have any pseudoactions with arg word
Creating new pseudoaction 491 for [202|word]
Action 155 does not have any pseudo actions.
Creating new pseudoaction 492 for [155|/tmp/lyx-1.3.1/lib/examples/splash.lyx]
Label: New Shortcut: N Accel: [C-n]
Label: New from Template... Shortcut: T Accel: [S-C-N]
Label: Open... Shortcut: O Accel: [C-o] [F3]
Label: Close Shortcut: C Accel: [C-w] [C-F4]
Label: Save Shortcut: S Accel: [C-s] [F2]
Label: Save As... Shortcut: A Accel: [S-C-S]
Label: Revert Shortcut: R Accel: [C-r]
Label: Version Control Shortcut: V
Label: Import Shortcut: I
Found the pseudoaction: [202|text]
Found the pseudoaction: [202|textparagraph]
Found the pseudoaction: [202|latex]
Found the pseudoaction: [202|linuxdoc]
Found the pseudoaction: [202|literate]
Found the pseudoaction: [202|word]
Found the pseudoaction: [202|text]
Label: ASCII text as lines... Shortcut: A Accel:
Found the pseudoaction: [202|textparagraph]
Found the pseudoaction: [202|latex]
Label: LaTeX... Shortcut: L Accel:
Found the pseudoaction: [202|linuxdoc]
Label: LinuxDoc... Shortcut: x Accel:
Found the pseudoaction: [202|literate]
Label: NoWeb... Shortcut: N Accel:
Found the pseudoaction: [202|word]
Label: Word... Shortcut: W Accel:
Label: Export Shortcut: E
Found the pseudoaction: [189|custom]
Found the pseudoaction: [189|custom]
Label: Custom... Shortcut: C Accel:
Label: Print... Shortcut: P Accel: [C-p]
Found the pseudoaction: [189|fax]
Label: Exit Shortcut: x Accel: [C-q] [M-F4]
Found the pseudoaction: [155|/tmp/lyx-1.3.1/lib/examples/splash.lyx]
Label: 1. .../lib/examples/splash.lyx Shortcut: 1 Accel:
repainting 0,0 784,855

pressing 'i' does not give additional output
pressing right cursor crashes the app:

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.

Re: easy lyx crash

[Jos van den Oever]

Additional info:

The crash is related to the fact that '-f i ' should open a 
submenu. The sequence '-n -e x ' also crashes lyx.

Upon pressing 'i' after '-f' should already open the submenu, without the 
need for .

easy lyx crash

[Jos van den Oever]

Hello lyx developers,

I just crashed lyx 1.3.1. The recipe is easy:
- open lyx
- press Alt-F to open the File menu
- press i (for import, which is not acivated and the cause of the problem)
- press right arrow
crash

I've tested on SuSE 8.0 and RedHat phoebe-3 (latest beta).

Good luck with further development!

Jos

Re: easy lyx crash

[John Levon]

On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:

 I just crashed lyx 1.3.1. The recipe is easy:

xforms frontend ?

 - open lyx
 - press Alt-F to open the File menu
 - press i (for import, which is not acivated and the cause of the problem)

Why isn't the menu activated ?

It is for me as it should be.

john

Re: easy lyx crash

[Dan Armak]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 20 March 2003 18:45, John Levon wrote:
 On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:
 
  I just crashed lyx 1.3.1. The recipe is easy:
 
 xforms frontend ?
 
  - open lyx
  - press Alt-F to open the File menu
  - press i (for import, which is not acivated and the cause of the problem)
 
 Why isn't the menu activated ?
 
 It is for me as it should be.

Well, I can reproduce it too (incl. the menu shortcut not working - the menu 
item selection indicator just disappears). QT frontend (qt 3.1.2).

It says:
[EMAIL PROTECTED] danarmak $ lyx -dbg all
Setting debug level to all

I reproduce the crash
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

No time to do more testing right now, but it does happen.

- -- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://www.gentoo.org/~danarmak/danarmak-gpg-public.key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+efm0UI2RQ41fiVERAobDAJ0Z2rfyBiyq5Rx/3htd4krUXIjT/QCfUkOA
vGI5PVfFjfnW2bPIaI3/+xU=
=WHco
-END PGP SIGNATURE-

easy lyx crash

[Jos van den Oever]

Hello lyx developers,

I just crashed lyx 1.3.1. The recipe is easy:
- open lyx
- press Alt-F to open the File menu
- press i (for import, which is not acivated and the cause of the problem)
- press right arrow
crash

I've tested on SuSE 8.0 and RedHat phoebe-3 (latest beta).

Good luck with further development!

Jos

Re: easy lyx crash

[John Levon]

On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:

> I just crashed lyx 1.3.1. The recipe is easy:

xforms frontend ?

> - open lyx
> - press Alt-F to open the File menu
> - press i (for import, which is not acivated and the cause of the problem)

Why isn't the menu activated ?

It is for me as it should be.

john

Re: easy lyx crash

[Dan Armak]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 20 March 2003 18:45, John Levon wrote:
> On Thu, Mar 20, 2003 at 04:13:23PM +0100, Jos van den Oever wrote:
> 
> > I just crashed lyx 1.3.1. The recipe is easy:
> 
> xforms frontend ?
> 
> > - open lyx
> > - press Alt-F to open the File menu
> > - press i (for import, which is not acivated and the cause of the problem)
> 
> Why isn't the menu activated ?
> 
> It is for me as it should be.

Well, I can reproduce it too (incl. the menu shortcut not working - the menu 
item selection indicator just disappears). QT frontend (qt 3.1.2).

It says:
[EMAIL PROTECTED] danarmak $ lyx -dbg all
Setting debug level to all


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

No time to do more testing right now, but it does happen.

- -- 
Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel
Public GPG key: http://www.gentoo.org/~danarmak/danarmak-gpg-public.key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+efm0UI2RQ41fiVERAobDAJ0Z2rfyBiyq5Rx/3htd4krUXIjT/QCfUkOA
vGI5PVfFjfnW2bPIaI3/+xU=
=WHco
-END PGP SIGNATURE-