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

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

March 20, 2015

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 36951] New: no sound effects in BridgeMaster 2000
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

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 33447] New: Wine GUI on Mac display Traditional Chinese instead when host language is Simplify Chinese
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

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 37202] New: MSWord hangs on opening a document opened in other program
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

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 27141] New: Brink (Splash Damage, Bethesda Softworks) won't launch from Steam
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

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 38221] New: Wrong parameter assignment in get_family_names_from_stream()
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

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

[Bug 38177] New: d3d: Card 10de:0849 not found in driver DB
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

https://bugs.winehq.org/show_bug.cgi?id=38177 Bug ID: 38177 Summary: d3d: Card 10de:0849 not found in driver DB Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)vr-web.de Distribution: Debian (Opening this ticket as I got suggested in bug #33969.) When starting "Volvo - The Game" with wine 1.7.37 I get such a line: err:d3d:init_driver_info Card 10de:0849 not found in driver DB. Later the game complained also about too less graphics memory. Therefore I tried raising it by using the registry key "VideoMemorySize" to 256 and that made the game work. Unfortunately because this is an onboard graphics card with shared memory I do not know exactly which value would be correct. Due to dmesg the nouveau driver uses "VRAM: 256 MiB". The board is this one: http://www.asrock.com/mb/NVIDIA/K10N78M/ There the graphics card is described as: "GeForce 8100" with "Max. shared memory 512MB". Also it mentions the graphic device is a Geforce 8100 (10de:084f), but wine gets the pci id 10de:0849 which is currently not in use. (And 10de:0849 would be the Geforce 8200.) This all is while using the nouveau driver from current Debian/testing. (Because the nvidia binary driver 340 from debian made the system unstable.) Attached is the output of dmesg, lspci -nnn and a patch to have 10de:0849 recognized with 256MB. -- 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 15

[Bug 23491] New: Barbri Study Smart hangs without putting up a window
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

http://bugs.winehq.org/show_bug.cgi?id=23491 Summary: Barbri Study Smart hangs without putting up a window Product: Wine Version: 1.2-rc6 Platform: x86 URL: http://software.barbri.com/studysmart/studysmartfirsty eardemosetup.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://www.winehq.org/pipermail/wine-users/2010-January/066993.html and http://ouij.livejournal.com/300856.html both bemoaned Study Smart not working, so I gave it a shot. Sure enough, besides the installer buttons having no text, the darn app sits at startup in a loop without putting up a window. +relay,+seh shows a 600 line repeating section, attached. -- 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 38209] New: WshScriptExec's Terminate method is missing
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

https://bugs.winehq.org/show_bug.cgi?id=38209 Bug ID: 38209 Summary: WshScriptExec's Terminate method is missing Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: ptubbytaylor(a)gmail.com Distribution: --- It appears that behavior of the Terminate method, in windows, sends WM_CLOSE to some/all of the program's windows (I've had hit and miss results for which windows get a WM_CLOSE, but that could be a problem on my script's end), then waits for up to two seconds for the process to end. If the process closes during this time, it immediately returns to the caller. If, after the full two seconds, the process has not yet closed, it kills the process and returns to caller. The ExitCode property of the WshScriptExec object does not appear to be changed from what it was previously if the process is closed through the Terminate method. -- 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 4

[Bug 31819] New: Animated GIF images are rendered incorrectly
by wine-bugs＠winehq.org March 20, 2015

March 20, 2015

http://bugs.winehq.org/show_bug.cgi?id=31819 Bug #: 31819 Summary: Animated GIF images are rendered incorrectly Product: Wine Version: 1.5.13 Platform: x86 URL: http://bugs.winehq.org/attachment.cgi?id=41594 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Continuation from bug 31596. Animated GIF images rendered by .NET PictureBox component are displayed incorrectly. First frame of animation looks good, the subsequent frames have some pieces missing. The download URL contains a sample .NET application with source that displays animated GIF image. That image was downloaded from here: http://en.wikipedia.org/wiki/Graphics_Interchange_Format Guessing from the visual results and documentation, probably subsequent animation frames should be rendered over the previous ones, and are not. The application shows the same results with MS .NET and wine mono. -- 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 12