So it looks like it's XStringToKeysym() that segfaults. Why? Were there any
changes between 4.3.0.dfsg.1-1 and 4.3.0.dfsg.1-4 which could have fixed that?
Or maybe it's some dynamic linking error? But that should have been caught by
dlopen(), when loading the plugin, right?
Should I reassign this bug to libx11-6 ?
Marcin
--
Marcin Owsiany <email address hidden> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
retitle 252170 XStringToKeysym() call causes segfault
thanks
The interesting part of the strace is: /tmp/xmms- xf86audio/ ", 0755) = -1 EEXIST (File exists) /tmp/xmms- xf86audio/ K1", 0755) = -1 EEXIST (File exists) /tmp/xmms- xf86audio/ K1-0", 0755) = -1 EEXIST (File exists)
[...]
mkdir("
mkdir("
mkdir("
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
[...]
Which corresponds to the following bits of code:
| static void plugin_init() "XF86AudioNext" )) != 0) (keystring) ;
| {
| mkdir(P, 0755);
| grab_keys();
| }
| [...]
| static void grab_keys()
| {
| KeyCode code;
|
| mkdir(P "K1", 0755);
| if ((code = grab_key(
| map[XF86AUDIO_NEXT] = code;
| mkdir(P "K2", 0755);
| [...]
| }
| [...]
| static KeyCode grab_key(char *keystring)
| {
| KeySym sym;
| KeyCode code;
|
| mkdir(P "K1-0", 0755);
| sym = XStringToKeysym
| mkdir(P "K1-1", 0755);
| [...]
| }
So it looks like it's XStringToKeysym() that segfaults. Why? Were there any
changes between 4.3.0.dfsg.1-1 and 4.3.0.dfsg.1-4 which could have fixed that?
Or maybe it's some dynamic linking error? But that should have been caught by
dlopen(), when loading the plugin, right?
Should I reassign this bug to libx11-6 ?
Marcin marcin. owsiany. pl/
--
Marcin Owsiany <email address hidden> http://
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216