[Bug 31353] New: wine notepad crashed when exiting with some CJK characters remaining in text area
http://bugs.winehq.org/show_bug.cgi?id=31353
Bug #: 31353 Summary: wine notepad crashed when exiting with some CJK characters remaining in text area Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: felixonmars@gmail.com CC: fracting@gmail.com Classification: Unclassified
Created attachment 41197 --> http://bugs.winehq.org/attachment.cgi?id=41197 crash log
This is what I've tested:
1. locale: en_US.UTF-8 $ wine notepad Then input or paste some Chinese/Japanese characters, and hit exit button (or alt-f4).
Crashed.
2. locale: en_US.UTF-8 $ wine notepad Then input or paste some Chinese/Japanese characters, then delete them, and hit exit button (or alt-f4).
It did not crash.
3. locale: zh_CN.UTF-8 Same operations as 1, did not crash too.
log attached.
http://bugs.winehq.org/show_bug.cgi?id=31353
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #41197|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=31353
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2012-07-30 08:24:30 CDT --- Your backtrace is lacking symbols. Can you install debugging symbols (or build wine-1.5.9 from source)?
http://bugs.winehq.org/show_bug.cgi?id=31353
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #2 from Austin English austinenglish@gmail.com 2012-07-30 12:48:14 CDT --- I assume this has been verified to work on windows?
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #3 from Felix Yan felixonmars@gmail.com 2012-07-30 19:36:43 CDT --- @Austin Since Windows 7, yes. For Windows XP, it won't work correctly (i.e. display corrupted symbols), but it won't crash at least.
http://bugs.winehq.org/show_bug.cgi?id=31353
Felix Yan felixonmars@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #41197|0 |1 is obsolete| |
--- Comment #4 from Felix Yan felixonmars@gmail.com 2012-09-14 21:48:16 CDT --- Created attachment 41674 --> http://bugs.winehq.org/attachment.cgi?id=41674 log with a !strip version of wine 1.5.13
The problem still exists in 1.5.13, I've tried "options=(!strip)" in the arch packaging and attached a new log.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #5 from Dan Kegel dank@kegel.com 2012-09-14 22:01:09 CDT --- That's better. Still no line numbers, though. Can you attach a text file that causes the problem?
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #6 from Felix Yan felixonmars@gmail.com 2012-09-14 22:05:08 CDT --- Any CJK character will reproduce the problem, such as "我" in Chinese or "の" in Japanese.
Just copy & paste one of the above characters to notepad window and hit close button or alt-f4, it will crash.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #7 from Qian Hong fracting@gmail.com 2012-09-14 22:16:49 CDT --- This line of log looks strange: =>0 0x7e8087a1 get_glyph_index.isra+0x31() in gdi32 (0x0033c2d8)
I think there is no any function named get_glyph_index.isra in Wine...
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #8 from Dan Kegel dank@kegel.com 2012-09-14 22:20:25 CDT --- Does WINEDEBUG=warn+heap change the stack traceback you get?
No matter what file I use, even a one character file just containing the letter 'x', notepad crashes with the following stack trace for me:
Unhandled exception: page fault on read access to 0xfeeefef6 in 32-bit code (0x7db24356). Backtrace: =>0 ScriptStringFree+0x36(pssa=0x161bcc) [dlls/usp10/usp10.c:2320] 1 EditWndProc_common+0x1119(hwnd=<?>, msg=<?>, wParam=<?>, lParam=<?>, unicode=<?>) [dlls/user32/edit.c:375] 2 EditWndProcW+0x3a(hwnd=0x10076, msg=0x82, wParam=0, lParam=0) [dlls/user32/winproc.c:1081]
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #9 from Felix Yan felixonmars@gmail.com 2012-09-14 22:27:41 CDT --- (In reply to comment #8)
Does WINEDEBUG=warn+heap change the stack traceback you get?
No matter what file I use, even a one character file just containing the letter 'x', notepad crashes with the following stack trace for me:
Unhandled exception: page fault on read access to 0xfeeefef6 in 32-bit code (0x7db24356). Backtrace: =>0 ScriptStringFree+0x36(pssa=0x161bcc) [dlls/usp10/usp10.c:2320] 1 EditWndProc_common+0x1119(hwnd=<?>, msg=<?>, wParam=<?>, lParam=<?>, unicode=<?>) [dlls/user32/edit.c:375] 2 EditWndProcW+0x3a(hwnd=0x10076, msg=0x82, wParam=0, lParam=0) [dlls/user32/winproc.c:1081]
Confirmed, it seems like a regression, as when I opened this bug report with wine 1.5.9 an 'x' will not cause the crash, but only CJK chars.
And the WINEDEBUG env won't change the stack traceback I get. I just tried gdb but got all ?? so there must be still something wrong in my side.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #10 from Felix Yan felixonmars@gmail.com 2012-09-14 23:04:54 CDT --- Created attachment 41675 --> http://bugs.winehq.org/attachment.cgi?id=41675 log with wine 1.5.13 fixed version
http://bugs.winehq.org/show_bug.cgi?id=31353
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #11 from Sagawa sagawa.aki+winebugs@gmail.com 2012-09-16 08:24:00 CDT --- Could you attach WINEDEBUG=font trace logs?
I think "page fault on read access to 0x00000004" is caused by NULL font->ft_face->charmap in freetype.c:5556. This issue is depends on your environment especially font face selection and font file. But I can't guess which face you are used in without trace logs.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #12 from Felix Yan felixonmars@gmail.com 2012-09-16 08:51:37 CDT --- WINEDEBUG=font trace log: http://minus.com/lbsBprkSdDNfgb
(file too large so I uploaded to minus)
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #13 from Sagawa sagawa.aki+winebugs@gmail.com 2012-09-17 02:40:53 CDT --- Could you remove GSHG00B.TTF, and try this again?
According to the trace log file, you assigned "新宋体" to GSHG00B.TTF. And no select_charset lines show that GSHG00B.TTF has no suitable cmap sub-table such as Unicode. In other words, your font file is too old to use in wine.
http://bugs.winehq.org/show_bug.cgi?id=31353
Felix Yan felixonmars@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #14 from Felix Yan felixonmars@gmail.com 2012-09-17 05:33:38 CDT --- Thanks, that's the problem. I removed the one you mentioned and other 20+ obsolete fonts, now the crash no longer exists.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #15 from Dan Kegel dank@kegel.com 2012-09-17 09:05:41 CDT --- Shouldn't wine print out an error message rather than crashing, then?
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #16 from Austin English austinenglish@gmail.com 2012-09-17 12:49:04 CDT --- (In reply to comment #15)
Shouldn't wine print out an error message rather than crashing, then?
Depends, what happens on windows with that font?
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #17 from Felix Yan felixonmars@gmail.com 2012-09-17 22:01:32 CDT --- (In reply to comment #16)
Depends, what happens on windows with that font?
It won't be selected, but it won't display correctly too in the Windows Font Viewer, neither will a linux desktop's font viewer recognize them.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #18 from Dan Kegel dank@kegel.com 2012-09-17 22:03:41 CDT --- Are these fonts somehow still common? Where do they come from?
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #19 from Felix Yan felixonmars@gmail.com 2012-09-17 22:20:05 CDT --- (In reply to comment #18)
Are these fonts somehow still common? Where do they come from?
Yes they are common. They are licensed fonts from Arphic Technology Co., Ltd before 2000s, and still used widely for now. They are still usable on Windows XP or 7 but not working correctly on most of Linux. For example, Libreoffice won't be able to preview these fonts when listing but after selected it works correctly. They should be supporting GB2312 only so no GBK/GB18030/UTF-8 only characters available.
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #20 from Dan Kegel dank@kegel.com 2012-09-17 22:28:59 CDT --- Oh, Arphic, I think we ran into those in http://bugs.winehq.org/show_bug.cgi?id=7098#c9, too.
Do you think that there are enough users trying to use these with wine that we should update wine to at least not crash?
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #21 from Felix Yan felixonmars@gmail.com 2012-09-17 23:01:01 CDT --- (In reply to comment #20)
Oh, Arphic, I think we ran into those in http://bugs.winehq.org/show_bug.cgi?id=7098#c9, too.
Do you think that there are enough users trying to use these with wine that we should update wine to at least not crash?
In #7098 the problem is with arphic ukai. I've tried Archlinux shipped ukai and uming but it seems they are fixed. So as the problem should only exist in older fonts with only GB2312 or BIG5 tables, I'm afraid there won't be too many users involved in.
But I'll be glad if someone will have time to fix it so I won't have to mv these fonts over and over in different cases :)
http://bugs.winehq.org/show_bug.cgi?id=31353
--- Comment #22 from Dan Kegel dank@kegel.com 2012-09-17 23:39:08 CDT --- Let's ignore the problem for now. If lots of people hit it, maybe we can add the needed error checking.
http://bugs.winehq.org/show_bug.cgi?id=31353
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #23 from Austin English austinenglish@gmail.com 2012-09-18 19:07:49 CDT --- Closing.
-
wine-bugs＠winehq.org