November 2014 - Wine-Bugs - list.winehq.org

[Bug 37159] New: valgrind shows a few uninitialized variables in riched20/tests/editor.c (test_EM_FINDWORDBREAK_A)
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37159 Bug ID: 37159 Summary: valgrind shows a few uninitialized variables in riched20/tests/editor.c (test_EM_FINDWORDBREAK_A) Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: minor Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Followup to bug 26101. A few issues remain in editor.c: ==18311== Conditional jump or move depends on uninitialised value(s) ==18311== at 0x532CBFB: strlenW (unicode.h:200) ==18311== by 0x532E6F8: WINPROC_CallProcWtoA (winproc.c:721) ==18311== by 0x532EE94: WINPROC_call_window (winproc.c:902) ==18311== by 0x52F37EC: call_window_proc (message.c:2223) ==18311== by 0x52F614E: send_message (message.c:3263) ==18311== by 0x52F671B: SendMessageW (message.c:3457) ==18311== by 0x4C8C2C1: test_EM_FINDWORDBREAK_A (editor.c:7385) ==18311== by 0x4C8D1FE: func_editor (editor.c:7659) ==18311== by 0x4C932D0: run_test (test.h:584) ==18311== by 0x4C9369C: main (test.h:654) ==18311== Uninitialised value was created by a stack allocation ==18311== at 0x4C8C239: test_EM_FINDWORDBREAK_A (editor.c:7363) ==18311== Use of uninitialised value of size 4 ==18311== at 0x401F269: wcstombs_sbcs (wctomb.c:187) ==18311== by 0x401FB2C: wine_cp_wcstombs (wctomb.c:456) ==18311== by 0x7BC6FD50: RtlUnicodeToMultiByteN (rtlstr.c:876) ==18311== by 0x532E753: WINPROC_CallProcWtoA (winproc.c:726) ==18311== by 0x532EE94: WINPROC_call_window (winproc.c:902) ==18311== by 0x52F37EC: call_window_proc (message.c:2223) ==18311== by 0x52F614E: send_message (message.c:3263) ==18311== by 0x52F671B: SendMessageW (message.c:3457) ==18311== by 0x4C8C2C1: test_EM_FINDWORDBREAK_A (editor.c:7385) ==18311== by 0x4C8D1FE: func_editor (editor.c:7659) ==18311== by 0x4C932D0: run_test (test.h:584) ==18311== by 0x4C9369C: main (test.h:654) ==18311== Uninitialised value was created by a stack allocation ==18311== at 0x4C8C239: test_EM_FINDWORDBREAK_A (editor.c:7363) ==18311== Use of uninitialised value of size 4 ==18311== at 0x401F287: wcstombs_sbcs (wctomb.c:187) ==18311== by 0x401FB2C: wine_cp_wcstombs (wctomb.c:456) ==18311== by 0x7BC6FD50: RtlUnicodeToMultiByteN (rtlstr.c:876) ==18311== by 0x532E753: WINPROC_CallProcWtoA (winproc.c:726) ==18311== by 0x532EE94: WINPROC_call_window (winproc.c:902) ==18311== by 0x52F37EC: call_window_proc (message.c:2223) ==18311== by 0x52F614E: send_message (message.c:3263) ==18311== by 0x52F671B: SendMessageW (message.c:3457) ==18311== by 0x4C8C2C1: test_EM_FINDWORDBREAK_A (editor.c:7385) ==18311== by 0x4C8D1FE: func_editor (editor.c:7659) ==18311== by 0x4C932D0: run_test (test.h:584) ==18311== by 0x4C9369C: main (test.h:654) ==18311== Uninitialised value was created by a stack allocation ==18311== at 0x4C8C239: test_EM_FINDWORDBREAK_A (editor.c:7363) ==18311== -- 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 9

[Bug 26657] New: cannot paste text into wine iexplore.exe when browswing
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=26657 Summary: cannot paste text into wine iexplore.exe when browswing Product: Wine Version: 1.3.17 Platform: x86 URL: http://www.google.com OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com $ wine http://www.google.com copy some text to your clipboard. Click in the url bar, right click, paste. Works fine. Click in the search box on google. Right click, paste: fixme:mshtml:exec_mshtml_paste Unimplemented in browse mode no text :(. -- 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 37653] New: valgrind shows a definite leak in comctl32/tests/imagelist.c
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37653 Bug ID: 37653 Summary: valgrind shows a definite leak in comctl32/tests/imagelist.c Product: Wine Version: 1.7.32 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==17290== 140 bytes in 1 blocks are definitely lost in loss record 539 of 808 ==17290== at 0x7BC4DC87: initialize_block (heap.c:233) ==17290== by 0x7BC4DC87: RtlAllocateHeap (???:0) ==17290== by 0x4DA3B5A: ImageListImpl_CreateInstance (imagelist.c:3799) ==17290== by 0x4DA45D6: ImageList_Create (imagelist.c:782) ==17290== by 0x4BB8C80: createImageList (imagelist.c:125) ==17290== by 0x4BBD00B: test_begindrag (imagelist.c:258) ==17290== by 0x4BBD00B: func_imagelist (???:0) ==17290== by 0x4BA5837: main (test.h:584) ==17290== -- 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 3

[Bug 37424] New: Path of Exile: Graphical Glitches with GLSL Disabled
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37424 Bug ID: 37424 Summary: Path of Exile: Graphical Glitches with GLSL Disabled Product: Wine Version: 1.7.29 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: teddy5978(a)gmail.com Distribution: --- Created attachment 49774 --> https://bugs.winehq.org/attachment.cgi?id=49774 One example of the problem Since 1.7.1, every version of Wine including the latest as of this writing 1.7.29 (32 or 64 bit) has graphical glitches throughout the Path of Exile in-game user interface with the settings required to make the load and play without frame drops. (Wine will load Path of Exile on my test systems with Offscreen Renderer set to 'Backbuffer,' and GLSL set to 'Disabled', which is required to fix the frame drop issue reported in bug 34011.) Examples of Glitches from largest to smallest - - GUI menus and status screens on the left-hand side, such as the waypoint menu, the social screen, options screen, etc., when opened, can cause blackout of most of the gameplay area (see attached screenshot), occasionally only manifesting when mouse cursor is moved into a certain area when the menu is open -- not 100% consistent but will do this 'most of the time,' particularly when entering a new area - Textured border designs on GUI menus and status screens randomly do not display, instead showing a flickering transparent area - Corners of border design missing from logon screen Glitches consistently reproduced on different systems. Example: Ubuntu Linux 14.04 LTS 64-bit Intel Core i7-4790 8 GB DDR3 RAM Fast SSD hard drive Video Card: Nvidia GeForce GTX 750 Ti with 2GB memory Nvidia proprietary driver 337.25 (all versions including latest beta tested, no difference) Screen Resolution: 1920x1080 (1080p), Path of Exile runs in full screen mode typically, glitches show in windowed mode / virtual desktop too -- 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 22

[Bug 34207] New: dotnet20sp1 installer fails most of the time
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=34207 Bug #: 34207 Summary: dotnet20sp1 installer fails most of the time Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://download.microsoft.com/download/0/8/c/08c19fa4- 4c4f-4ffb-9d6c-150906578c9e/NetFx20SP1_x86.exe OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: minor Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk CC: hans(a)meelstraat.net Classification: Unclassified Regression SHA1: b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb Created attachment 45510 --> http://bugs.winehq.org/attachment.cgi?id=45510 Wine 1.7.0 console output - Fail 1st run then success 2nd dotnet20sp1 installer fails most of the time (around 2/3) in Wine 1.7.0 1. winetricks dotnet20 2. wine /mnt/winetricks/dotnet20sp1/NetFx20SP1_x86.exe /q err:msi:ITERATE_Actions Execution halted, action L"DD_CA_ScheduleNgenServiceVersionCheck_X86.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 Run the installer 2 to 4 times and it will complete successfully. dotnet verifier confirms. Setting win2k mode (winetricks dotnet20sp1) makes no difference. This is a recent regression. b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb is the first bad commit commit b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb Author: Hans Leidekker <hans(a)codeweavers.com> Date: Mon Jun 3 12:09:54 2013 +0200 msi: Don't defer custom actions in the UI sequence if they match the currently running script. :040000 040000 4bd3894bebc82cbfdb53329581e607228c837869 f35105a4bc68d1c7118c6b5309780d89942f0828 M dlls http://source.winehq.org/git/wine.git/commitdiff/b64fabf39e923ebfaa9a77ed9d… Reverting this commit in Wine 1.7.0 fixes the problem. (There are other problems with the installer but it completes). Note: Affects winetricks dotnet20sp1 verb. -- 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 11

[Bug 35069] New: Patrol Falcon runs without sound
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=35069 Bug #: 35069 Summary: Patrol Falcon runs without sound Product: Wine Version: 1.7.8 Platform: x86 URL: http://www.onlinegamesector.com/onlinefull/6129/patrol -falcon.htm OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Classification: Unclassified Regression SHA1: fdfff7cf6013a030f2b240b13b02831e502d49e7 Created attachment 46775 --> http://bugs.winehq.org/attachment.cgi?id=46775 audio debug log This regression causes loss of audio in 2 games of mine: Patrol Falcon and Eschalon: Book I (Steam version). These games are running without any sound since fdfff7cf6013a030f2b240b13b02831e502d49e7 is the first bad commit commit fdfff7cf6013a030f2b240b13b02831e502d49e7 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Wed Aug 21 10:14:59 2013 -0500 winmm: Increase mmdevapi buffer sizes. The tiny buffer size caused audio capture glitches on OSX, where the OS often returns audio in half-second chunks. Reverting the patch on 1.7.8 fixes the problem. Fedora 19 Alsa 1.0.27 (Pulseaudio is not running) Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) -- 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 4

[Bug 36257] New: Gears of War fails on startup, reporting 'binkw32.dll: You cannot run the game with modified executable code. Please reinstall the game.' (WINTRUST_FILE_INFO file handle member not reset on cleanup when opened internally)
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=36257 Bug ID: 36257 Summary: Gears of War fails on startup, reporting 'binkw32.dll: You cannot run the game with modified executable code. Please reinstall the game.' (WINTRUST_FILE_INFO file handle member not reset on cleanup when opened internally) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. No, this is not the infamous mess up that hit everyone who bought this game in Jan 2009: https://support.microsoft.com/kb/967644 (the original PE executables carry an Authenticode Signature with an expiry date Jan 29, 2009) Unfortunately, even with the re-signed/updated executables the message is still shown. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Gears of War/Binaries $ WINEDEBUG=+tid,+seh,+relay,+wintrust wine ./Startup.exe >>log.txt 2>&1 ... 0027:Call wintrust.WinVerifyTrust(00000000,024af720,024af6f0) ret=00f78780 0027:trace:wintrust:WinVerifyTrust ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:trace:wintrust:dump_wintrust_data 0x24af6f0 0027:trace:wintrust:dump_wintrust_data cbStruct: 48 0027:trace:wintrust:dump_wintrust_data pPolicyCallbackData: (nil) 0027:trace:wintrust:dump_wintrust_data pSIPClientData: (nil) 0027:trace:wintrust:dump_wintrust_data dwUIChoice: 2 0027:trace:wintrust:dump_wintrust_data fdwRevocationChecks: 00000000 0027:trace:wintrust:dump_wintrust_data dwUnionChoice: 1 0027:trace:wintrust:dump_file_info 0x24af6d4 0027:trace:wintrust:dump_file_info cbStruct: 16 0027:trace:wintrust:dump_file_info pcwszFilePath: L"C:\\Program Files\\Gears of War\\Binaries\\WarGame-G4WLive.exe" 0027:trace:wintrust:dump_file_info hFile: (nil) 0027:trace:wintrust:dump_file_info pgKnownSubject: (null) 0027:trace:wintrust:dump_wintrust_data dwStateAction: 0 0027:trace:wintrust:dump_wintrust_data hWVTStateData: (nil) 0027:trace:wintrust:dump_wintrust_data pwszURLReference: (null) 0027:trace:wintrust:dump_wintrust_data dwProvFlags: 00000100 0027:trace:wintrust:dump_wintrust_data dwUIContext: 0 ... 0027:Call wintrust.CryptSIPGetSignedDataMsg(0016c5b8,0016c3e8,00000000,024af420,00000000) ret=7de26f02 0027:trace:wintrust:CryptSIPGetSignedDataMsg (0x16c5b8 0x16c3e8 0 0x24af420 (nil)) 0027:trace:wintrust:WINTRUST_GetSignedMsgFromPEFile (0x16c5b8 0x16c3e8 0 0x24af420 (nil)) ... 0027:trace:wintrust:WINTRUST_GetTimeFromSigner returning time from message 1/29/2009 0027:trace:wintrust:WINTRUST_AddSgnr (0x16c3b0, 0, 0, 0x24af414) ... 0027:trace:wintrust:WINTRUST_AddCert (0x16c3b0, 0, 0, 0, 0x4eda754) ... 0027:Call crypt32.CertVerifyCertificateChainPolicy(00000002,04ed8ac0,024af440,024af464) ret=7debb243 0027:Ret crypt32.CertVerifyCertificateChainPolicy() retval=00000001 ret=7debb243 0027:trace:wintrust:SoftpubAuthenticode returning 0 (00000000) 0027:Ret wintrust.SoftpubAuthenticode() retval=00000000 ret=7debc27a 0027:trace:wintrust:WINTRUST_DefaultVerify returning 00000000 0027:trace:wintrust:WINTRUST_DefaultClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:Call wintrust.SoftpubCleanup(0016c3b0) ret=7debc7a4 ... 0027:trace:wintrust:WINTRUST_DefaultClose returning 00000000 0027:trace:wintrust:WINTRUST_DefaultVerifyAndClose returning 00000000 0027:trace:wintrust:WinVerifyTrust returning 00000000 0027:Ret wintrust.WinVerifyTrust() retval=00000000 ret=00f78780 --- snip --- The first file 'C:\\Program Files\\Gears of War\\Binaries\\WarGame-G4WLive.exe' is successfully validated. The second file 'binkw32.dll' fails ... --- snip --- 0027:Call wintrust.WinVerifyTrust(00000000,024af720,024af6f0) ret=00f78780 0027:trace:wintrust:WinVerifyTrust ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:trace:wintrust:dump_wintrust_data 0x24af6f0 0027:trace:wintrust:dump_wintrust_data cbStruct: 48 0027:trace:wintrust:dump_wintrust_data pPolicyCallbackData: (nil) 0027:trace:wintrust:dump_wintrust_data pSIPClientData: (nil) 0027:trace:wintrust:dump_wintrust_data dwUIChoice: 2 0027:trace:wintrust:dump_wintrust_data fdwRevocationChecks: 00000000 0027:trace:wintrust:dump_wintrust_data dwUnionChoice: 1 0027:trace:wintrust:dump_file_info 0x24af6d4 0027:trace:wintrust:dump_file_info cbStruct: 16 0027:trace:wintrust:dump_file_info pcwszFilePath: L"binkw32.dll" 0027:trace:wintrust:dump_file_info hFile: 0x12c 0027:trace:wintrust:dump_file_info pgKnownSubject: (null) 0027:trace:wintrust:dump_wintrust_data dwStateAction: 0 0027:trace:wintrust:dump_wintrust_data hWVTStateData: (nil) 0027:trace:wintrust:dump_wintrust_data pwszURLReference: (null) 0027:trace:wintrust:dump_wintrust_data dwProvFlags: 00000100 0027:trace:wintrust:dump_wintrust_data dwUIContext: 0 0027:trace:wintrust:WINTRUST_DefaultVerifyAndClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:trace:wintrust:WINTRUST_DefaultVerify ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) ... 0027:Call wintrust.SoftpubInitialize(0016cc90) ret=7debc27a 0027:trace:wintrust:SoftpubInitialize (0x16cc90) 0027:trace:wintrust:SoftpubInitialize returning 00000000 0027:Ret wintrust.SoftpubInitialize() retval=00000000 ret=7debc27a 0027:Call wintrust.SoftpubLoadMessage(0016cc90) ret=7debc27a 0027:trace:wintrust:SoftpubLoadMessage (0x16cc90) 0027:Call KERNEL32.GetFileTime(0000012c,0016ccf0,00000000,00000000) ret=7deb8a5c 0027:Ret KERNEL32.GetFileTime() retval=00000000 ret=7deb8a5c 0027:trace:wintrust:SOFTPUB_OpenFile returning 0 0027:Call crypt32.CryptSIPRetrieveSubjectGuid(03a618c0 L"binkw32.dll",0000012c,0016e2dc) ret=7deb8b27 0027:Call KERNEL32.SetFilePointerEx(0000012c,00000000,00000000,024af328,00000001) ret=7de25ce2 0027:Ret KERNEL32.SetFilePointerEx() retval=00000000 ret=7de25ce2 0027:Call KERNEL32.SetFilePointer(0000012c,00000000,00000000,00000000) ret=7de25d08 0027:Ret KERNEL32.SetFilePointer() retval=ffffffff ret=7de25d08 0027:Call KERNEL32.ReadFile(0000012c,024af324,00000004,024af338,00000000) ret=7de25d37 0027:Ret KERNEL32.ReadFile() retval=00000000 ret=7de25d37 0027:Call KERNEL32.SetFilePointerEx(0000012c,7bcd1000,7bc3b401,00000000,00000000) ret=7de265e5 0027:Ret KERNEL32.SetFilePointerEx() retval=00000000 ret=7de265e5 0027:Ret crypt32.CryptSIPRetrieveSubjectGuid() retval=00000000 ret=7deb8b27 0027:Call KERNEL32.GetFileSizeEx(0000012c,024af420) ret=7deb8b58 0027:Ret KERNEL32.GetFileSizeEx() retval=00000000 ret=7deb8b58 0027:trace:wintrust:SOFTPUB_GetFileSubject returning 6 0027:trace:wintrust:SoftpubLoadMessage returning 1 (00000006) 0027:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=7debc27a 0027:trace:wintrust:WINTRUST_DefaultVerify returning 00000006 0027:trace:wintrust:WINTRUST_DefaultClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:Call wintrust.SoftpubCleanup(0016cc90) ret=7debc7a4 ... 0027:trace:wintrust:WINTRUST_DefaultClose returning 00000000 0027:trace:wintrust:WINTRUST_DefaultVerifyAndClose returning 00000006 0027:trace:wintrust:WinVerifyTrust returning 00000006 0027:Ret wintrust.WinVerifyTrust() retval=00000006 ret=00f78780 ... 0027:Call user32.MessageBoxW(00000000,024a773c L"binkw32.dll: You cannot run the game with modified executable code. Please reinstall the game.",01915d30 L"Message",00001000) ret=00f78081 --- snip --- The data structure passed to WinVerifyTrust() is fully reused on subsequent calls. Only the filename is changed, all other members remain untouched - including the file handle value. Wine's wintrust set the 'hFile' member during processing of the first file but forgot to reset the value upon return (in non-error case). Since Wine checks the handle for NULL or INVALID_HANDLE_VALUE it assumes the client passed a valid handle (which is not true because the client never dealt with handles). All file related API calls subsequently fail on the second PE image (returning 'FALSE'), indicated by lasterror 0x6 (invalid handle). Source: http://source.winehq.org/git/wine.git/blob/ba78b54820b5a5cdb4cdcfb5556b3578… --- snip --- 76 /* Assumes data->pWintrustData->u.pFile exists. Makes sure a file handle is 77 * open for the file. 78 */ 79 static DWORD SOFTPUB_OpenFile(CRYPT_PROVIDER_DATA *data) 80 { 81 DWORD err = ERROR_SUCCESS; 82 83 /* PSDK implies that all values should be initialized to NULL, so callers 84 * typically have hFile as NULL rather than INVALID_HANDLE_VALUE. Check 85 * for both. 86 */ 87 if (!data->pWintrustData->u.pFile->hFile || 88 data->pWintrustData->u.pFile->hFile == INVALID_HANDLE_VALUE) 89 { 90 data->pWintrustData->u.pFile->hFile = 91 CreateFileW(data->pWintrustData->u.pFile->pcwszFilePath, GENERIC_READ, 92 FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); 93 if (data->pWintrustData->u.pFile->hFile != INVALID_HANDLE_VALUE) 94 data->fOpenedFile = TRUE; 95 else 96 err = GetLastError(); 97 } 98 if (!err) 99 GetFileTime(data->pWintrustData->u.pFile->hFile, &data->sftSystemTime, 100 NULL, NULL); 101 TRACE("returning %d\n", err); 102 return err; 103 } --- snip --- Problem: http://source.winehq.org/git/wine.git/blob/ba78b54820b5a5cdb4cdcfb5556b3578… --- snip --- 1180 HRESULT WINAPI SoftpubCleanup(CRYPT_PROVIDER_DATA *data) 1181 { ... 1206 1207 CryptMsgClose(data->hMsg); 1208 1209 if (data->fOpenedFile && 1210 data->pWintrustData->dwUnionChoice == WTD_CHOICE_FILE && 1211 data->pWintrustData->u.pFile) 1212 CloseHandle(data->pWintrustData->u.pFile->hFile); 1213 1214 return S_OK; 1215 } --- snip --- If you close the handle you need to reset the handle value too. I already tested a fix which lets the signature validation of all PE files succeed. This allows the game to run further - only to run into next problem. Regards -- 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 9

[Bug 37635] New: Explicit environment variables passed to spawn/exec are corrupted
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

https://bugs.winehq.org/show_bug.cgi?id=37635 Bug ID: 37635 Summary: Explicit environment variables passed to spawn/exec are corrupted Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: rmy(a)pobox.com Distribution: --- Created attachment 50088 --> https://bugs.winehq.org/attachment.cgi?id=50088 msvcrt: Fix passing of explicit environment to spawn/exec calls Consider the following: char *arg[2] = { "./printenv.exe", NULL }; char *env[2] = { "HELLO=world", NULL }; spawnve(P_WAIT, arg[0], arg, env); Where printenv.exe just prints the environment: char **e; for (e=environ; *e; ++e) printf("%s\n", *e); On Windows this results in: HELLO=world SystemRoot=C:\Windows Wine gives: H E L L O = w o r l d ProgramFiles=C:\Program Files CommonProgramFiles=C:\Program Files\Common Files This happens because the spawn/exec routines convert the supplied environment variables into a wide-character environment block. This is passed to CreateProcessW but without adding CREATE_UNICODE_ENVIRONMENT to the creation flags. In create_process_impl in kernel32 the lack of CREATE_UNICODE_ENVIRONMENT causes the environment block to be run through a second conversion to wide characters. -- 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 34888] New: OriginPro 8 freezes in a new installation of Wine (via MacPorts) after Lion->Mavericks upgrade
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=34888 Bug #: 34888 Summary: OriginPro 8 freezes in a new installation of Wine (via MacPorts) after Lion->Mavericks upgrade Product: Wine Version: 1.6 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ph.schaefe(a)gmail.com Classification: Unclassified Wine was running OriginPro 8 quite okay even until after I upgraded from OSX Lion to Mavericks. I use MacPorts and Wine. Under Mavericks, MacPorts refused to upgrade outdated ports, so I had to delete and reinstall MacPorts and all its ports, including Wine. I'm not sure if that was a good or a bad idea. After the re-install of Wine, OriginPro 8 stopped working. At first, it crashed (it freezes) after clicking five or six times on the "File" menu. Then it crashed/froze instantly when I clicked on the "File" menu. Clicking on other menu items, e.g. "Edit" or "Help" or "Window" did not elicit a crash. Upon freezing/crashing, it says only: >fixme:storage:create_storagefile Storage share mode not implemented. >Assertion failed at address 0x000b:0x9938f952 (thread 0009), starting debugger... But the debugger neither ever finishes nor does it tell me anything. I tried also OriginPro 8.51, but it showed exactly the same freezing behavior when clicking on "File". It was still ok to work with, as it started fine, and the button bar allows most of the "File" menu's commands. But now, the freezing occurs already during starting it. :evil: I read from this ticket http://appdb.winehq.org/objectManager.php?sClass=version&iId=5834 and from other sources that this might have something to do with msiexec, especially when something freezes. I tried to install msiexec version 4 and 6, additionally, with winetricks, but both fail to install. I do not understand what is going on there. Do I need Wine-devel instead of Wine? Which components of Wine did I forgot to install? -- 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 15

[Bug 19019] New: Perry Rhodan Operation Eastside missing menu labels and other menu parts
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=19019 Summary: Perry Rhodan Operation Eastside missing menu labels and other menu parts Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ch.assfalg(a)gmx.de Created an attachment (id=21925) --> (http://bugs.winehq.org/attachment.cgi?id=21925) Screenshot of Menu without labels I am trying to run an old Win95 / DirectX 5 Game on Ubuntu 9.04: Perry Rhodan, Operation Eastside. The system is 32 bit and uses a Nvidia 7600 with Nvidia Drivers Version 180. I tried the current Wine Version from Ubuntu (1.0.1 I think) and the current Ubuntu Package from winehq (1.1.23). Both seem to have the same Problem: fixme:d3d:IWineD3DClipperImpl_SetClipList (0x14ac30,(nil),0),stub! I think that this function is used to draw the Menu Items (labels and stuff) in the Game. The result is that all Text is missing in the menus, and various other areas are only partly there while the mouse hovers over them, you click someplace special (edge of screen?) or by chance. I have added a small log of the Game start into menu, and a screenshot. Visual Effects have been disabled, I tried configuring the X-Server for 8 bit and without font antialiasing, all without effect. Is there anything else I can do, any more info I can Provide? -- 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 17