GNOME Bugzilla – Bug 670764
Can't edit toolbars / treeviews: `GLADE_IS_WIDGET_ADAPTOR (adaptor)' failed
Last modified: 2016-05-19 19:26:19 UTC
When I run glade on FreeBSD, I can't add object to the toolbar or columns to the treeview. For a treeview, I add it to the window, create a model, then I click on "Edit...", select hierarchy and that's what happen when I click on [+] button : (glade-3:1721): GladeUI-CRITICAL **: glade_command_create: assertion `GLADE_IS_WIDGET_ADAPTOR (adaptor)' failed The same error happens when editing toolbars too.
I can not reproduce it on Linux,can you build glade with debug info and provide a backtrace? also make sure there are no others errors when glade loads. thanks
Hello, when glade starts there are only these errors: GladeUI-Message: No displayable values for property GtkToolPalette::icon-size GladeUI-Message: No displayable values for property GtkToolItemGroup::ellipsize GladeUI-Message: No displayable values for property GtkToolItemGroup::header-relief GladeUI-Message: No DevHelp installed on your system, devhelp feature will be disabled. I made a core dump just after the GladeUI-CRITICAL message and the .core file can be found here : I don't know how to create a backtrace when I exactly click on the [+] button :( http://markand.malikania.fr/glade-3.core
Thanks for taking the time to report this bug. Without a stack trace from the crash it's very hard to determine what caused it. Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
DEMELIER, were you able to collect stacktrack ? Please make sure you install debuginfo packages of glade, gtk+ and glib
Since it does not segfaults, how can I get a stack trace?
You can run Glade with --g-fatal-warnings But if Glade makes any other unrelated warnings before it will abort. Otherwise you can do: gdb -args glade file.glade (gdb) break g_log() (gdb) run And then just type 'continue' (or 'c') for every warning until you hit the warning you want a stack trace for. Then type 'where' to show the current stack, that's the stack trace leading up to the warning.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
Breakpoint 1, 0x0000000805f079a0 in g_log () from /usr/local/lib/libglib-2.0.so.0 (gdb) bt
+ Trace 231015
Is this stack trace enough?
This one should be better :
+ Trace 231016
Can you please reopen the bug ?
You reopened the bug yourself already.
What is the status of the bug? I'm having the same issue, and I found someone having the same issue back in 2009. http://forums.freebsd.org/showthread.php?t=9522 I will try to get some debugging info from the above suggestions.
I am running FreeBSD 9.1 with glade3-3.7.3, gtk-2.24.6, glib-2.28.8 This is my backtrace:
+ Trace 231507
Thread 807407400 (LWP 100098/glade-3)
Ok could you point me to a freebsd virtualbox image where I can compile glade-3-8 branch?
I have the same problem, also with GtkIconView, using Glade 3.8.3 compiled via Homebrew on Mac OS 10.8.4 (which once was BSD): (glade-3:66346): GladeUI-CRITICAL **: GladeWidget *glade_command_create(GladeWidgetAdaptor *, GladeWidget *, GladePlaceholder *, GladeProject *): assertion `GLADE_IS_WIDGET_ADAPTOR (adaptor)' failed It works fine using the ancient binary from the glade homepage.
Well that does not help much either as I do not have Mac OS. Make sure you are installing glade and that the executable is actually loading the right libs and not some older lib left from an older build. (There was some glade version with wrong libtool version numbers)
Oh guys this problem report is almost two years old. I personally switched to Qt so if anyone has the same problem I would like him to take this report because I don't want to be notified anymore. Thanks.
David: Age of tickets has no relevance, I can also offer tickets that are open for 15 years. Juan has been actively commenting here and cannot reproduce, so what do you expect to happen here?
Then a 15 years old ticket is just irrelevant and totally obsolete. We have said that the problem appears on FreeBSD like operating systems, on Linux it works as well.
(In reply to comment #17) > Oh guys this problem report is almost two years old. I personally switched to Sorry to bother you! > Qt so if anyone has the same problem I would like him to take this report > because I don't want to be notified anymore. Ok good, thats the collaborative spirit we all want to see! Anyways, if someone else is having the same problem and is willing to help me out reproduce it on FreeBSD now that this is available http://blogs.gnome.org/desrt/2014/03/26/gnome-3-12-and-freebsd-and-a-virtual-machine/ I will appreciate it. Again sorry for wasting your time!
Hi Juan, Thanks for taking to time to reproduce this error. But I also reported this error back in early 2013 and now I'm using FreeBSD 10.0 and I'm still having the same problem with glade3-3.8.3. The steps I take to produce this error are: 1. Start glade, get messages: GladeUI-Message: No displayable values for property GtkToolPalette::icon-size GladeUI-Message: No displayable values for property GtkToolItemGroup::ellipsize GladeUI-Message: No displayable values for property GtkToolItemGroup::header-relief GladeUI-Message: No DevHelp installed on your system, devhelp feature will be disabled. 2. Create a new project. 3. Create a toplevel window (GtkWindow) 4. Add a vertical box (GtkVBox), with 3 items. 5. Under Tree Model, I create a GtkListStore (liststore1) 6. With the liststore1 selected, I add 2 columns, column Type: gchararray, with column names: file_name, file_perm 7. Add a TreeView, when prompted to selecte a TreeView Model:, I select the only object available (liststore1 ListStore), and click Create. 8. Right click on the treeview1 (GtkTreeView) from the widget browser and select Edit. 9. From the Tree View Editor window, I go to Hierarchy tab, and click the Add button. Here nothing happens, and I get the following debug message: (glade-3:29167): GladeUI-CRITICAL **: GladeWidget *glade_command_create(GladeWidgetAdaptor *, GladeWidget *, GladePlaceholder *, GladeProject *): assertion `GLADE_IS_WIDGET_ADAPTOR (adaptor)' failed I can reproduce this error everything I install FreeBSD, whether it's a virtual machine in Virtualbox or a physical box. I must say, this is on 64 bit os, and don't remember trying it on 32 bit version. Maybe this is something to explore and will try to post an update if 32bit makes a difference. Here's my uname output: FreeBSD ixtepec 10.0-RELEASE FreeBSD 10.0-RELEASE #0: Sun Aug 31 02:10:23 ADT 2014 root@ericbsd:/usr/obj/usr/src/sys/GHOSTBSD amd64 Thanks Juan. Please help because I would very much like to use glade but still can't seem to get it working. If I try these same steps in Linux it works every single time. -Mark P.S. you are not wasting your time!
Hello, I am using version glade-3.8.5 All this issues in FreeBSD is in the module glade-widget-adapter.c about the line 2472 function glade_widget_adaptor_get_by_type On intialization, it should build a hash table = adaptor_hash,and register into there, the Gtype corresponding, but the logic fails in FreeBSD, probably because of the clang compile, as it register the adaptor by name but cannot find it by type.. probable an error in the compare function.
I have exactly same problem. gentoo, glade-3.18.3. When I add XML manually, glade renders this. But I couldn't add columns using GUI. Sad story..
Can we please change the status of this so it can get fixed? I'm not sure what info is needed. We've provided plenty. Please be more specific as to what info is needed. Thanks!
Created attachment 327904 [details] Glade 3.
Looks like it works on 32bits, need to check on amd64 now :S
Hello Juan, I'm trying to use the 3.20 on 64bit. Can you pls verify this? It's interesting that Sergio thinks it could be a compiler issue. I was thinking of rebuilding FreeBSD with gcc. Or at least glade. Thanks for the update!
Created attachment 328012 [details] [review] GladeWidgetAdaptor GType hash table cleanup for master/glade-3-20 Hello guys, here is a patch that cleans up the GType hash table in the adaptor code, it uses a direct mapping by stuffing the GType in a pointer using GSIZE_TO_POINTER since a GType is a gsize integer value. Unfortunately this does not fix the problem for me in freeBSD.
Created attachment 328013 [details] [review] GladeWidgetAdaptor GType hash table cleanup for glade-3-8 Same patch as attachment 328012 [details] [review] but for glade-3-8 branch so that Segio can try it out and keep debugin it :D
(In reply to Mark Gutierrez from comment #27) > Hello Juan, > > I'm trying to use the 3.20 on 64bit. Can you pls verify this? It's > interesting that Sergio thinks it could be a compiler issue. I was thinking > of rebuilding FreeBSD with gcc. Or at least glade. There is probably something wrong in glade code that gets triggered by using other compiler than gcc but it does not seems to be what Sergio pointed out since after my hash clean up the same bug is still there. next step would be to make sure GSIZE_TO_POINTER() work as expected in freeBSD
This is a duplicate of bug #704600 and was fixed by commit https://git.gnome.org/browse/glade/commit/?id=f7152fc8c76ce30310b488adb110000cadab4291 I guess its time to make a new release of glade-3-8 branch *** This bug has been marked as a duplicate of bug 704600 ***
Hi Juan, Do I create a new one for 3.20?
(In reply to Mark Gutierrez from comment #32) > Do I create a new one for 3.20? I only tried with 3.18 and 3.8, 3.20 should work as it already has the proper patch. How do you build 3.20 on freeBSD? I downloaded freeBSD 11.0-CURRENT and it does not have gtk 3.20 available Is there any non official ports for gtk+ and glade?