[ggo-discussion] Re: glGo crashing at startup

  • From: "Julian W." <squall38@xxxxxx>
  • To: ggo-discussion@xxxxxxxxxxxxx
  • Date: Tue, 31 Jan 2006 13:47:23 +0100

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Strempel schrieb:

| Julian W. wrote:
|
|> Init python: /usr/share/glGo/pythonlib.zip *** glibc detected ***
|> double free or corruption (out): 0x088da8b0 *** Aborted
|
|
| No idea what this error message means. I'd also need
| ~/.glGo/glGo.log and a GCD backtrace for further information.
|
| $ gcd glGo  (possibily "gcd /usr/games/glGo" needed) wait until it
| stops and you get a prompt in gcd again $ bt  (creates a backtrace)
|
|
| Copy&paste the whole thing after "gcd glGo" and email it to me,
| please. Plus the glGo.log.
|
| I don't run Mandrake myself, but the guy who does the Dutch
| translation uses Mandrake, and he usually tells me if glGo runs on
| Mandrake before a release. So far no problems. However, the last
| glGo release is rather old, so I don't know anything about more
| recent Mandrake releases. Or Mandrivia, as it's now called. :)
|
| I don't have much time and motivation for glGo currently, so I
| cannot promise a timely solution.
|
|
| Peter
|
|
I've been using glGo previously on Mandrake 10.1 and enjoyed it,
thanks a lot for your work and the quick reply.

Ok, my glGo.log entries look like this:

17:32:34: *** Starting new glGo 1.3.1 session at 17:32:34:  ***
17:32:34: Running on Linux
17:32:34: wxWidgets 2.6.1
17:32:34: Shared path: /usr/share/glGo/
17:32:34: Initialized language de_DE (0) - locale German
17:32:35: Sound was disabled at commandline.
17:32:35: Trying to start localserver...
17:32:35: Localserver started.
17:32:35: Python interpreter loaded.
17:32:35: Caml module loaded.

I also tried to set my LANGUAGE to en_EN, didn't help.
gdb backtrace follows:

#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb75d3ef1 in raise () from /lib/tls/libc.so.6
#2  0xb75d583b in abort () from /lib/tls/libc.so.6
#3  0xb7609ff5 in __fsetlocking () from /lib/tls/libc.so.6
#4  0xb7610587 in malloc_usable_size () from /lib/tls/libc.so.6
#5  0xb7610a02 in free () from /lib/tls/libc.so.6
#6  0xb73526f1 in operator delete () from /usr/lib/libstdc++.so.6
#7  0xb732f35d in std::string::_Rep::_M_destroy () from
/usr/lib/libstdc++.so.6
#8  0xb7330508 in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::~basic_string ()
~   from /usr/lib/libstdc++.so.6
#9  0xb6fc6eca in scim::FrontEndModule::FrontEndModule$base () from
/usr/lib/libscim-1.0.so.8
#10 0xb6fca236 in scim::scim_global_config_read () from
/usr/lib/libscim-1.0.so.8
#11 0xb6ff8a09 in scim::scim_get_default_socket_timeout () from
/usr/lib/libscim-1.0.so.8
#12 0xb6ff38b3 in scim::PanelClient::PanelClientImpl::PanelClientImpl
() from /usr/lib/libscim-1.0.so.8
#13 0xb6ff2f70 in scim::PanelClient::PanelClient () from
/usr/lib/libscim-1.0.so.8
#14 0xb70b8da2 in gtk_im_context_scim_shutdown () from
/usr/lib/gtk-2.0/immodules/im-scim.so
#15 0xb70bc716 in im_module_create () from
/usr/lib/gtk-2.0/immodules/im-scim.so
#16 0xb7fd6ff4 in ?? () from /lib/ld-linux.so.2
#17 0x0885ca50 in ?? ()
#18 0xbf8d3cc8 in ?? ()
#19 0xb70a973d in _init () from /usr/lib/gtk-2.0/immodules/im-scim.so
#20 0xb70a973d in _init () from /usr/lib/gtk-2.0/immodules/im-scim.so
#21 0xb7fcc9e6 in call_init (l=0xb70c21b4, argc=2, argv=0xbf8d4794,
env=0xbf8d47a0) at dl-init.c:70
#22 0xb7fccb12 in _dl_init (main_map=0x885ca50, argc=2,
argv=0xbf8d4794, env=0xbf8d47a0) at dl-init.c:142
#23 0xb76aba8d in getutmpx () from /lib/tls/libc.so.6
#24 0xb7fcc8a7 in _dl_catch_error (objname=0xbf8d3ee8,
errstring=0xbf8d3ee4,
~    operate=0xb76ab730 <getutmpx+592>, args=0xbf8d3ecc) at dl-error.c:161
#25 0xb76ac0f6 in _dl_open () from /lib/tls/libc.so.6
#26 0xb77dcd20 in ?? () from /lib/libdl.so.2
#27 0xfffffffe in ?? ()
#28 0x005bca51 in ?? ()
#29 0xbf8d3f74 in ?? ()
#30 0xb77dccee in ?? () from /lib/libdl.so.2
#31 0xb75bca51 in ?? () from /lib/tls/libc.so.6
#32 0xb78be893 in ?? () from /usr/lib/libgmodule-2.0.so.0
#33 0x00000012 in ?? ()
#34 0xb7fd6ff4 in ?? () from /lib/ld-linux.so.2
#35 0x00000000 in ?? ()

Now, looking at this, do you think it could be SCIM's fault? Rather
hope it's not because I heavily rely on it for Japanese input >_>

Well, thanks for your time :)

Julian

- --
AIM: sloevenh1 ICQ: 289135008 Jabber: sloevenh1@xxxxxxx
http://www.rpgameplace.de

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFD31xahVFFU8kUVJERAjcfAJ4kW2dh3Pwc4q7zdlA1jOceCQYiKACgn/Oi
W/he9Y1/XEJPlJlwZbQzM5o=
=pPGI
-----END PGP SIGNATURE-----


Other related posts: