July 2012 - Wine-Bugs - list.winehq.org

[Bug 29851] New: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=29851 Bug #: 29851 Summary: Some part of PDFCreator installer cannot display Chinese correctly even Font Replacement is setting correctly Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 38774 --> http://bugs.winehq.org/attachment.cgi?id=38774 Screenshot: some part of PDFCreator installer does not display Chinese 0. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 1. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 2. Download PDFCreator from http://sourceforge.net/projects/pdfcreator/ ( http://sourceforge.net/projects/pdfcreator/files/PDFCreator/PDFCreator%201.… ) 3. open the installer with wine: $ wine PDFCreator-1_2_1_setup.exe 4. - select Simplified Chinese (中文简体) - click OK (确定) - click next (下一步) - select "I agree" (我接受协议) - click next (下一步) All the window before display Chinese correctly, only this one (安装向导 - pdfcreator) doesn't display Chinese as expect. Please see screenshot for details. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 22

[Bug 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=23364 Summary: 16-bit games - many don't work in Wine. Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk As I have not found a bug report for this already I've decided to create one myself. Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole", "Bricklayer" and many others I've tried simply don't work at all in Wine. Since there's too many 16-bit games to list, it makes sense to write one bug report covering the same problem i.e. problems running 16-bit games. Try some yourself from here: http://members.chello.at/theodor.lauppert/games/win16.htm Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit version does NOT work at all (try it yourself from this link, you get to download both the 32-bit and 16-bit versions respectively, at the bottom of that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm I'm pleased to say that the Ballistic (Paddle) game appears to work: http://www.classicdosgames.com/genre/paddle.html This bug report may appear trivial and not important, but playing old Windows games appeals to some people. These games will NOT work in dosbox. Also consider that 64-bit versions of Microsoft Windows won't even run 16-bit programs and games, whereas Wine can sometimes get them working, as in the case of the Ballistic game. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 19

[Bug 30155] New: secdrv.sys from SafeDisc v2.05.030 does not work
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=30155 Bug #: 30155 Summary: secdrv.sys from SafeDisc v2.05.030 does not work Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)codeweavers.com Classification: Unclassified Created attachment 39336 --> http://bugs.winehq.org/attachment.cgi?id=39336 service,relay,winedevice,ntoskrnl log SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is that the application exits with exit code 0 without any output. This affects for example the Command and Conquer Red Alert 2 installer, which is safedisc protected for some reason. The problem seems to be related to the specific secdrv.sys version. If I take a secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's revenge expansion) and put it in C:\windows\system32\drivers, the installer works. ProtectId says: Scanning -> D:\Setup\Setup.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh) Byte(s) -> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h [File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027) [!] Safedisc v2.05.030 detected ! [i] Appended data contents.... [.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947 byte(s) -> ~de7bc4.tmp [.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208 byte(s) -> clcd32.dll [.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784 byte(s) -> clcd16.dll [.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584 byte(s) -> mcp.dll [.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220 byte(s) -> ~df394b.tmp [.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304 byte(s) -> drvmgt.dll [.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768 byte(s) -> secdrv.sys [.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248 byte(s) -> ~ef7194.tmp [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.640 Second(s) The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010 driver is f376a1580204e47f37a721e1cbc5582a. I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of the setup tool. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 35

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 13

[Bug 30523] New: Jupiter crashes when trying to fill online tax declarations
by wine-bugs＠winehq.org Sept. 2, 2026

Sept. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=30523 Bug #: 30523 Summary: Jupiter crashes when trying to fill online tax declarations Product: Wine Version: 1.5.2 Platform: x86 URL: http://pity.elfin.pl/pliki/Jupiter/Jupiter2011/std/1.0 .5.6/Jupiter2011_std_1.0.5.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: washuu(a)eastnews.com.pl Classification: Unclassified Created attachment 39930 --> http://bugs.winehq.org/attachment.cgi?id=39930 sample data file with bogus numbers Jupiter is free, downloadable program for calculating taxes in Poland, it's quite popular. I found using it under Wine quite uncomfortable, because of a few bugs. Here is one of them: - install the application. In my case it went without any glitches. - run the application. - open the attached sample data file, using menu "Plik" ("file") and "Otworz" ("open"). - wait a few seconds to open data file, when it is loaded you see some text in the middle, starting with "dziekujemy za skorzystanie z programu". - in the menu, choose "Rozliczenia" ("statements") and "e-deklaracje" ("e-declarations"). The program crashes with error: Unhandled exception: page fault on write access to 0x017c0bce in 32-bit code (0x02358bf5). Backtrace: =>0 0x02358bf5 (0x0033f804) 1 0x7c0af136 in mscoree (+0xf135) (0x0033f874) 2 0x7e71b84a CoCreateInstance+0x369() in ole32 (0x0033f8e4) 3 0x004167e4 in jupiter (+0x167e3) (0x7ea9c9d0) 4 0xb8ec81ec (0x8b55ff8b) 0x02358bf5: addb %al,0x0(%eax). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 29372] New: Chrome exit with "fixme:file:ReplaceFileW Ignoring flags 2" while dragging tabs
by wine-bugs＠winehq.org Sept. 1, 2026

Sept. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=29372 Bug #: 29372 Summary: Chrome exit with "fixme:file:ReplaceFileW Ignoring flags 2" while dragging tabs Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Downlaod and install Google Chrome http://www.google.com/chrome/index.html?platform=win&hl=en&standalone=1 sha1sum : ChromeStandaloneSetup-b6ea56f7a04f9bcee3565687f5aef83695d13b97-2011-12-09.exe 2. disable "Allow the window manager to decorate the windows." in winecfg (Reference: Bug 28467 and Bug 28468) 3. Start chrome $ cd ~/.wine/drive_c/users/fracting/Local\ Settings/Application\ Data/Google/Chrome/Application $ wine chrome.exe 4. make sure there is only one tab, drag the chrome tab away from the origin position, then chrome will exit with following messages: fixme:file:ReplaceFileW Ignoring flags 2 fixme:file:ReplaceFileW Ignoring flags 2 fixme:file:ReplaceFileW Ignoring flags 2 fixme:iphlpapi:CancelIPChangeNotify (overlapped 0xc8ab1c): stub fixme:advapi:UnregisterTraceGuids 0: stub fixme:advapi:UnregisterTraceGuids 0: stub -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 30652] New: Wrong TextOut font substitution under en_US locale
by wine-bugs＠winehq.org Sept. 1, 2026

Sept. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=30652 Bug #: 30652 Summary: Wrong TextOut font substitution under en_US locale Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hqm03ster(a)gmail.com Classification: Unclassified Created attachment 40125 --> http://bugs.winehq.org/attachment.cgi?id=40125 The screenshots, test code, and test font The test program "tunihan.c" behaves differently on Windows and Wine (under linux). When a Unicode string containing CJK characters is TextOut-ed using a custom font, Wine font substitution isn't working properly like Windows does. To reproduce: 1. Install the font "nkf11_magicum_texturae.ttf". The font can be downloaded for free at: http://hwm3.gyao.ne.jp/shiroi-niwatori/nkf11_magicum_texturae.zip Windows standard CJK fonts NSimSun, PMingLiu, MS UI Gothic, Tahoma are also required to completely reproduce the attached screenshots. 2. Compile attached tunihan.c using MinGW on Windows with command line: gcc -otunihan.exe tunihan.c -lgdi32 3. Run the generated tunihan.exe under Windows, with global non-Unicode program locale set to English (US). Attached screenshot "enUS-windows.png" should be reproduced. 4. Copy/link all Windows fonts into Wine. 5. Run the generated tunihan.exe under Wine using command line: LANG=en_US.utf8 wine tunihan.exe Attacehed screenshot "enUS-linux.png" should be reproduced. Test environment: Windows: A Chinese Edition of Windows 7 with global non-Unicode program locale set to English (US). Wine: Wine 1.5.4 on Arch Linux 3.3.5, with all windows fonts symlinked into "C:\windows\Fonts" in Wine. Notes: A. The attached font, "nkf11_magicum_texturae.ttf", is an incomplete fictional glyph set for ASCII characters. It is chosen as a test font because it is missing glyphs for a number of ASCII symbols (e.g. '[', ']'), is clearly distinguishable from any potential substitution font, and is clearly not a Windows standard font. B. This behavior can't be reproduced using AppLocale. The Windows machine must have its global non-Unicode program locale set to English (US). C. tunihan.c writes 7 lines of texts to a Window: Line 1: A line of ASCII/CJK characters in a Simplified Chinese font Line 2: A line of ASCII/CJK characters in a Traditional Chinese font Line 3: A line of ASCII/CJK characters in a Japanese font Line 4: A line of ASCII/CJK characters in the test font Line 5: A line of ASCII characters in the test font, using TextOutW Line 6: A line of ASCII characters in the test font, using TextOutA Line 7: A line of ASCII/CJK characters in Tahoma In line 4, Windows is providing font substitution for the test font through a Japanese substitution font (deduced from unified Han character shape), thus displaying all ASCII/CJK characters correctly, despite that there isn't such a rule defined in the registry. Wine failed to do the same. On the other hand, Windows doesn't provide the same font substitution if a completely-ASCII string is TextOut-ed. The CJK characters are chosen to include both unified Han characters with a different shape in each font and non-unified characters for each individual font. Implications: 1. This bug may be related to a few weird CJK script rendering problems. 2. This bug may be related to a few western font rendering problems when CJK fonts are installed. 3. I'm not sure if the issue is even CJK related. Windows could be using similar font substitution for other scripts like Hebrew. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 18790] New: Default search does not include resolved bugs
by wine-bugs＠winehq.org Aug. 31, 2026

Aug. 31, 2026

http://bugs.winehq.org/show_bug.cgi?id=18790 Summary: Default search does not include resolved bugs Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P3 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk The default search (the search box at the top of this page) does not include closed bugs (rightly so), but it also does not include resolved bugs. This leads to duplicates that could be avoided. See Bug 18601 - a recent regression that is fixed by the next release, but anyone searching for an open bug for Google Sketchup will not see it unless they choose to run an advanced search, which some users clearly don't. I'm sure this is a simple change to the code. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 10

[Bug 29384] New: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay)
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=29384 Bug #: 29384 Summary: Voobly fails to launch Age of Empires II multiplayer game (DirectPlay) Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lapommegolden(a)gmail.com Classification: Unclassified Instead of entering AOE II's brown multiplayer game screen, game will now be automatically aborted & cancelled unrated instead. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

3 113

[Bug 26758] New: Makefile system does not respect AS variable
by wine-bugs＠winehq.org Aug. 30, 2026

Aug. 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=26758 Summary: Makefile system does not respect AS variable Product: Wine Version: 1.3.17 Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu As part of building Wine DLLs an executables, Winebuild generates assembly files that are then assembled. If an assembler is specified using --as-cmd, that program is used; otherwise the system assembler is used. Wine's build system, unfortunately, does not allow the user to set the assembler to pass to winebuild. The usual way to set the assembler to use is to set the AS variable, but the build system does not respect it. This is a problem, for example, on Mac OS X when building with Clang with its integrated assembler turned on. Clang's integrated assembler supports .cfi directives, but the system assembler doesn't. During configure, a test file containing .cfi directives is passed to the compiler, on the assumption that it would be then passed to the system assembler. With Clang's integrated assembler, this assumption is broken. Thus, when winebuild tries to assemble files containing .cfi directives (because it believes that the system assembler supported them), it fails as a result. A workaround is to tell winebuild to use Clang to assemble, but the Makefile system doesn't support that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5