RE: [gtkmm] TreeView Model, SEGV on append



Murray,
	Yes, I've done that.  

	A simple little program that uses the class that I've been
describing in a simple window with a button.  

	When the button is clicked, the signal fires a method on the window
class that calls the same 'append' method on the class as the other
application.  Just that in the test program it does not crash.  It goes on
and merrily adds as many lines as you click on the button.

	Here is the backtrace:

#0  0x401b0fc5 in Gtk::ListStore::append() () from
/usr/lib/libgtkmm-2.0.so.1
#1  0xbfffeea0 in ?? ()
#2  0x080d1151 in MoldList::Directory(std::string) (this=0x82e9c48,
pattern={static npos = 4294967295, _M_dataplus = {<allocator<char>> = {<No
data fields>}, _M_p = 0x82ea90c "Mold.*.obst"}, static _S_empty_rep_storage
=         {0,
        0,
        8,
        0}}) at MoldList.cpp:217
#3  0x080e5ac3 in ToolRoomNotebook (this=0x82e9c0c) at
ToolRoomNotebook.cpp:145
#4  0x080f91a4 in ToolRoomTab (this=0x82e9bd4) at ToolRoomTab.cpp:38
#5  0x080c7b1e in MainNotebook (this=0x82e9b8c) at MainNotebook.cpp:41
#6  0x080c9dff in MainWindow (this=0x82e9b80) at MainWindow.inl.h:34
#7  0x080fe244 in main (argc=1, argv=0xbffff4a4) at main.cpp:59
#8  0x4102b977 in __libc_start_main () from /lib/libc.so.6

> -----Original Message-----
> From: Murray Cumming Comneon com [mailto:Murray Cumming Comneon com]
> Sent: Tuesday, November 11, 2003 2:31 PM
> To: erik_ohrnberger dme net; Murray Cumming Comneon com;
> gtkmm-list gnome org
> Subject: RE: [gtkmm] TreeView Model, SEGV on append
> 
> 
> > From: Ohrnberger, Erik [mailto:erik_ohrnberger dme net] 
> > 	Later in the execution, there is a need to add a single 
> > additional row to the treeview, however in this method of the 
> > class, I get a SEGV in the call into the model's append method (
> > Glib::RefPtr<Gtk::ListStore>->append() ) and I can't figure 
> out why.  
> > 
> > It's basically driving me nutz.  The darn thing should work 
> > just as it is, but ain't.
> 
> You are making some very simple error, possibly a typo. As I 
> think we've
> said before, if you try to reduce it to a simple compileable 
> test case then
> you will probalby find your error on the way. That's just 
> normal debugging.
> 
> Murray Cumming
> www.murrayc.com
> murrayc usa net
> 



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]