Bug#607557: backtrace with gnome-panel debug symbols

2011-01-15 Thread Pavel Pushkarev
Hi. First of all, Bastien, thanks for the explanation: the gdk_display being NULL is the point in all the discussion. I think that it could be easier not to patch the library, but to patch the examples. The library is useless when the examples are not working and making the examples work is as

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-31 Thread Josselin Mouette
First note: please consider using a MUA which was not written by idiots who don’t understand what is a Reply-To header. Le vendredi 31 décembre 2010 à 01:26 +0100, Bastien a écrit : Le 31/12/2010 00:56, Josselin Mouette a écrit : Whatever, I don’t know C++. The point is, you need to call

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-31 Thread Bastien
That's what I thought. At least I tried. Since there's another way to create a Gnome applet in C++, it's not a very serious issue anyway. The library was helping though (since the other way lacks documentation). Oh, and, there's no point in being unpleasant. :) Thank you anyway and happy new

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-30 Thread Josselin Mouette
Le mercredi 29 décembre 2010 à 16:36 +0100, Bastien a écrit : That's a bug in the library. Even the simplest code I write using Gnome::Panel::Applet causes a segfault, but that works fine if I use the C libpanel-applet library directly. I used gdb on the test-bonobo-applet program

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-30 Thread Bastien
Le 30/12/2010 14:36, Josselin Mouette a écrit : Le mercredi 29 décembre 2010 à 16:36 +0100, Bastien a écrit : That's a bug in the library. Even the simplest code I write using Gnome::Panel::Applet causes a segfault, but that works fine if I use the C libpanel-applet library directly. I

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-30 Thread Josselin Mouette
Le jeudi 30 décembre 2010 à 15:30 +0100, Bastien a écrit : libpanelappletmm is a C++ library using gtkmm, which is a wrapper for GTK+. Having to call gtk_init directly when using libpanelappletmm would be a design flaw. Look at the source of some gtkmm-based programs : they don't call

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-30 Thread Bastien
Le 31/12/2010 00:56, Josselin Mouette a écrit : Whatever, I don’t know C++. The point is, you need to call gtk_init once per program. And gtk_main_* is NOT gtk_init, you have to run gtk_init first. And gtk_main_* is not Gtk::Main. Gtk::Main is a C++ class inside a C++ namespace. No.

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-29 Thread Bastien
That's a bug in the library. Even the simplest code I write using Gnome::Panel::Applet causes a segfault, but that works fine if I use the C libpanel-applet library directly. I used gdb on the test-bonobo-applet program provided with libpanel-applet. This time, gdk_display isn't NULL. I don't

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-28 Thread Julien Cristau
On Mon, Dec 20, 2010 at 13:50:17 +0100, Bastien wrote: Sure. I also compiled the library without the -O flag, so I can look at the value of any variable. I get this running the simple example. Program received signal SIGSEGV, Segmentation fault. 0x75f19163 in

Bug#607557: backtrace with gnome-panel debug symbols

2010-12-20 Thread Bastien
Sure. I also compiled the library without the -O flag, so I can look at the value of any variable. I get this running the simple example. Program received signal SIGSEGV, Segmentation fault. 0x75f19163 in panel_applet_factory_main_closure (iid=0x665d38 OAFIID:SimplePA_Factory,