Re: Bug-report Segmentation Fault on startup
Jan Kohnert <[email protected]> Sat, 1 May 2004 13:35:13 +0200
| Newsgroups | gmane.comp.scigraphica.devel |
|---|---|
| Message-ID | <[email protected]> |
Am Freitag, 30. April 2004 19:17 schrieb Philip Pinkerton: > Seems I have everything but still I get the segmentation fault > > > > gdb scigraphica > > GNU gdb 6.1-debian > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. > > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-linux"...Using host libthread_db > library "/lib/tls/libthread_db.so.1". > > > (gdb) run > > Starting program: /usr/local/bin/scigraphica > [Thread debugging using libthread_db enabled] > [New Thread 1080664352 (LWP 21036)] > Detaching after fork from child process 21039. > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1080664352 (LWP 21036)] > 0x40869db0 in g_type_is_a () from /usr/lib/libgobject-2.0.so.0 > (gdb) bt > > #0 0x40869db0 in g_type_is_a () from /usr/lib/libgobject-2.0.so.0 > #1 0x408657af in g_type_interface_add_prerequisite () > from /usr/lib/libgobject-2.0.so.0 > #2 0x40a8eecf in gtk_cell_editable_get_type () > from /usr/lib/libgtk-x11-2.0.so.0 > #3 0x409ca8ca in init_gtk () Why would sg use GILB/GTK-2.0??? > from /usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so > #4 0x4097ced0 in init_gtk () > from /usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so And here is the real problem: Sg won't work with python-gtk linked against GTK-2.0!!! I supposed to think the previos GTK-2 calls come here... > #5 0x4025eb10 in _PyImport_LoadDynamicModule () > from /usr/lib/libpython2.3.so.1.0 > #6 0x4025baa6 in PyImport_ExecCodeModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #7 0x4025c847 in PyImport_ImportModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #8 0x4025c383 in PyImport_ImportModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #9 0x4025dd81 in PyImport_AppendInittab () > from /usr/lib/libpython2.3.so.1.0 > #10 0x4025c02a in PyImport_ImportModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #11 0x4022dcf0 in _PyBuiltin_Init () from /usr/lib/libpython2.3.so.1.0 > #12 0x402037ad in PyCFunction_Call () from /usr/lib/libpython2.3.so.1.0 > #13 0x401dbe97 in PyObject_Call () from /usr/lib/libpython2.3.so.1.0 > #14 0x40238b5a in PyEval_CallObjectWithKeywords () > from /usr/lib/libpython2.3.so.1.0 > #15 0x40236a1e in PyEval_EvalCode () from /usr/lib/libpython2.3.so.1.0 > #16 0x4023786c in PyEval_EvalCodeEx () from /usr/lib/libpython2.3.so.1.0 > #17 0x402348f7 in PyEval_EvalCode () from /usr/lib/libpython2.3.so.1.0 > #18 0x4025adbf in PyImport_ExecCodeModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #19 0x4025d60e in PyImport_AppendInittab () > from /usr/lib/libpython2.3.so.1.0 > #20 0x4025b95f in PyImport_ExecCodeModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #21 0x4025dac9 in PyImport_AppendInittab () > from /usr/lib/libpython2.3.so.1.0 > #22 0x4025babd in PyImport_ExecCodeModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #23 0x4025c847 in PyImport_ImportModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #24 0x4025c383 in PyImport_ImportModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #25 0x4025dd81 in PyImport_AppendInittab () > from /usr/lib/libpython2.3.so.1.0 > #26 0x4025c02a in PyImport_ImportModuleEx () > from /usr/lib/libpython2.3.so.1.0 > #27 0x080c5582 in commit_modules (config=0x8268698) at python_int.c:222 > #28 0x08064f9d in sg_config_exec_commit (config=0x82589e8) at > sg_config.c:257 > #29 0x40549ffc in g_hash_table_foreach () from /usr/lib/libglib-1.2.so.0 > #30 0x40549ffc in g_hash_table_foreach () from /usr/lib/libglib-1.2.so.0 > #31 0x08065022 in sg_config_exec_commit_all () at sg_config.c:282 > #32 0x0805dacc in python_init_callback (data=0xbffff99b) at sg.c:528 > #33 0x4054dfa0 in g_timeout_add () from /usr/lib/libglib-1.2.so.0 > #34 0x4054d03d in g_get_current_time () from /usr/lib/libglib-1.2.so.0 > #35 0x4054d4f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 > #36 0x4054d724 in g_main_run () from /usr/lib/libglib-1.2.so.0 > #37 0x40474c3f in gtk_main () from /usr/lib/libgtk-1.2.so.0 ... because here sg uses GTK-1.2 again... > #38 0x0805dc1c in main (argc=1, argv=0xbffff864, envp=0xbffff86c) at > sg.c:672 So the only thing you can do is grab a python installation with python-gtk linked against gtk-1.2 and the numeric python module and after all compile SG against this python. Best regards and good luck Jan -- OpenPGP public key available: http://home.arcor.de/jan.kohnert/gnupg_publickey.asc Key-Fingerprint: BA8E 11D1 FE7C 9353 7276 5375 486E 9BED 2B03 DF29
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQBAk4t1SG6b7SsD3ykRAgYqAJ9R6jqYvBp64B7AnsSPfw5Nkd2KbgCdHq46 ClQaaTI90vSnZsalrKP1PC8= =ZYE8 -----END PGP SIGNATURE-----