Crash reading i18n text [2.0.8|9|10][linux/windows?][utf-8]
Brought to you by:
zed
Menu
▾
▴
#678 Crash reading i18n text [2.0.8|9|10][linux/windows?][utf-8]
see the screenshot taken by someone making fun of the
bug...
it seems that when reading korean chars (or I guess
chinese / japanese chars would have done the same
thing), xchat crashes
having the font or not has not been tested
did not have time to make a backtrace... sorry
seems that a freshly compiled xchat 2.0.9 did not crash...
the one which crashed was a gentoo version
it's not always reproducible...
screenshot of a crash... [i did not take it...][too cruel]
Logged In: YES
user_id=726229
it seems it doesn't crash with the ASCII charset, but it
does with UTF-8
backtrace is impossible : "stack corruption" (?)
Logged In: YES
user_id=726229
for xchat 2.0.10 too
[tested linux only]
when in utf-8, selecting the text then pasting it = crash
Logged In: YES
user_id=726229
it seems 2.0.9 crashes automatically, and 2.0.10 crashes
only when _pasting_ the korean text
apparently the font is not needed to be vulnerable...
Logged In: YES
user_id=726229
apparently this version coming from the debian testing
repository crashes too :
xchat 2.0.8-2
but I have the same version with imhangul and nabi
installed, which doesn't crash
Logged In: NO
2.0.10 and 2.0.9 crash automatically when xtext backend is
pango.
However, they only crash when pasting the guilty text in the
input box when text backend is xft.
Logged In: YES
user_id=5012
It appears to be crashing somewhere inside Pango's hangul
shaper module.
If you disable hangul in pango.modules (somewhere inside
/etc/pango/...) it's safe again.
Can you paste or attach a peice of Korean text that can
cause this?
Logged In: YES
user_id=726229
sure,
the korean text that makes the crash can be quite random
hangul chars....
댜래쟈뎌ㅔ재먀뎔ㄷ멀니아런팣ㅍㅌ
that doesn't mean anything, but xchat crashes anyway ;)
Logged In: YES
user_id=5012
That string works fine, got any others?
Logged In: YES
user_id=726229
hmmm
well I think you could better install the imhangul gtk2
module, then select "2bul" in the input tab context menu
then SHIFT+SPACE will switch between english and hangul
press random keys like :
,.rcg.l',rcntahsontehisrco.ia,rc.dsoisroc.phosntebk;nteu.,c
(dvorak here, but doesn't matter)
remember to activate the unicode charset, it seems it
crashes only when utf-8 is the charset, but not sure
Logged In: YES
user_id=5012
Pasting that line on #xchat (freenode) only 2 out of 65
people dropped out. It's probably only a particular version
of Pango that's buggy, what's your version?
Logged In: YES
user_id=562583
I've just experienced the same problem and tracked down the
problem with the help of zed and the valgrind memchecker to
pango.
I sent the log to the pango devs. Let's see what they think.
Logged In: NO
I bet most of the guys on #xchat are not in utf-8...
Found this on google:
http://mail.gnome.org/archives/gtk-i18n-list/2004-February/msg00017.html
If that is indeed our problem, it was fixed in pango's cvs 2
months ago:
http://cvs.gnome.org/viewcvs/pango/modules/hangul/ , and
last release of pango is earlier than that... (16 march 2004)
Logged In: YES
user_id=726229
FYI
I have libpango1.0-* debian testing packages version 1.4.0-4
and it doesn't seem to crash on my box
Logged In: YES
user_id=5012
You claim it happens on windows too, but my build (from
xchat.org) doesn't include the pango hangul module at all.
Was this just a guess or does it actually crash with
2.0.10a-win32?
Logged In: YES
user_id=726229
someone seemed to have crashed while using a windows version
of xchat, but I have no real confirm of that, that's right
I'll try to find him to make a test again
Logged In: YES
user_id=5012
Resolved by Pango 1.4.1.