bugGnome Chemistry Utils - Bugs: bug #24262, OpenGL using utils crash on startup

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #24262: OpenGL using utils crash on startup

Submitter:  Julian Sikorski <belegdol>
Submitted:  Sun 14 Sep 2008 06:49:41 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Wont Fix
Privacy:  Public Assigned to:  None
Open/Closed:  Closed

Jump to the original submission

Sun 26 Feb 2012 08:04:26 AM UTC, comment #20: 

Supposing that this bug is obsolete.

Jean Bréfort <jean_brefort>
Group administrator
Sun 22 Mar 2009 06:11:44 PM UTC, comment #19: 

--disable-rpath is provided by gettext. I guess your problem is somewhere in the libtool-stuff.

I don't get rpath-warnings by the lintian Debian package checker (rpaths are not allowed).

Daniel Leidert <dleidert>
Group Member
Sun 22 Mar 2009 05:54:09 PM UTC, comment #18: 

in debian, there is no rpath in installed packages.

Jean Bréfort <jean_brefort>
Group administrator
Thu 19 Mar 2009 09:55:42 PM UTC, comment #17: 

Daniel, how are you dealing with rpaths in your debian package?

Julian Sikorski <belegdol>
Group Member
Thu 19 Mar 2009 09:38:56 PM UTC, comment #16: 

I tested the package with --disable-rpath enabled you sent me, but unfortunately using the switch does not disable the rpaths for some reason (grep the attached build log for rpath).

(file #17735)

Julian Sikorski <belegdol>
Group Member
Thu 19 Mar 2009 12:39:48 PM UTC, comment #15: 

For reference, with 0.10.4 new rpaths have appeared on the internal libs (arrows.so and brethren). Please spin the test tarball with --disable-rpath enabled once you have some time.

Julian Sikorski <belegdol>
Group Member
Wed 24 Sep 2008 11:03:43 AM UTC, comment #14: 

I just found this:
http://wiki.debian.org/RpathIssue
which says: “Ideally, upstream should implement a build-system that supports turning RPATH usage off during configuration.

If the build-system is based on libtool, it may supply the --disable-rpath configure option, and if not, asking upstream to add the relocatable.m4 and lib-link.m4 macros (from the gettext source) might solve it.”

Could you please add these and spin a tarball for me so that I could test if it helps? Thanks!

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 08:18:40 PM UTC, comment #13: 

I'll try to investigate further. For reference, here is the relevant Guidelines part:
http://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 08:00:46 PM UTC, comment #12: 

The --disable-rpath configure option is added by gettext macros, not libtool!

Daniel Leidert <dleidert>
Group Member
Mon 15 Sep 2008 07:59:56 PM UTC, comment #11: 

The script you are patching is AFAIK created from ltmain.sh by configure. There is AFAIK nothing hardcoded by default. Can you please check, if libtool added some configure options (`./configure --help')? Maybe libtool behaviour changed. I cannot check atm.

Daniel Leidert <dleidert>
Group Member
Mon 15 Sep 2008 07:57:09 PM UTC, comment #10: 

Also, some programs allow passing --disable-rpath to configure, which is the easiest approach. To make it clear, I don't think that using rpaths is a problem per se, the problem is that they are required during gchempaint build and cannot be stripped earlier.

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 07:54:35 PM UTC, comment #9: 

I am indeed building on Fedora, but Jean is spinning tarballs on Debian. Running autogen.sh on Fedora makes using the sed trick possible, no chrpath is necessary.

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 07:46:15 PM UTC, comment #8: 

Why Debian? Julian is building on Fedora. Further also Debian forbids rpath-usage to avoid such issues. However, I never discovered this. Might be a libtool issue on Fedora.

libtool is created from ltmain.sh. Simply check, why it hardcodes rpaths. I will check on Debian asap.

Daniel Leidert <dleidert>
Group Member
Mon 15 Sep 2008 04:08:08 PM UTC, comment #7: 

I have no idea about rpaths, would that be a debian specific libtool behavior? Daniel might know.

Jean Bréfort <jean_brefort>
Group administrator
Mon 15 Sep 2008 01:28:27 PM UTC, comment #6: 

Yes, problem solved. It turns out it was caused by rpaths hardcoded in the binaries (now I have a proof why Fedora packaging guidelines forbid them). For 0.8, I was using the sed trick to disable rpaths:
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
Yet, while it works for gchemutils-0.8, it breaks the compilation for gchemutils-0.10 (and gchempaint-0.8, it started to behave like that when you switched distros a while ago). So, I kept the rpath for the time being - programs seemed to function correctly. But looks like now, since the rpaths were present in the opengl-using programs, they broke. My bet is that happened because they were picking up mesa instead of nvidia's opengl, which is installed in a separate directory in order not to overwrite mesa. Anyway, using chrpath --delete on the offending files solves the problem. Is using rpath absolutely necessary? Seems it can cause really weird problems...

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 01:13:40 PM UTC, comment #5: 

OK, I think I got it. More info to follow.

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 11:43:19 AM UTC, comment #4: 

I have just rebuilt 0.8.7 and both gchem3d-viewer and gcrystal start up properly. The thing I'm going to try next is to build all 0.9 versions and attempt to find the one that regressed.

Julian Sikorski <belegdol>
Group Member
Mon 15 Sep 2008 06:40:40 AM UTC, comment #3: 

I don't find any significative difference between 0.8 and 0.10 before the call to gdk_gl_config_new_by_mode. So I'm unable to understand why one crashes while the other doesn't.
To be sure it is not a build issue, you might build a new rpm for 0.8 and test it in the same conditions you used for 0.10.

Jean Bréfort <jean_brefort>
Group administrator
Sun 14 Sep 2008 08:59:12 PM UTC, comment #2: 

For reference, I am posting the backtrace obtained under Fedora 9. Hopefully this one is more valid:
Starting program: /usr/bin/gchem3d --sync
[Thread debugging using libthread_db enabled]
[New Thread 0x7f6902e03800 (LWP 27780)]

Breakpoint 1, gdk_x_error (display=0x1d3ed30, error=0x7fff0ae54a80)
    at gdkmain-x11.c:614
614   if (error->error_code)
Current language:  auto; currently c
Missing separate debuginfos, use: debuginfo-install goffice.x86_64 keyutils.x86_64 libgsf.x86_64
(gdb) bt
#0  gdk_x_error (display=0x1d3ed30, error=0x7fff0ae54a80) at gdkmain-x11.c:614
#1  0x0000003334a45524 in _XError (dpy=<value optimized out>,
    rep=<value optimized out>) at XlibInt.c:2905
#2  0x0000003334a4d3c8 in _XReply (dpy=<value optimized out>,
    rep=<value optimized out>, extra=<value optimized out>,
    discard=<value optimized out>) at xcb_io.c:419
#3  0x0000003126e2355c in __glXInitialize (dpy=<value optimized out>)
    at glxext.c:553
#4  0x0000003126e1fc02 in GetGLXPrivScreenConfig (dpy=<value optimized out>,
    scrn=<value optimized out>, ppriv=<value optimized out>,
    ppsc=<value optimized out>) at glxcmds.c:184
#5  0x0000003126e207a3 in glXChooseVisual (dpy=<value optimized out>,
    screen=<value optimized out>, attribList=<value optimized out>)
    at glxcmds.c:1252
#6  0x000000312884611c in gdk_gl_config_new_common (
    screen=<value optimized out>, attrib_list=<value optimized out>)
    at gdkglconfig-x11.c:519
#7  0x0000003128825baf in gdk_gl_config_new_rgb (screen=<value optimized out>,
    mode=<value optimized out>) at gdkglconfig.c:193
#8  0x0000003128825c1d in gdk_gl_config_new_by_mode_common (
    screen=<value optimized out>, mode=<value optimized out>)
    at gdkglconfig.c:210
#9  0x0000000000170c8a in GLView (this=0x1ea09c0, __vtt_parm=0x40a208,
---Type <return> to continue, or q <return> to quit---
    pDoc=0x1eb7c20) at glview.cc:134
#10 0x0000000000408758 in gc3dView (this=0x1ea09c0, Doc=0x1eb7c20)
    at view.cc:29
#11 0x00000000004080a5 in gc3dDocument (this=0x1eb7c20, App=0x1d5c5c0)
    at document.cc:32
#12 0x000000000040645e in gc3dApplication::OnFileNew (this=0x1d5c5c0)
    at application.cc:77
#13 0x00000000004082e5 in main (argc=1, argv=0x7fff0ae55108) at main.cc:116
(gdb) print error->error_code
$1 = 16 '\020'
(gdb)

Julian Sikorski <belegdol>
Group Member
Sun 14 Sep 2008 07:50:10 PM UTC, comment #1: 

This backtrace is most likely invalid since 0.8 crashes on rawhide (inside kvm) with a very similar one. On Fedora 9 (native) 0.8 works fine.

Julian Sikorski <belegdol>
Group Member
Sun 14 Sep 2008 06:49:41 PM UTC, original submission:  

At first I thought that this might be caused by setup weirdness, but now I'm not sure since the crashes manifested in both host Fedora 9 box and kvm guest Fedora rawhide. So, here we go. GChem3D goes first:
Program received signal SIGSEGV, Segmentation fault.
0x00000019 in ?? ()
Missing separate debuginfos, use: debuginfo-install keyutils.i386 samba.i386
(gdb) bt
#0  0x00000019 in ?? ()
#1  0x002addff in glXSwapBuffers (dpy=0x80822a8, drawable=115343406)
    at glxcmds.c:859
#2  0x00210271 in gdk_gl_window_impl_x11_swap_buffers (gldrawable=0x81c7180)
    at gdkglwindow-x11.c:302
#3  0x001edd29 in gdk_gl_drawable_swap_buffers (gldrawable=0x81c7180)
    at gdkgldrawable.c:95
#4  0x0018b97e in gcu::GLView::Draw (this=0x8100e10) at glview.cc:288
#5  0x0018ba11 in gcu::GLView::Update (this=0x8100e10) at glview.cc:303
#6  0x0018cb95 in gcu::GLView::Init (this=0x8100e10) at glview.cc:227
#7  0x0018cbcd in on_init (widget=0x808d060, View=0x8100e10) at glview.cc:63
#8  0x047fc964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x8105748,
    return_value=0x0, n_param_values=1, param_values=0x811bc60,
    invocation_hint=0xbfffe60c, marshal_data=0x18cbb0) at gmarshal.c:77
#9  0x047ef1db in IA__g_closure_invoke (closure=0x8105748, return_value=0x0,
    n_param_values=1, param_values=0x811bc60, invocation_hint=0xbfffe60c)
    at gclosure.c:767
#10 0x04805625 in signal_emit_unlocked_R (node=0x80a5958, detail=0,
    instance=0x808d060, emission_return=0x0, instance_and_params=0x811bc60)
    at gsignal.c:3244
#11 0x04806d3c in IA__g_signal_emit_valist (instance=0x808d060, signal_id=13,
    detail=0, var_args=0xbfffe7ac "zi\211") at gsignal.c:2977
#12 0x048071b6 in IA__g_signal_emit (instance=0x808d060, signal_id=13,
---Type <return> to continue, or q <return> to quit---
    detail=0) at gsignal.c:3034
#13 0x00896a21 in IA__gtk_widget_realize (widget=0x808d060) at gtkwidget.c:3319
#14 0x00897340 in IA__gtk_widget_map (widget=0x808d060) at gtkwidget.c:3193
#15 0x006bd636 in gtk_box_forall (container=0x808c648, include_internals=1,
    callback=0x6f1e00 <gtk_container_map_child>, callback_data=0x0)
    at gtkbox.c:783
#16 0x006efcd6 in IA__gtk_container_forall (container=0x808c648,
    callback=0x6f1e00 <gtk_container_map_child>, callback_data=0x0)
    at gtkcontainer.c:1455
#17 0x006f1ddb in gtk_container_map (widget=0x808c648) at gtkcontainer.c:2621
#18 0x047fc964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x80a5848,
    return_value=0x0, n_param_values=1, param_values=0x811bf98,
    invocation_hint=0xbfffe9ec, marshal_data=0x6f1da0) at gmarshal.c:77
#19 0x047ed959 in g_type_class_meta_marshal (closure=0x80a5848,
    return_value=0x0, n_param_values=1, param_values=0x811bf98,
    invocation_hint=0xbfffe9ec, marshal_data=0x6c) at gclosure.c:878
#20 0x047ef108 in IA__g_closure_invoke (closure=0x80a5848, return_value=0x0,
    n_param_values=1, param_values=0x811bf98, invocation_hint=0xbfffe9ec)
    at gclosure.c:767
#21 0x04804e7e in signal_emit_unlocked_R (node=0x80a5870, detail=0,
    instance=0x808c648, emission_return=0x0, instance_and_params=0x811bf98)
    at gsignal.c:3174
#22 0x04806d3c in IA__g_signal_emit_valist (instance=0x808c648, signal_id=11,
---Type <return> to continue, or q <return> to quit---
    detail=0, var_args=0xbfffeb8c "Zr\211") at gsignal.c:2977
#23 0x048071b6 in IA__g_signal_emit (instance=0x808c648, signal_id=11,
    detail=0) at gsignal.c:3034
#24 0x008972ec in IA__gtk_widget_map (widget=0x808c648) at gtkwidget.c:3195
#25 0x008a8445 in gtk_window_map (widget=0x8110030) at gtkwindow.c:4372
#26 0x047fc964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x80a5848,
    return_value=0x0, n_param_values=1, param_values=0x811bf68,
    invocation_hint=0xbfffed7c, marshal_data=0x8a8260) at gmarshal.c:77
#27 0x047ed959 in g_type_class_meta_marshal (closure=0x80a5848,
    return_value=0x0, n_param_values=1, param_values=0x811bf68,
    invocation_hint=0xbfffed7c, marshal_data=0x6c) at gclosure.c:878
#28 0x047ef1db in IA__g_closure_invoke (closure=0x80a5848, return_value=0x0,
    n_param_values=1, param_values=0x811bf68, invocation_hint=0xbfffed7c)
    at gclosure.c:767
#29 0x04804e7e in signal_emit_unlocked_R (node=0x80a5870, detail=0,
    instance=0x8110030, emission_return=0x0, instance_and_params=0x811bf68)
    at gsignal.c:3174
#30 0x04806d3c in IA__g_signal_emit_valist (instance=0x8110030, signal_id=11,
    detail=0, var_args=0xbfffef1c "Zr\211") at gsignal.c:2977
#31 0x048071b6 in IA__g_signal_emit (instance=0x8110030, signal_id=11,
    detail=0) at gsignal.c:3034
#32 0x008972ec in IA__gtk_widget_map (widget=0x8110030) at gtkwidget.c:3195
#33 0x008a854e in gtk_window_show (widget=0x8110030) at gtkwindow.c:4337
---Type <return> to continue, or q <return> to quit---
#34 0x047fc964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x80a52a0,
    return_value=0x0, n_param_values=1, param_values=0x8115100,
    invocation_hint=0xbffff16c, marshal_data=0x8a8450) at gmarshal.c:77
#35 0x047ed959 in g_type_class_meta_marshal (closure=0x80a52a0,
    return_value=0x0, n_param_values=1, param_values=0x8115100,
    invocation_hint=0xbffff16c, marshal_data=0x5c) at gclosure.c:878
#36 0x047ef1db in IA__g_closure_invoke (closure=0x80a52a0, return_value=0x0,
    n_param_values=1, param_values=0x8115100, invocation_hint=0xbffff16c)
    at gclosure.c:767
#37 0x04804e7e in signal_emit_unlocked_R (node=0x80a5438, detail=0,
    instance=0x8110030, emission_return=0x0, instance_and_params=0x8115100)
    at gsignal.c:3174
#38 0x04806d3c in IA__g_signal_emit_valist (instance=0x8110030, signal_id=9,
    detail=0, var_args=0xbffff30c "*z\211") at gsignal.c:2977
#39 0x048071b6 in IA__g_signal_emit (instance=0x8110030, signal_id=9, detail=0)
    at gsignal.c:3034
#40 0x00897abc in IA__gtk_widget_show (widget=0x8110030) at gtkwidget.c:3003
#41 0x0089780c in IA__gtk_widget_show_all (widget=0x8110030)
    at gtkwidget.c:3151
#42 0x0804fb4f in gc3dWindow (this=0x8105838, App=0x80dc1f0, Doc=0x8100cd8)
    at window.cc:318
#43 0x0804cfa0 in gc3dApplication::OnFileNew (this=0x80dc1f0)
    at application.cc:84
---Type <return> to continue, or q <return> to quit---
#44 0x0804eedd in main (argc=Cannot access memory at address 0x0
) at main.cc:116

GCrystal second:
Program received signal SIGSEGV, Segmentation fault.
0x00010109 in ?? ()
Missing separate debuginfos, use: debuginfo-install keyutils.i386 samba.i386
(gdb) bt
#0  0x00010109 in ?? ()
#1  0x002addff in glXSwapBuffers (dpy=0x80a42a8, drawable=115343423)
    at glxcmds.c:859
#2  0x00210271 in gdk_gl_window_impl_x11_swap_buffers (gldrawable=0x8365200)
    at gdkglwindow-x11.c:302
#3  0x001edd29 in gdk_gl_drawable_swap_buffers (gldrawable=0x8365200)
    at gdkgldrawable.c:95
#4  0x0018b97e in gcu::GLView::Draw (this=0x8139658) at glview.cc:288
#5  0x0018ba11 in gcu::GLView::Update (this=0x8139658) at glview.cc:303
#6  0x0018cb95 in gcu::GLView::Init (this=0x8139658) at glview.cc:227
#7  0x0018cbcd in on_init (widget=0x80af060, View=0x8139658) at glview.cc:63
#8  0x077fb964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x813eed8,
    return_value=0x0, n_param_values=1, param_values=0x814f780,
    invocation_hint=0xbfffe5fc, marshal_data=0x18cbb0) at gmarshal.c:77
#9  0x077ee1db in IA__g_closure_invoke (closure=0x813eed8, return_value=0x0,
    n_param_values=1, param_values=0x814f780, invocation_hint=0xbfffe5fc)
    at gclosure.c:767
#10 0x07804625 in signal_emit_unlocked_R (node=0x80c7918, detail=0,
    instance=0x80af060, emission_return=0x0, instance_and_params=0x814f780)
    at gsignal.c:3244
#11 0x07805d3c in IA__g_signal_emit_valist (instance=0x80af060, signal_id=13,
    detail=0, var_args=0xbfffe79c "zi\211") at gsignal.c:2977
#12 0x078061b6 in IA__g_signal_emit (instance=0x80af060, signal_id=13,
---Type <return> to continue, or q <return> to quit---
    detail=0) at gsignal.c:3034
#13 0x00896a21 in IA__gtk_widget_realize (widget=0x80af060) at gtkwidget.c:3319
#14 0x00897340 in IA__gtk_widget_map (widget=0x80af060) at gtkwidget.c:3193
#15 0x006bd636 in gtk_box_forall (container=0x80ae648, include_internals=1,
    callback=0x6f1e00 <gtk_container_map_child>, callback_data=0x0)
    at gtkbox.c:783
#16 0x006efcd6 in IA__gtk_container_forall (container=0x80ae648,
    callback=0x6f1e00 <gtk_container_map_child>, callback_data=0x0)
    at gtkcontainer.c:1455
#17 0x006f1ddb in gtk_container_map (widget=0x80ae648) at gtkcontainer.c:2621
#18 0x077fb964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x80c7818,
    return_value=0x0, n_param_values=1, param_values=0x814f750,
    invocation_hint=0xbfffe9dc, marshal_data=0x6f1da0) at gmarshal.c:77
#19 0x077ec959 in g_type_class_meta_marshal (closure=0x80c7818,
    return_value=0x0, n_param_values=1, param_values=0x814f750,
    invocation_hint=0xbfffe9dc, marshal_data=0x6c) at gclosure.c:878
#20 0x077ee108 in IA__g_closure_invoke (closure=0x80c7818, return_value=0x0,
    n_param_values=1, param_values=0x814f750, invocation_hint=0xbfffe9dc)
    at gclosure.c:767
#21 0x07803e7e in signal_emit_unlocked_R (node=0x80c7830, detail=0,
    instance=0x80ae648, emission_return=0x0, instance_and_params=0x814f750)
    at gsignal.c:3174
#22 0x07805d3c in IA__g_signal_emit_valist (instance=0x80ae648, signal_id=11,
---Type <return> to continue, or q <return> to quit---
    detail=0, var_args=0xbfffeb7c "Zr\211") at gsignal.c:2977
#23 0x078061b6 in IA__g_signal_emit (instance=0x80ae648, signal_id=11,
    detail=0) at gsignal.c:3034
#24 0x008972ec in IA__gtk_widget_map (widget=0x80ae648) at gtkwidget.c:3195
#25 0x008a8445 in gtk_window_map (widget=0x8146028) at gtkwindow.c:4372
#26 0x077fb964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x80c7818,
    return_value=0x0, n_param_values=1, param_values=0x814f7b0,
    invocation_hint=0xbfffed6c, marshal_data=0x8a8260) at gmarshal.c:77
#27 0x077ec959 in g_type_class_meta_marshal (closure=0x80c7818,
    return_value=0x0, n_param_values=1, param_values=0x814f7b0,
    invocation_hint=0xbfffed6c, marshal_data=0x6c) at gclosure.c:878
#28 0x077ee1db in IA__g_closure_invoke (closure=0x80c7818, return_value=0x0,
    n_param_values=1, param_values=0x814f7b0, invocation_hint=0xbfffed6c)
    at gclosure.c:767
#29 0x07803e7e in signal_emit_unlocked_R (node=0x80c7830, detail=0,
    instance=0x8146028, emission_return=0x0, instance_and_params=0x814f7b0)
    at gsignal.c:3174
#30 0x07805d3c in IA__g_signal_emit_valist (instance=0x8146028, signal_id=11,
    detail=0, var_args=0xbfffef0c "Zr\211") at gsignal.c:2977
#31 0x078061b6 in IA__g_signal_emit (instance=0x8146028, signal_id=11,
    detail=0) at gsignal.c:3034
#32 0x008972ec in IA__gtk_widget_map (widget=0x8146028) at gtkwidget.c:3195
#33 0x008a854e in gtk_window_show (widget=0x8146028) at gtkwindow.c:4337
---Type <return> to continue, or q <return> to quit---
#34 0x077fb964 in IA__g_cclosure_marshal_VOID__VOID (closure=0x80c7288,
    return_value=0x0, n_param_values=1, param_values=0x814f568,
    invocation_hint=0xbffff15c, marshal_data=0x8a8450) at gmarshal.c:77
#35 0x077ec959 in g_type_class_meta_marshal (closure=0x80c7288,
    return_value=0x0, n_param_values=1, param_values=0x814f568,
    invocation_hint=0xbffff15c, marshal_data=0x5c) at gclosure.c:878
#36 0x077ee1db in IA__g_closure_invoke (closure=0x80c7288, return_value=0x0,
    n_param_values=1, param_values=0x814f568, invocation_hint=0xbffff15c)
    at gclosure.c:767
#37 0x07803e7e in signal_emit_unlocked_R (node=0x80c7420, detail=0,
    instance=0x8146028, emission_return=0x0, instance_and_params=0x814f568)
    at gsignal.c:3174
#38 0x07805d3c in IA__g_signal_emit_valist (instance=0x8146028, signal_id=9,
    detail=0, var_args=0xbffff2fc "*z\211") at gsignal.c:2977
#39 0x078061b6 in IA__g_signal_emit (instance=0x8146028, signal_id=9, detail=0)
    at gsignal.c:3034
#40 0x00897abc in IA__gtk_widget_show (widget=0x8146028) at gtkwidget.c:3003
#41 0x0089780c in IA__gtk_widget_show_all (widget=0x8146028)
    at gtkwidget.c:3151
#42 0x0806c6c4 in gcWindow (this=0x8138078, App=0x8121130, Doc=0x81394c0)
    at window.cc:463
#43 0x08053f87 in gcApplication::OnFileNew (this=0x8121130)
    at application.cc:61
---Type <return> to continue, or q <return> to quit---
#44 0x080692e4 in main (argc=115343423, argv=0x8664700) at main.cc:152

That's it. Sorry if it's a false alarm, I'm not 100 % sure.

Julian Sikorski <belegdol>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #17735:  build.log added by belegdol (481KiB - plain/text)
file #16484:  24262.patch added by jean_brefort (517B - text/x-patch - this patch adds a test for double buffered rendering, please test.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by dleidert (Posted a comment)
  • -email is unavailable- added by jean_brefort
  • -email is unavailable- added by jean_brefort (Updated the item)
  • -email is unavailable- added by belegdol (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-02-26 jean_brefort StatusNone Wont Fix
        Open/ClosedOpen Closed
    2009-03-19 belegdol Attached File- Added build.log, #17735
    2008-09-15 jean_brefort Carbon-Copy- Added -email is unavailable-
    2008-09-14 jean_brefort Attached File- Added 24262.patch, #16484

    Back to the top

    Powered by Savane 3.13-caa5.
    Corresponding source code