March 2015 - Wine-bugs - list.winehq.org

[Bug 34825] New: Nanocad 3.7 does not work in >wine-1.4.1
by wine-bugs＠winehq.org 22 Mar '15

22 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=34825 Bug #: 34825 Summary: Nanocad 3.7 does not work in >wine-1.4.1 Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pitrider(a)mail.ru Classification: Unclassified 1. Icons in menu panel has black background 2. File open dialogs not shown -- 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.

1 7

[Bug 38220] New: Chemcraft crashes with wine-1.7.38
by wine-bugs＠winehq.org 21 Mar '15

21 Mar '15

https://bugs.winehq.org/show_bug.cgi?id=38220 Bug ID: 38220 Summary: Chemcraft crashes with wine-1.7.38 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vityokster(a)gmail.com Distribution: --- Created attachment 51020 --> https://bugs.winehq.org/attachment.cgi?id=51020 Chemcraft crash backtrace After upgrading wine from 1.7.33 to 1.7.38 Chemcraft_b405 (http://chemcraftprog.com/files/Chemcraft_b405_win.exe) doesn't start anymore. I try bisecting following http://wiki.winehq.org/RegressionTesting. Git says that f16cf541068831074a6891688d947f0ce32abdd9 comit is the first bad commit. I try ot revert this commit but it's failed because of some commits with this code was made. Also I reproduce this crash with the current git wine (ed92458754ce21b4d4719168515866fc1bb340ad). I attach backtrace which was made by winedebugger. P.S. Old versions of Chemcraft (b382 and below) works with wine-1.7.38. -- 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.

1 12

[Bug 10860] New: Poor graphics performance in Myst Online: Uru Live due to software emulation
by wine-bugs＠winehq.org 21 Mar '15

21 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=10860 Summary: Poor graphics performance in Myst Online: Uru Live due to software emulation Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de Myst Online: Uru Live (http://appdb.winehq.org/objectManager.php?sClass=version&iId=9810) works mostly fine using Wine, but what's noticeable is that the graphics is much slower that on Windows. There I can use the best graphics settings and as long as I'm alone in my age, the graphics is fluent (with my GeForce 8500 GT). On Linux, I've got the lowest settings and it stutters all the time. The reason seems to be that wine uses software emulation - I get the following error many many times: "fixme:d3d_draw:drawPrimitive Using software emulation because not all material properties could be tracked" and the CPU load is between 70% and 100%, depending on what is rendered. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 29

[Bug 38067] New: Uplay launcher hangs on exit
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

https://bugs.winehq.org/show_bug.cgi?id=38067 Bug ID: 38067 Summary: Uplay launcher hangs on exit Product: Wine Version: 1.7.36 Hardware: x86 URL: https://ubistatic3-a.akamaihd.net/orbit/launcher_insta ller/UplayInstaller.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 50714 --> https://bugs.winehq.org/attachment.cgi?id=50714 terminal output You don't need to have a Ubisoft account to reproduce the issue. When closing Uplay it doesn't exit but remains in the process list, seemingly idling (0% CPU usage, ~180 MB ram usage). To reproduce the problem: download and install the client. When the login window appears close the window. The window disappears but Uplay.exe is still in the process list. The client is updated frequently, the current version I tested: UplayInstaller.exe md5sum: c7410c9ff8e18397a98b20b8c3c888d9 wine-1.7.36-28-ga679cae Fedora 21 x86 -- 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.

1 2

[Bug 38226] New: EBWin(Unicode) crashes when searching katakana words.
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

https://bugs.winehq.org/show_bug.cgi?id=38226 Bug ID: 38226 Summary: EBWin(Unicode) crashes when searching katakana words. Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- An anonymous reporter said[1]: When I search katakana words, EBWin (Unicode) [2] crashes. A while ago, I searched "タオル" then it crashes. I used wine version is 1.6 and Ubuntu 12.04 and specified PDD Hyakkajisho 0.4 [3] as a dictionary file. [1] http://engawa.open2ch.net/test/read.cgi/linux/1348712072/24 [2] http://www.vector.co.jp/soft/winnt/writing/se403151.html [3] http://www.vector.co.jp/soft/dl/data/writing/se312764.html -- 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.

1 7

[Bug 33447] New: Wine GUI on Mac display Traditional Chinese instead when host language is Simplify Chinese
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=33447 Bug #: 33447 Summary: Wine GUI on Mac display Traditional Chinese instead when host language is Simplify Chinese Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Step to reproduce: 1. Install Wine from macport, or build from wine-git 2. Create a fresh MacOS user, set Mac UI language to Simplified Chinese. $ locale LANG="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_CTYPE="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_NUMERIC="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_ALL= 3. start winecfg/regedit/notepad Expect result: The default GUI language should be Simplified Chinese Actual result: The default GUI language is Traditional Chinese. I've tried many way to modified locale related environment value, but still can't find any way to display Simplified Chinese in Wine GUI. locale things on Mac seems different as Linux. +font log show that Wine do have the correct codepage (936 for Simplified Chinese, 950 for Traditional Chinese), not sure why it still display Traditional Chinese. Will attach some screenshot. -- 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.

1 35

[Bug 36951] New: no sound effects in BridgeMaster 2000
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=36951 Bug ID: 36951 Summary: no sound effects in BridgeMaster 2000 Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: joe(a)nahmias.net Hello, When playing BridgeMaster 2000, I do not hear any of the sound effects. It looks like this is because winmm:proc_PlaySound() is called without a filename extension (.wav) so it doesn't find the file to play. Here's a listing of the sound effect files that are supposed to be part of the game: $ ls /home/joe/.wine/dosdevices/c\:/Program\ Files/Bridge\ Master\ 2000/sounds/ lose0.wav lose3.wav lose6.wav lose9.wav win2.wav win5.wav win8.wav lose1.wav lose4.wav lose7.wav win0.wav win3.wav win6.wav win9.wav lose2.wav lose5.wav lose8.wav win1.wav win4.wav win7.wav And here's the debug log I captured running with WINEDEBUG=+winmm,+file trace:winmm:MULTIMEDIA_PlaySound pszSound='0x32f640' hmod=(nil) fdwSound=00020001 trace:winmm:proc_PlaySound SoundName=L"sounds\\lose3" ! trace:file:OpenFile sounds\lose3 OF_READ OF_SHARE_DENY_WRITE trace:file:OpenFile sounds\lose3 0020 trace:file:RtlGetFullPathName_U (L"sounds\\lose3" 520 0x16fe368 (nil)) trace:file:RtlDosPathNameToNtPathName_U (L"C:\\Program Files\\Bridge Master 2000\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\Bridge Master 2000\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master 2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program Files/Bridge Master 2000/sounds trace:file:RtlDosPathNameToNtPathName_U (L".\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L".\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master 2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program Files/Bridge Master 2000/sounds trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\system32\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows/system32 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\system\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\system\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\system\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows/system trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\system32\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows/system32 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\sounds\\lose3",0x16fe158,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fdf08 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows warn:file:OpenFile (sounds\lose3): return = HFILE_ERROR error= 2 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\Program Files\\Bridge Master 2000\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\Bridge Master 2000\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master 2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program Files/Bridge Master 2000/sounds trace:file:RtlDosPathNameToNtPathName_U (L".\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L".\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\Program Files\\Bridge Master 2000\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/Program Files/Bridge Master 2000/sounds trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\system32\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows/system32 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\system\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\system\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\system\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows/system trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\system32\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\system32\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows/system32 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\windows\\sounds\\lose3",0x16fe538,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\windows\\sounds\\lose3" 520 0x16fe2e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\windows\\sounds\\lose3" not found in /home/joe/.wine/dosdevices/c:/windows trace:winmm:proc_PlaySound Done playing=L"sounds\\lose3" => ko! I'm happy to help test patches to address this. Thanks, --Joe -- 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.

1 5

[Bug 27141] New: Brink (Splash Damage, Bethesda Softworks) won't launch from Steam
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=27141 Summary: Brink (Splash Damage, Bethesda Softworks) won't launch from Steam Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shannon.vanwagner(a)gmail.com Created an attachment (id=34662) --> (http://bugs.winehq.org/attachment.cgi?id=34662) brink console output The game appears to start with the brink icon showing in the panel, but then hangs up everything and produces a wine/program error dialog. Tested with wine-1.3.19-284-g35c743b, please see attached brinkconsole.txt. Note: I have not loaded any winetricks yet (except steam of course) because I wanted to have as pristine console output as possible. -- 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.

1 16

[Bug 37202] New: MSWord hangs on opening a document opened in other program
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

https://bugs.winehq.org/show_bug.cgi?id=37202 Bug ID: 37202 Summary: MSWord hangs on opening a document opened in other program Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: b7.10110111(a)gmail.com Created attachment 49455 --> https://bugs.winehq.org/attachment.cgi?id=49455 Backtrace from winedbg. Process stopped by Ctrl+C after hanging. How to reproduce: 1. Have a .doc file 2. Open it in LibreOffice 3. Try opening it from MS Word 4. See Word hang 5. Close LibreOffice 6. See file finally opened in MS Word, it's no longer hung As I've tested similar scenario in a virtual machine, there Word gives a dialog saying that the file is locked for reading by another process. It's a regression: 65887802c502c4eeeb3fc905990e3e2f4548a482 is the first bad commit commit 65887802c502c4eeeb3fc905990e3e2f4548a482 Author: Vincent Povirk <vincent(a)codeweavers.com> Date: Fri Apr 18 16:37:56 2014 -0500 ole32: Initial storage file locking implementation. :040000 040000 b86f27a6f6561d9f35fd01166388e2e7a0380c28 68646bad80d38b40a014cb1cbd57b62aa19abad2 M dlls The hang occurs in NtDelayExecution called by NtLockFile (see attached backtrace). -- 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.

1 13

[Bug 38221] New: Wrong parameter assignment in get_family_names_from_stream()
by wine-bugs＠winehq.org 20 Mar '15

20 Mar '15

https://bugs.winehq.org/show_bug.cgi?id=38221 Bug ID: 38221 Summary: Wrong parameter assignment in get_family_names_from_stream() Product: Wine Version: 1.7.38 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru File /dll/dwrite/font.c: line 786 In function HRESULT get_family_names_from_stream(IDWriteFontFileStream *stream, UINT32 index, DWRITE_FONT_FACE_TYPE facetype, IDWriteLocalizedStrings **names) there is an assignment names=NULL; There is no sense to assign a value to function parameter. I think there should be ~~~~ *names = NULL; ~~~~ -- 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.

1 8