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

[Bug 17918] New: AvsP Preview window fails to load
by wine-bugs＠winehq.org April 15, 2016

April 15, 2016

http://bugs.winehq.org/show_bug.cgi?id=17918 Summary: AvsP Preview window fails to load Product: Wine Version: 1.1.18 Platform: All URL: http://avisynth.org/qwerpoi/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cheeseboy(a)awesome-toons.org Created an attachment (id=20249) --> (http://bugs.winehq.org/attachment.cgi?id=20249) wine log AvsP is a IDE for avisynth. I am on gentoo linux and am runnng wine 1.1.18. When I open a avs script or write one in editor and attemp to preview it Only a black box appears. Pic: http://i39.tinypic.com/2s17rrk.jpg How to reproduce: Download install avisynth from http://downloads.sourceforge.net/avisynth2/Avisynth_258.exe Download http://www.avisynth.org/qwerpoi/AvsP_v2.0.2.zip Unzip AvsP_v2.0.2.zip and open AvsP.exe type either MPEG2Source("Z:\path\to\file.mpg") avisource("Z:\path\to\file.avi") note: for avi you may need a codec press f5 to preview video log attached below -- 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 13

[Bug 32007] New: AMD Demo - Whiteout crashes with null-ish pointer read after dxgi_output_GetDisplayModeList
by wine-bugs＠winehq.org April 15, 2016

April 15, 2016

http://bugs.winehq.org/show_bug.cgi?id=32007 Bug #: 32007 Summary: AMD Demo - Whiteout crashes with null-ish pointer read after dxgi_output_GetDisplayModeList Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dxgi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Found while checking bug 23402. Installing just the demo, and declining DirectX runtime installation, succeeds if you set wine for vista. The app then aborts with fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x140a38, format DXGI_FORMAT_R8G8B8A8_UNORM, flags 0x3, mode_count 0x33fa1c, desc (nil) partial stub! wine: Unhandled page fault on read access to 0x00000030 at address 0x30 (thread 0009), starting debugger... -- 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 18

[Bug 33568] New: Unhandled exception: page fault on read access to 0x44801e67 in 32-bit code (0x1e06a9d9).
by wine-bugs＠winehq.org April 13, 2016

April 13, 2016

http://bugs.winehq.org/show_bug.cgi?id=33568 Bug #: 33568 Summary: Unhandled exception: page fault on read access to 0x44801e67 in 32-bit code (0x1e06a9d9). Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: csakalinuxjo(a)gmail.com Classification: Unclassified Created attachment 44441 --> http://bugs.winehq.org/attachment.cgi?id=44441 Unhandled exception Unhandled exception: page fault on read access to 0x44801e67 in 32-bit code (0x1e06a9d9). -- 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 10

[Bug 15473] New: After Effects 4 crashes on startup
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=15473 Summary: After Effects 4 crashes on startup Product: Wine Version: 1.1.5 Platform: Other URL: http://download.adobe.com/pub/adobe/aftereffects/win/4.x /ae4try_uk.exe OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com sha1sum of ae4try_uk.exe is 8b9dd9bbe422209a311c5f0ce9054e2e687f5450 App installs ok and puts up a gui when you start it, but quickly crashes with dialog "After Effects can't continue: sorry, an abnormal condition has been detected" +seh shows there's an exception, but the +relay,+text,+seh log isn't very illuminating. Running in winedbg gives a nice stack dump; inside SetWindowPos(), for some reason DefWindowProc gets WM_KEYF1 and sends WM_HELP, which is handled by the app's window procedure, which crashes on a near-null pointer access. -- 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 35187] New: Jade Empire Special Edition configuration tool always resetting video settings
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=35187 Bug ID: 35187 Summary: Jade Empire Special Edition configuration tool always resetting video settings Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: amartinson(a)codeweavers.com Classification: Unclassified Regression SHA1: 85ced167bd68e882900085ea50f25897e8457172 Created attachment 46937 --> http://bugs.winehq.org/attachment.cgi?id=46937 terminal output This was tested with the GOG.com version of the game. The game has a configuration tool (JadeEmpireConfig.exe) similar to the one used in Dragon Age:Origins, except the problem doesn't exist in DA:Origins' utility. The problem: when you start the configuration tool it always resets the video options that you set and saved earlier. The problem can be reproduced by selecting a different screen resolution in the utility, then click on the System -> Rescan option. Screen resolution and all other video options reverted to 640x480. The problem is not with saving the options, because the changes you've made are saved correctly in JadeEmpire.ini. I found out this is a regression from Wine 1.3.7: 85ced167bd68e882900085ea50f25897e8457172 is the first bad commit commit 85ced167bd68e882900085ea50f25897e8457172 Author: Adam Martinson <amartinson(a)codeweavers.com> Date: Wed Nov 3 16:13:58 2010 -0500 msxml3: Fix node_get_text() whitespace handling. :040000 040000 76eb4e8a62b445fe244a16524f7305411c69875f af858af05d7afa1534da053cada3cf8583992c69 M dlls Native msxml3 (winetricks msxml3) works around the problem. wine-1.7.8-142-gb87b9f0 -- 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 10

[Bug 33988] New: Star Wars: The Force Unleashed II - Crashes with a page fault
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=33988 Bug #: 33988 Summary: Star Wars: The Force Unleashed II - Crashes with a page fault Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tomas191191(a)gmail.com Classification: Unclassified Created attachment 45159 --> http://bugs.winehq.org/attachment.cgi?id=45159 Program Error Details This game installs and starts perfectly from Steam (although it requires the same Virtual Memory fix as its predecessor). When I attempt to start a new game, it crashes with a page fault. I used "d3dx9_43" when trying to play this 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.

1 21

[Bug 36013] New: bleem! (PlayStation emulator) fails on startup, complaining with 'Not enough memory to load program!'
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

https://bugs.winehq.org/show_bug.cgi?id=36013 Bug ID: 36013 Summary: bleem! (PlayStation emulator) fails on startup, complaining with 'Not enough memory to load program!' Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 34618 You need my 1-byte binary patch from bug 34618 to bypass the Win9X debugger check: --- snip --- $ printf '\x30' | dd of=bleem\!.exe bs=1 seek=349588 count=1 conv=notrunc --- snip --- WINEPREFIX Windows version must be set to 'Win9X' variant. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/bleem/bleem! $ WINEDEBUG=+tid,+seh,+relay,+vxd wine ./bleem\!.exe >>log.txt 2>&1 ... 0023:Call KERNEL32.CreateFileA(004011e0 "C:\\Program Files\\bleem\\bleem!\\bleem!.exe",80000000,00000001,00000000,00000003,00000080,00000000) ret=0040107c 0023:Ret KERNEL32.CreateFileA() retval=0000005c ret=0040107c 0023:Call KERNEL32.CreateFileMappingA(0000005c,00000000,00000002,00000000,00000000,00000000) ret=00401096 0023:Ret KERNEL32.CreateFileMappingA() retval=00000060 ret=00401096 0023:Call KERNEL32.MapViewOfFile(00000060,00000004,00000000,00000000,00000000) ret=004010ad 0023:Ret KERNEL32.MapViewOfFile() retval=00340000 ret=004010ad 0023:Call krnl386.exe16.VxDCall0(002a0000) ret=003958ad 0023: eax=004022a4 ebx=000000b5 ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb08 ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call KERNEL32.LoadLibraryW(7e6dd0e4 L"vwin32.vxd") ret=7e6acb8c ... 0023:Ret KERNEL32.LoadLibraryW() retval=7e400000 ret=7e6acb8c 0023:Call KERNEL32.GetProcAddress(7e400000,7e6c08de "VxDCall") ret=7e6acbf8 0023:Ret KERNEL32.GetProcAddress() retval=7e4066ac ret=7e6acbf8 0023:Call vwin32.vxd.VxDCall(002a0000,0033f794) ret=7e6acc68 0023:Call KERNEL32.GetVersion() ret=7e406cc7 0023:Ret KERNEL32.GetVersion() retval=c0000a04 ret=7e406cc7 0023:Ret vwin32.vxd.VxDCall() retval=0000040a ret=7e6acc68 0023:Ret krnl386.exe16.VxDCall0() retval=0000040a ret=003958ad 0023: eax=0000040a ebx=000000b5 ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb08 ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call krnl386.exe16.VxDCall0(002a002a) ret=003958c0 0023: eax=004022a4 ebx=002a002a ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb0c ds=002b es=002b fs=0063 gs=006b flags=00000206 0023:Call vwin32.vxd.VxDCall(002a002a,0033f798) ret=7e6acc68 0023:Ret vwin32.vxd.VxDCall() retval=0000004f ret=7e6acc68 0023:Ret krnl386.exe16.VxDCall0() retval=0000004f ret=003958c0 0023: eax=0000004f ebx=002a002a ecx=00000000 edx=00000005 esi=0033feb0 edi=0033fbac ebp=0033fe38 esp=0033fb10 ds=002b es=002b fs=0063 gs=006b flags=00000206 0023:Call krnl386.exe16.VxDCall0(00010000) ret=00395737 0023: eax=004022a4 ebx=00000010 ecx=0005b944 edx=00000000 esi=0033fb60 edi=0034fa0c ebp=8005a244 esp=0033fafc ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call KERNEL32.LoadLibraryW(7e6dd0c0 L"vmm.vxd") ret=7e6acb8c ... 0023:Ret KERNEL32.LoadLibraryW() retval=7e1e0000 ret=7e6acb8c 0023:Call KERNEL32.GetProcAddress(7e1e0000,7e6c08de "VxDCall") ret=7e6acbf8 0023:Ret KERNEL32.GetProcAddress() retval=7e1ee794 ret=7e6acbf8 0023:Call vmm.vxd.VxDCall(00010000,0033f788) ret=7e6acc68 0023:trace:vxd:VMM_VxDCall PageReserve: page: 80000400, npages: 0000005c, flags: 00000008 partial stub! 0023:Call KERNEL32.VirtualAlloc(00000000,0005c000,00002000,00000000) ret=7e1eea61 0023:Ret KERNEL32.VirtualAlloc() retval=00000000 ret=7e1eea61 0023:trace:vxd:VMM_VxDCall PageReserve: returning: (nil) 0023:Ret vmm.vxd.VxDCall() retval=ffffffff ret=7e6acc68 0023:Ret krnl386.exe16.VxDCall0() retval=ffffffff ret=00395737 0023: eax=ffffffff ebx=00000010 ecx=0005b944 edx=00000000 esi=0033fb60 edi=0034fa0c ebp=8005a244 esp=0033fb08 ds=002b es=002b fs=0063 gs=006b flags=00000202 0023:Call KERNEL32.UnmapViewOfFile(00340000) ret=004010d6 0023:Ret KERNEL32.UnmapViewOfFile() retval=00000001 ret=004010d6 0023:Call KERNEL32.CloseHandle(00000060) ret=004010e1 0023:Ret KERNEL32.CloseHandle() retval=00000001 ret=004010e1 0023:Call KERNEL32.CloseHandle(0000005c) ret=004010ec 0023:Ret KERNEL32.CloseHandle() retval=00000001 ret=004010ec 0023:Call user32.MessageBeep(00000010) ret=004010ff 0023:Call winex11.drv.SystemParametersInfo(00000001,00000000,0033fdcc,00000000) ret=7ec19bd2 0023:Ret winex11.drv.SystemParametersInfo() retval=00000000 ret=7ec19bd2 0023:Call winex11.drv.Beep() ret=7ebffc49 0023:Ret winex11.drv.Beep() retval=00000001 ret=7ebffc49 0023:Ret user32.MessageBeep() retval=00000001 ret=004010ff 0023:Call user32.MessageBoxA(00000000,00401336 "Not enough memory to load program!\n\nClose other applications and try again.",004012e5 "bleem, llc.",00011010) ret=0040111c --- snip --- The emulator uses VMM.VXD service 'PageReserve' with 'PR_FIXED' attributes to request a chunk of memory. VirtualAlloc() with '0' page protection attributes (line 162) doesn't make sense here, probably a typo. Source: http://source.winehq.org/git/wine.git/blob/ae9b07fdc0f8b179d87db07c8ecd2c07… --- snip --- 136 DWORD WINAPI VMM_VxDCall( DWORD service, CONTEXT *context ) 137 { 138 static int warned; 139 140 switch ( LOWORD(service) ) 141 { 142 case 0x0000: /* PageReserve */ 143 { 144 LPVOID address; 145 LPVOID ret; 146 ULONG page = stack32_pop( context ); 147 ULONG npages = stack32_pop( context ); 148 ULONG flags = stack32_pop( context ); 149 150 TRACE("PageReserve: page: %08x, npages: %08x, flags: %08x partial stub!\n", 151 page, npages, flags ); 152 153 if ( page == PR_SYSTEM ) { 154 ERR("Can't reserve ring 1 memory\n"); 155 return -1; 156 } 157 /* FIXME: This has to be handled separately for the separate 158 address-spaces we now have */ 159 if ( page == PR_PRIVATE || page == PR_SHARED ) page = 0; 160 /* FIXME: Handle flags in some way */ 161 address = (LPVOID )(page * page_size); 162 ret = VirtualAlloc ( address, npages * page_size, MEM_RESERVE, 0 ); 163 TRACE("PageReserve: returning: %p\n", ret ); 164 if ( ret == NULL ) 165 return -1; 166 else 167 return (DWORD )ret; 168 } ... --- snip --- $ sha1sum demo-v1_4.exe b05c7c4023046fabec5a47aac0754ad0ac6b2325 demo-v1_4.exe $ du -sh demo-v1_4.exe 444K demo-v1_4.exe $ wine --version wine-1.7.16-178-g7e874ae 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 12

[Bug 34174] New: Error cleaning log file when installing mingw
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=34174 Bug #: 34174 Summary: Error cleaning log file when installing mingw Product: Wine Version: 1.6-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 45459 --> http://bugs.winehq.org/attachment.cgi?id=45459 Terminal log How to reproduce: 0. (Clean wine prefix after running winecfg was used for this) 1. Install mingw-get-inst-20120426.exe with default settings (but accept license of course :) ) 2. See a message "Encountered an error cleaning log file (1)" 3. Then after you press OK and click next with a tick "show log file" enabled see empty log file opened in notepad. -- 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 9

[Bug 14617] New: 3rd party treeview stopped working
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=14617 Summary: 3rd party treeview stopped working Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: brendan.dowds(a)sciencesoft.com CC: julliard(a)winehq.org Hello all, I am a developer for a software company trying to get our software to work on WINE. Unfortunately the third party treeview control we rely heavily on fails to work properly. Namely in that we can not drag items from the treeview. A small test program (TV_Test.exe), written in VB6, is attached to demostrate this behaviour. Upon clicking on a node the program performs a HitTest to determine what type of node it is and its subsequent behaviour (expand/collapse, allowing dragging, etc.) To duplicate place the attached folder in the 'Program Files' folder (or where you please) and run the exe, through WINE obviously. Add a node (or several) via the button then click on a node. The message box should then tell you if the test has been passed or not. A successful test should also change to be a couple of right pointing arrows, and the direction of the arrow in the treeview node (if it was the lowest branch level). A failed test reports an error ("Error: Error in loading DLL (No.48) In ClickedNode") in the message box. Now, this is where I know I'm breaking the rules. But this test program and our main program (which I hope to at to the Apps Database today) both need wine tricks to have been run, specifically vcrun6, for redistribution reasons. However, I've already emailled Dan Kegel and he believes this may not be necessary. I digress. The test program always failed without winetricks vcrun6, but after it (and before the bad revision) it worked. (Strictly you do not need to run the full vcrun6, you need to remove the msvcrt, oleaut32 and olepro32.dlls from the drive_c/windows/sysem32/ folder and run the vcredist.exe through WINE.) A colleague looked into this problem in more detail hoping to solve it ourselves (how wrong we were) and we believe that although we use winetricks, in this case it actually helps expose a bug rather than the bug being something intrinsic in what we use winetricks for i.e. replace built-in dlls with native ones. So in summary, running the test program without vcrun6 has always failed, with vcrun6 it used to work but now doesn't. Some more relevant information (I hope): - I pulled down the latest git repository this morning (SHA1 ID: 2f445e4e4a74bda3034d993226f05073e777eb85) and tested it, the bug is still there (wine-1.1.1-339-g2f445e4). - I'm running FC6 - gcc version is 4.1.2 - command to run the program is '"wine C:\Program Files\Treeview Test\TV_Test.exe"', assuming the folder is located in 'Program Files' - A git-bisect showed the first bad revision to be between 0.9.37 and 0.9.38 (SHA1 ID:2f445e4e4a74bda3034d993226f05073e777eb85) - Further investigation found that by commenting out just two lines the program worked. And still works in the lastest version. The two lines are in load_library of /dlls/kernel32/module.c and are shown in the attached file (load_library_EDITTED.txt) - The git log for the bad revision is attached. - My intention was to also attach the output of WINEDEBUG but with the below command: $ WINEDEBUG=+relay wine "C:\windows\Program Files\Treeview Test\TV_Test.exe" I get: WINEDEBUG=+relay: Command not found. Look forward to hearing anything and many thanks. -- 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 31

[Bug 32827] New: Legrand XL3Pro3 : Crash on launch
by wine-bugs＠winehq.org April 12, 2016

April 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=32827 Bug #: 32827 Summary: Legrand XL3Pro3 : Crash on launch Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gogy.sp(a)gmail.com Classification: Unclassified Created attachment 43359 --> http://bugs.winehq.org/attachment.cgi?id=43359 wine backtrace Wine crashes when I launch Legrand XL3Pro3 without any detail. XL3Pro3 is a free soft from Legrand Electrics Company (French) that configure electric installation for home users and pro users Please see backtrace.txt in attachment Thx -- 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