#19 gnubiff crashes in start

[Anonymous]

Compiling went fine without errors. When gnubiff is ran
from terminal, it produces this error message:

** (gnubiff:23326): WARNING **: Configuration file
(/home/husup/.gnubiffrc) not found !
terminate called after throwing an instance of
'std::out_of_range'
what(): vector::_M_range_check
Terminated

I am using the latest gnubiff, system is Fedora Core 3
x86_64.

[Robert Sowada]

Logged In: YES
user_id=1134063

Is the bug still present in gnubiff 2.1.1? If yes: Can
someone reproduce this bug and give a gdb stack backtrace?

[Nobody/Anonymous]

Logged In: NO

I get a similar error, using gnubiff 2.1.1, on FC3. Here's
a stack trace from gdb, let me know if more info is needed,
email is pshapiro <at> curl.com

Current directory is ~/
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 "i686-pc-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) r
Starting program: /usr/bin/gnubiff
[Thread debugging using libthread_db enabled]
[New Thread -1208965440 (LWP 7251)]

** (gnubiff:7251): WARNING **: Configuration file
(/u/pshapiro/.gnubiffrc) not found !

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208965440 (LWP 7251)]
0x080b66f7 in Applet::update (this=0x811b0b0, no_popup=0) at
biff.h:91
(gdb) bt
#0 0x080b66f7 in Applet::update (this=0x811b0b0,
no_popup=0) at biff.h:91
#1 0x080b9854 in AppletGtk::update (this=0x811b0b0,
no_popup=0) at ui-applet-gtk.cc:128
#2 0x080bb207 in AppletGtk::create (this=0x811b0b0) at
ui-applet-gtk.cc:116
#3 0x0806615f in Biff (this=0x8111598, ui_mode=0, filename=
{static npos = 4294967295, _M_dataplus =
{<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>>
= {<No data fields>}, <No data fields>}, _M_p = 0x80d2fc8
"t\006\b\006\b\f\006\b8\006\b\006\b,\006\b\\\006\b\220\006\b"}})
at biff.cc:139
#4 0x08063555 in mainGTK (argc=1, argv=0xbffff6f4) at
new_allocator.h:62
#5 0x080639f8 in main (argc=1, argv=0xbffff6f4) at
gnubiff.cc:81
(gdb) display *this
1: *this = {<GUI> = {_vptr.GUI = 0x80d6ec8, xml_ =
0x811d100, filename_ = {static npos = 4294967295,
_M_dataplus = {<std::allocator<char>> =
{<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No
data fields>}, _M_p = 0x811b0dc
"/usr/share/gnubiff/applet-gtk.glade"}}}, biff_ = 0x8111598,
process_mutex_ = 0x0,
update_mutex_ = 0x811b108, force_popup_ = 0}
(gdb) q

Debugger finished

[Robert Sowada]

Logged In: YES
user_id=1134063

The bug reported by Phil Shapiro is fixed now in cvs.
Can someone reproduce the original bug?

[Robert Sowada]

Logged In: YES
user_id=1134063

Is this bug still present in 2.1.2?

[Robert Sowada]

Logged In: YES
user_id=1134063

I close this bug because nobody can provide us with more
detailed information. Perhabs it is fixed by the fixes for
64 bit systems in the latest release 2.1.3. If this bug
should still be present, then reopen this bug and provide
more information.