crash without bt on Dirk/Qt

Tomaz Canabrava tcanabrava at kde.org
Mon Apr 22 05:04:49 PDT 2013


confirmed, this simple patch fixed it on my Work PC.

diff --git a/qt-gui.cpp b/qt-gui.cpp
index 86731bb..5da1407 100644
--- a/qt-gui.cpp
+++ b/qt-gui.cpp
@@ -1866,7 +1866,6 @@ QStringList MainWindow::fileNameFilters() const

 void init_qt_ui(int *argcp, char ***argvp)
 {
-       application = new QApplication(*argcp, *argvp);
        application->installTranslator(new Translator(application));
        MainWindow *window = new MainWindow();
        window->show();
@@ -1874,6 +1873,7 @@ void init_qt_ui(int *argcp, char ***argvp)

 void init_ui(int *argcp, char ***argvp)
 {
+       application = new QApplication(*argcp, *argvp);
        GtkWidget *win;
        GtkWidget *nb_page;
        GtkWidget *dive_list;


Dirk, can you apply this on your branch, pretty please?


2013/4/22 Tomaz Canabrava <tcanabrava at kde.org>

> People, I need help compiling and running the current Qt code on my work
> desktop. While I do belive that on Dirk`s machine it works ( because it
> works on my home Desktop machine too ), I`m unable to make it run on my
> Work machine ( and I`m at work, without a thing to do now, so hacking
> subsurface would be a nice thing. )
>
> ![tomaz at tatooine subsurface]$ ./subsurface
>
> (process:10326): Gtk-WARNING **: Locale not supported by C library.
>         Using the fallback 'C' locale.
> Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 14: reading
> configurations from ~/.fonts.conf is deprecated.
> address of dive_table 0x6bfc90
> Segmentation fault (core dumped)
> ![tomaz at tatooine subsurface]$
>
> Unfortunately, I didn`t managed to find the core-dump, so I runned it with
> gtb, but to my surprise, it freezed, instead of crashing. And the control
> didn`t returned to GDB, so I killed it with ctrl+c, and got this bt:
>
> address of dive_table 0x6bfc90
> bt
> ^C
> Program received signal SIGINT, Interrupt.
> 0x00007ffff305016c in __lll_robust_lock_wait () from
> /usr/lib/libpthread.so.0
> (gdb) bt
> #0  0x00007ffff305016c in __lll_robust_lock_wait () from
> /usr/lib/libpthread.so.0
> #1  0x00007ffff3047d18 in _L_robust_lock_126 () from
> /usr/lib/libpthread.so.0
> #2  0x00007ffff30478f2 in __pthread_mutex_lock_full () from
> /usr/lib/libpthread.so.0
> #3  0x00007ffff21cb557 in XrmQGetResource () from /usr/lib/libX11.so.6
> #4  0x00007ffff21a7ca2 in XGetDefault () from /usr/lib/libX11.so.6
> #5  0x00007ffff4d510af in ?? () from /usr/lib/libcairo.so.2
> #6  0x00007ffff4d53490 in ?? () from /usr/lib/libcairo.so.2
> #7  0x00007ffff4d259ab in cairo_surface_get_font_options () from
> /usr/lib/libcairo.so.2
> #8  0x00007ffff4ce563f in ?? () from /usr/lib/libcairo.so.2
> #9  0x00007ffff4ce9428 in ?? () from /usr/lib/libcairo.so.2
> #10 0x00007ffff4cdb4d3 in cairo_show_glyphs () from /usr/lib/libcairo.so.2
> #11 0x00007ffff51ffe33 in ?? () from /usr/lib/libpangocairo-1.0.so.0
> #12 0x00007ffff5200144 in ?? () from /usr/lib/libpangocairo-1.0.so.0
> #13 0x00007ffff430252f in pango_renderer_draw_glyphs () from
> /usr/lib/libpango-1.0.so.0
> #14 0x00007ffff52003a4 in pango_cairo_show_glyph_string () from
> /usr/lib/libpangocairo-1.0.so.0
> #15 0x00007ffff430252f in pango_renderer_draw_glyphs () from
> /usr/lib/libpango-1.0.so.0
> #16 0x00007ffff4302eb8 in pango_renderer_draw_layout_line () from
> /usr/lib/libpango-1.0.so.0
> #17 0x00007ffff4303215 in pango_renderer_draw_layout () from
> /usr/lib/libpango-1.0.so.0
> #18 0x00007ffff5432323 in gdk_draw_layout_with_colors () from
> /usr/lib/libgdk-x11-2.0.so.0
> #19 0x00007ffff54325f7 in gdk_draw_layout () from
> /usr/lib/libgdk-x11-2.0.so.0
> #20 0x00007ffff5864d31 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
> #21 0x00007ffff57e09c5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
> #22 0x00007ffff57ec229 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
> #23 0x00007ffff409c3d2 in g_closure_invoke () from
> /usr/lib/libgobject-2.0.so.0
> ---Type <return> to continue, or q <return> to quit---
>
> It seems that the new delayed initialization of Qt can be killing the GTK
> version of Subsurface on some systems.
>
> Tomaz
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20130422/4e22011e/attachment-0001.html>


More information about the subsurface mailing list