[BeHappy] crashes on startup

[scottmc]

On hrev28234 when opening BeHappy is crashes. Here's the bt in gdb:

GNU gdb 6.3
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 "i586-pc-haiku"...(no debugging symbols found)

[tcsetpgrp failed in terminal_inferior: Invalid Argument]
Thread 529 caused an exception: Segment violation
Reading symbols from /boot/beos/system/runtime_loader...done.
Loaded symbols for /boot/beos/system/runtime_loader
Reading symbols from /boot/beos/system/lib/libbe.so...done.
Loaded symbols for /boot/beos/system/lib/libbe.so
Reading symbols from /boot/beos/system/lib/libtracker.so...done.
Loaded symbols for /boot/beos/system/lib/libtracker.so
Reading symbols from /boot/beos/system/lib/libroot.so...done.
Loaded symbols for /boot/beos/system/lib/libroot.so
Reading symbols from /boot/beos/system/lib/libstdc++.r4.so...done.
Loaded symbols for /boot/beos/system/lib/libstdc++.r4.so
Reading symbols from /boot/beos/system/lib/libtranslation.so...done.
Loaded symbols for /boot/beos/system/lib/libtranslation.so
Reading symbols from /boot/beos/system/lib/libtextencoding.so...done.
Loaded symbols for /boot/beos/system/lib/libtextencoding.so
[tcsetpgrp failed in terminal_inferior: Invalid Argument]
[Switching to team /boot/apps/BeHappy/BeHappy (521) thread w>BeHappy! (529)]
0x002e7a97 in BMessage::RemoveName () from /boot/beos/system/lib/libbe.so
(gdb) bt
#0  0x002e7a97 in BMessage::RemoveName () from /boot/beos/system/lib/libbe.so
#1  0x00220da7 in Preferences::AddPref ()
#2  0x0022158a in Preferences::CloseWindow ()
#3  0x0021c08f in MainWindow::~MainWindow ()
#4  0x002e2dce in BLooper::_task0_ () from /boot/beos/system/lib/libbe.so
#5  0x006928fc in thread_entry () from /boot/beos/system/lib/libroot.so
#6  0x70102fec in ?? ()
(gdb) 

[axeld]

Not sure if this is BeHappy's fault, or BMessage. In any case, François should be able to have a look at it :-)

[mmu_man]

Yes it is likely a bug in BeHappy. I believe it's because it doesn't find the bebook and goes nuts due to missing checks. I'll look into it, after merging my changes to the newly registered osdrawer project.

[scottmc]

Still happens with hrev28589 even though the BeBook is now in place.

[augiedoggie]

I hope this can be fixed. BeHappy was working for me for a very long time and now this popped up just a few days ago. I get two different backtraces depending on if it's the first run(without a Preferences file) or the second run. On the first run I get a backtrace similar to the original one for this ticket.

Second run:

GNU gdb 6.3
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 "i586-pc-haiku"...(no debugging symbols found)

[tcsetpgrp failed in terminal_inferior: Invalid Argument]
Thread 940 caused an exception: Segment violation
Reading symbols from /boot/system/runtime_loader...done.
Loaded symbols for /boot/system/runtime_loader
Reading symbols from /boot/system/lib/libbe.so...done.
Loaded symbols for /boot/system/lib/libbe.so
Reading symbols from /boot/system/lib/libtracker.so...done.
Loaded symbols for /boot/system/lib/libtracker.so
Reading symbols from /boot/system/lib/libroot.so...done.
Loaded symbols for /boot/system/lib/libroot.so
Reading symbols from /boot/system/lib/libstdc++.r4.so...done.
Loaded symbols for /boot/system/lib/libstdc++.r4.so
Reading symbols from /boot/system/lib/libtranslation.so...done.
Loaded symbols for /boot/system/lib/libtranslation.so
Reading symbols from /boot/system/lib/libtextencoding.so...done.
Loaded symbols for /boot/system/lib/libtextencoding.so
[tcsetpgrp failed in terminal_inferior: Invalid Argument]
[Switching to team /boot/apps/BeHappy/BeHappy (932) thread w>BeHappy! (940)]
0x00408044 in BList::IndexOf () from /boot/system/lib/libbe.so
(gdb) bt
#0  0x00408044 in BList::IndexOf () from /boot/system/lib/libbe.so
#1  0x002214d4 in Preferences::CloseWindow ()
#2  0x0021c08f in MainWindow::~MainWindow ()
#3  0x002ee5ce in BLooper::_task0_ () from /boot/system/lib/libbe.so
#4  0x006c40c8 in thread_entry () from /boot/system/lib/libroot.so
#5  0x70102fec in ?? ()

[augiedoggie]

Hmm, odd. I ran it using strace and noticed it was looking for libjpeg.so.62. I had previously removed libjpeg from /boot/common/lib so that I could use BeZilla. I still had netsurf working because I had moved libjpeg.so.62 into a new directory(/boot/apps/netsurf/lib). If I create the directory /boot/apps/BeHappy/lib and copy libjpeg.so.62 into this folder my problem goes away.

So, maybe disregard my previous comment?

[scottmc]

I think libjpeg was updated to version 7 recently, so a fresh build of BeHappy would probably fix both of these issues. Maybe once mmu_man changes over to Haiku this will get fixed? ;)

[scottmc]

Anyone take a look at this recently? Recent releases of NetSurf seem to be broken again as well. So neither BeHappy nor Netsurf look to be in shape for alpha3.

[mmu_man]

The replicant support in NetSurf was broken until recently. It is still problematic IIRC, but at least should start correctly now. Anyone wanna try the latest svn ?

[scottmc]

This should be rechecked once NetSurf and BeHappy get proper .recipe files written. Anyone have bandwidth to take ownership of this one?

[scottmc]

BeHappy uses Netsurf in replicant mode, they both have recipes now, but netsurf is currently broken for replicant mode. In any case this should now be tracked at haikuports.