RE: [gtkmm] TreeView Model, SEGV on append



For those who are interested:

	I found out that if I have a second Glib::RefPtr<Gtk::ListStore> in
the class, and use it as a backup copy of the model, that it does not go to
NULL in methods after the CTOR, when the primary copy does.

	Very strange.  I guess this is a workaround for now, though less
than satisfying.

	Cheers,
		Erik.

> -----Original Message-----
> From: Murray Cumming Comneon com [mailto:Murray Cumming Comneon com]
> Sent: Wednesday, November 12, 2003 9:49 AM
> To: erik_ohrnberger dme net; gtkmm-list gnome org
> Subject: RE: [gtkmm] TreeView Model, SEGV on append
> 
> 
> If you actually make a small 
> simple-as-possible-but-compileable example that
> has this problem then I guess I will take the time to find your error.
> 
> Murray Cumming
> www.murrayc.com
> murrayc usa net
> 
> > -----Original Message-----
> > From: gtkmm-list-admin gnome org 
> > [mailto:gtkmm-list-admin gnome org] On Behalf Of Ohrnberger, Erik
> > Sent: Dienstag, 11. November 2003 20:48
> > To: gtkmm-list gnome org
> > Subject: 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
> > > 
> > _______________________________________________
> > gtkmm-list mailing list
> > gtkmm-list gnome org 
> http://mail.gnome.org/mailman/listinfo/gtkmm-list
> > 
> 



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