February 2019 - wine-bugs

[Bug 39011] New: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon()
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39011 Bug ID: 39011 Summary: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon() Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: spam(a)brettcave.net Distribution: --- Created attachment 51965 --> https://bugs.winehq.org/attachment.cgi?id=51965 v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors Sierra Chart is a stock market, forex, and other market price graphing program. They use C/C++ and avoid java and .net. Normally it runs well under wine, but there is a long term issue that they've known about: Drawing chart lines with a polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute or 2 but works fine under regular windows. This hanging will release and then hang again shortly after making the chart unusable. I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive. I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get the X11 socket running inside lxc after some work. Sierra Chart runs at full speed with it. My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to directly bang video hardware, so chip and driver shouldn't be an issue. This laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable enough to handle a chart. Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit compiled and normally works fine with wine. I've been able to reproduce the bug by using the polygon fill line type and by scrolling the chart back and forth. If I change the line type to something plain, the freezing problem doesn't happen. The bug is harder to reproduce with debugging activated. It's probably allowing extra time for whatever is causing the hang to finish before it hangs. *** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt I've attached a small log file segment from ubuntu version 1.7.44: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has the freezing section in the middle, and then continues with the gdi32 draw commands. The problem is from time stamp 1306647.286 to 1306718.051. It's about 71 seconds total. There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support says that graph drawing is not multi threaded and that they don't know what that is. The only other threads are when downloading real time price data updates and loading chart price data from disk. Note: the next 1.7.48 versions were run from inside the 32bit lxc build environment. One thing I noticed when testing with 1.7.48 is that my memory usage bar applet was jumping around a lot during a freeze. I didn't get exact figures but the range was over 3g. That's huge for a 32bit program. I wasn't watching for the first log. *** file: wine_SC_ConsoleLog_wine1.7.48.log.txt This is the regular shell console log. *** file: wine_SC_wine1.7.48.log.txt I've attached a second small log file segment from compiled version 1.7.48: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has a very small freezing section in the middle, and then continues with the regular gdi32 draw commands. The problem is from time stamp 1485052.556 to 1485124.153. It's about 71 seconds total. In this log I didn't see the THREAD_DETACH entries. It was small and clean with no errors reported. I don't know what to make of the difference between the 2 logs. I can see that there's a problem, but I don't have enough programming and debugging skills to understand what is going on. If this looks like a programming error in Sierra Chart, please give me something I can tell them that they won't brush off. ------------- Download Instructions. Download page: http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php The page will list multiple versions ranging from current to past. The file to get is: SierraChartSetupNoCLR.exe The file date in the list: 2015/7/31 The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows functions and is wine friendly. This is the version Sierra Chart support normally recommends. sha1sum: 4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe In a week or so, this current version will "probably" be named: 1280SierraChartSetupNoCLR.exe Help / About shows version number 1280. ------------ Account Setup Instructions. Sierra Chart has a free demo account for testing. Their install is almost entirely self contained to a directory and won't scatter files everywhere. Instructions are here: http://www.sierrachart.com/index.php?page=doc/setup.php Step 1: Download program. Since Sierra Chart support isn't going to do anything with this bug, the current version will very likely have it since this is an old bug of unknown age. If not using this link, use the download link above. Step 2: "Create Your Account" to get a free demo account. I recommend something alone the lines of "Wine Debug". They will know what that is. A support ticket will need to be opened to activate the account. They're very easy going with programmers. Just mention that you're someone from the wine debug team. If y'all want more than the 15 day trial, request it there. They will usually activate the account the same day. Support Link: http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts This is Section #2, instructions in the yellow box with the link. In the future if the trial account expires, open another support ticket, mention that you're with the wine debug team and need to run some more tests. They'll usually reactivate the account the same day. So long as you're actively programming or debugging and not using their product to trade for free, Sierra Chart support is very laid back about continuing accounts. Ignore the rest of the Sierra Chart account steps web page and follow my steps below to reproduce the bug once the demo account is activated. -------------- Steps to reproduce the bug. #create a new prefix WINEPREFIX=/home/user1/.wine3 winecfg Applications / Windows Version: Windows 7 #earlier tests have shown different windows versions don't matter. No library overrides. Turned off Graphics: Allow the window manager to decorate the windows. Sierra Chart has alert sounds, but they are irrelevant for the bug reproduction. "OK" to exit out of winecfg. #install Sierra Chart WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe Accept defaults options and locations in the installer. Run when finished. Note: I recommend to run Sierra Chart in normal / non-debug mode the first time as the freezing bug is easier to reproduce. Enter user name and password. When the main window comes up, press "No" at the Data and Trade Service prompt to use demo mode defaults. Hit "Close Log" on "Message Log" to get it out of the way. Menu: File / Find Symbol Expand "Forex". I prefer to select "GBPUSD" as the symbol since it has good volume and is easily recognized. Hit the "Open Intraday Chart" button. Hit the "Close" button to get rid of the find screen. A full screen chart will open and download price data for a minute. Click once in the middle of the chart to select it. Press the keyboard down arrow 11 times. At the very bottom right corner will be a tiny green box with a number in it. Every time the down arrow gets hit, it will decrement and the chart will show more bars per screen. The bar should read "1". If it is red, hit the "End" key on the keyboard. Color doesn't matter much for this reproduction, though. Note: If the hanging problem below gets to be too severe to do anything, only press the down arrow several times to not compress the chart view as much. Maybe go down to "5" instead of "1". Quick side note before the hanging bug gets triggered: Menu: Help / About will show the build number / version number for verification. The latest installer file usually won't have a version number in the name. Menu: Analysis / Studies Hit "Add Custom Study" button at the bottom. Double click to expand "User Contributed Studies". Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the right panel list. This study won't cause the bug alone. It is used to put an extra load on the graph. Hit "Add Custom Study" button again. Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up on the right panel list. This study has the polygon fill that will trigger the freezing bug. Note for Bug Settings: Something to point out to come back to later... Select "RSI w/Trend" and hit the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle will be a "Draw Style" column. This is how the study line types are drawn on the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and "Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will allow them to not trigger the bug (but do that later). Changing the two entires to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of transparency settings. For now, don't change the settings for the bug reproduction, but come back to this afterwards. Hit "Cancel" to get out of the settings screen. Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines will be drawn on the screen from the two added studies. The graph "should" come back immediately, but sometimes it will trigger the hanging bug. Click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. To save these settings so far, Menu: File / Save All. Enter a brief chart book name for a file name at the bottom (like "test1"). Afterwards the chart book can be quickly reloaded by that name in the recent files list on the right side of the File menu. This will allow for skipping the "Menu: Analysis / Studies" steps on next program reload. ...That is if the hanging bug isn't triggered again... and again... and again... In wine debug mode, the hanging bug "usually won't" be triggered yet. To manually trigger the hanging bug, use the mouse to grab the horizontal scroll bar at the bottom of the screen and drag it back and forth. This will scroll the chart back and forth causing a lot of redraws. If Sierra Chart stops responding, click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. With the wine debug mode log it is hard to see where the bug was triggered. I use the "+timestamp" option and a stop watch/timer app to note the hang and resume times so they can be matched up later in the debug log. When dragging the chart horizontal scroll bar, they will be surrounted by gdi32 draw commands. In future tests, the Sierra Chart process may have to be killed. To restart it, I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart will remember your login name and password. When the authentication window pops up, just leave it for a couple seconds and it will go away and the main chart will pop up. Now that the hanging bug has been experienced, the line type can be changed from the Note instructions above to see the comparison with a plain line. -- 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 44967] New: xcopy does not copy empty subdirectories if options / s and /e without space
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44967 Bug ID: 44967 Summary: xcopy does not copy empty subdirectories if options /s and /e without space Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jonathanbelsewir(a)yahoo.de Distribution: --- xcopy does not copy empty subdirectories in folder test: The following command works ok: xcopy /s /e test\* testcopy\ Without space between /s and /e, xcopy does not coyp subdirectories: xcopy /s/e test\* testcopy\ Test-File: @echo off md test cd test md test1 md test2 echo foo > test.txt cd .. xcopy /s/e test\* testcopy\ dir testcopy :end -- 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 40706] New: FolderMerger cmd not valued, xcopy problem in batch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40706 Bug ID: 40706 Summary: FolderMerger cmd not valued, xcopy problem in batch Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: peterlongx1988(a)gmail.com Distribution: --- Created attachment 54591 --> https://bugs.winehq.org/attachment.cgi?id=54591 File Merger I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm but is problematic to use with Wine because cmd.exe is not valued when I press Merge Now! Is possibile to create a .bat file indipendently also, but when I try to running it cmd.exe return me this error Merging folders... (1/6) Invalid parameter 'K' - use x copy ? for help Is 'C:\PATH\filename.zip' a filename or directory on the target? (F - File, D - Directory) This happens not because parameter is invalid. Example of command in .bat not valued correctly @echo off cls echo Merging folders ... (1/6) XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H cls echo Merging folders ... (2/6) XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y /H cls echo. echo Done! echo. ping -n 2 localhost >nul start "" "C:\users\psiraja\Desktop\estrazione" exit Have you got any idea to bypass this problem? -- 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 45816] New: Orbit Profile crashes in Unhandled exception: unimplemented function msvcp140.dll.? _Winerror_message@std@@YAKKPADK@Z called
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45816 Bug ID: 45816 Summary: Orbit Profile crashes in Unhandled exception: unimplemented function msvcp140.dll.?_Winerror_message@std@@YAKKPADK@Z called Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- As the title says. Steps: Run orbit.exe, Select from menu: File --> LaunchProcess Then select for example Notepad.exe --> crash Testes in staging-3.15, sha1sum orbit.exe 2f677f97355b6c27fdb1ffcab53845a6a2918d4f orbit.exe -- 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 42010] New: ReactOS Calc does not show dots in radio buttons.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42010 Bug ID: 42010 Summary: ReactOS Calc does not show dots in radio buttons. Product: Wine Version: 1.9.24 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- Created attachment 56449 --> https://bugs.winehq.org/attachment.cgi?id=56449 ReactOS Calc running in WINE. I tried to run my ReactOS Calc on WINE. It works fine but it does not show the dots inside the radio buttons. It works fine from Windows 9x to Windows 7, but not in WINE. Tested in lubuntu with latest trunk. -- 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 24

[Bug 41404] New: WPS Office 10.1.0.5775 unhandled exception on installation
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41404 Bug ID: 41404 Summary: WPS Office 10.1.0.5775 unhandled exception on installation Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2460acc(a)gmail.com Distribution: --- Created attachment 55759 --> https://bugs.winehq.org/attachment.cgi?id=55759 Backtrace file for error When trying to install WPS Office in Wine 1.8 (installation file wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is attatched. -- 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 46215] New: File Open Dialog fails to set focus to Filename text box
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46215 Bug ID: 46215 Summary: File Open Dialog fails to set focus to Filename text box Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Using the BCGPOutlookDemo.exe example program. Select "File -> Open" The focus is set to the Combobox and not the Filename edit that it should. -- 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 45523] New: FIFA 18 Demo errors out after launch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45523 Bug ID: 45523 Summary: FIFA 18 Demo errors out after launch Product: Wine Version: 3.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: throwawayaccx(a)gmail.com Distribution: --- Created attachment 61909 --> https://bugs.winehq.org/attachment.cgi?id=61909 Screenshot of the error. Immediately after launch the game exits with "Invalid license. Reason code = Missing DLL: kernel32.dll Function: SetProcessWorkingSetSizeEx" -- 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 45942] New: AnyRail6: crashing when open Options.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45942 Bug ID: 45942 Summary: AnyRail6: crashing when open Options. Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forum(a)abtelecom.ro Distribution: --- Created attachment 62476 --> https://bugs.winehq.org/attachment.cgi?id=62476 Backtrace for AnyRail6 I'm using AnyRail6. When I'm trying to open the File -> Options the program crashes. I've tried several Wine version: 3.14, 3.15, 3.16 and also 3.17. The logs are attached. Kind regards, Adrian -- 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 41039] New: can't run virtualbox.exe
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41039 Bug ID: 41039 Summary: can't run virtualbox.exe Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: 1934337507a(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 55214 --> https://bugs.winehq.org/attachment.cgi?id=55214 ss 无法运行virtualbox.exe，提示有严重错误 wine '/home/xiejinggang/.wine/drive_c/Program Files/Oracle/VirtualBox/VirtualBox.exe' wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe" err:wineboot:ProcessRunKeys Error running cmd L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2) fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:advapi:RegisterEventSourceW ((null),L"QPCore"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x72e764,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:ntoskrnl:KeInitializeEvent stub: 0x5532ac 0 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x5532bc 0 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x555410 1 0 fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetCurrentProcessWin32Process" not found fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetCurrentThreadWin32Thread" not found fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObRegisterCallbacks" not found fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObUnRegisterCallbacks" not found fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0x54f7ce 0 fixme:ntoskrnl:PsSetCreateThreadNotifyRoutine stub: 0x54f8b8 fixme:ntoskrnl:PsSetLoadImageNotifyRoutine (0x54f8f6) stub fixme:ntoskrnl:CmRegisterCallback (0x54f934 (nil) 0x5553f8): stub fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0x54f7ce 1 fixme:ntoskrnl:PsRemoveCreateThreadNotifyRoutine stub: 0x54f8b8 fixme:ntoskrnl:PsRemoveLoadImageNotifyRoutine stub: 0x54f8f6 fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeDelayExecutionThread (0, 0, 0x53e664): stub fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeDelayExecutionThread (0, 0, 0x53e664): stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x555404: stub fixme:ntoskrnl:__regs_ExReleaseFastMutex 0x555404: stub fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f6c8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f4c8 1 C) semi-stub fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSFreeMemory Stub (nil) wine: Call from 0x7b43bc2c to unimplemented function ntoskrnl.exe.FsRtlIsNameInExpression, aborting wine: Unimplemented function ntoskrnl.exe.FsRtlIsNameInExpression called at address 0x7b43bc2c (thread 0041), starting debugger... wine: Unhandled page fault on write access to 0x00545000 at address 0x7bc5474d (thread 0049), starting debugger... wine: Unhandled page fault on write access to 0x00544000 at address 0x7bc5474d (thread 0051), starting debugger... fixme:ntdll:EtwRegisterTraceGuidsW (0x2382c8d0, 0x23842738, {36c38d96-a693-4a22-b4b7-81510d39f547}, 1, 0x33fa04, (null), (null), 0x23842768): stub fixme:ntdll:EtwRegisterTraceGuidsW register trace class {6e5e5cbc-8acf-4fa6-98e4-0c63a075323b} fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75da58 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75daf8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75d8c8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75dab8 1 C) semi-stub err:winediag:nulldrv_CreateWindow Application tried to create a window, but no driver could be loaded. err:winediag:nulldrv_CreateWindow The explorer process failed to start. fixme:ntdll:NtQueryInformationProcess (process=0xf0) Unimplemented information class: ProcessSessionInformation fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:msg:ChangeWindowMessageFilter 4a 00000001 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:ntdll:NtLockFile I/O completion on lock not implemented yet wine: Unhandled page fault on read access to 0x0000000f at address 0x41629a (thread 0009), starting debugger... fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:iphlpapi:NotifyAddrChange (Handle 0x18de9e4, overlapped 0x18de9c4): stub fixme:iphlpapi:CancelIPChangeNotify (overlapped 0x18de9c4): stub fixme:process:WTSGetActiveConsoleSessionId stub fixme:wtsapi:WTSQueryUserToken 1 0x82df80 fixme:wtsapi:WTSQueryUserToken 1 0x82df88 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub fixme:advapi:EventRegister {dc55d4d9-138d-441a-80cb-77aec617e3f7}, 0x10089e00, 0x10100678, 0x10100670 fixme:advapi:EventUnregister deadbeef: stub fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b290 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b298 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b23c fixme:wtsapi:WTSQueryUserToken 1 0x82b244 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b290 fixme:wtsapi:WTSQueryUserToken 1 0x82b298 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b23c fixme:wtsapi:WTSQueryUserToken 1 0x82b244 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b290 fixme:wtsapi:WTSQueryUserToken 1 0x82b298 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b230 fixme:wtsapi:WTSQueryUserToken 1 0x82b238 err:rpc:I_RpcGetBuffer no binding fixme:crypt:CryptProtectMemory (0x143ac8 112 00000001): stub fixme:crypt:CryptUnprotectMemory (0x10ac1c0 112 00000001): stub fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82dcfc fixme:wtsapi:WTSQueryUserToken 1 0x82dd04 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b118 fixme:wtsapi:WTSQueryUserToken 1 0x82b120 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b214 fixme:wtsapi:WTSQueryUserToken 1 0x82b21c fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b1c8 fixme:wtsapi:WTSQueryUserToken 1 0x82b1d0 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b134 fixme:wtsapi:WTSQueryUserToken 1 0x82b13c fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b17c fixme:wtsapi:WTSQueryUserToken 1 0x82b184 fixme:wtsapi:WTSQueryUserToken 1 0x82b268 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b1e0 fixme:wtsapi:WTSQueryUserToken 1 0x82b1e8 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 Unhandled exception: page fault on read access to 0x0000000f in 32-bit code (0x0041629a). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:0041629a ESP:0033e9c4 EBP:0033e9d4 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000004 EBX:00473c80 ECX:00000050 EDX:000000f5 ESI:004a03d0 EDI:00473c80 Stack dump: 0x0033e9c4: 004a03d8 00000270 000000f5 000000f5 0x0033e9d4: 0033f624 00416760 00473c80 00000000 0x0033e9e4: 00409590 7ffdf000 7b636000 00000000 0x0033e9f4: 00000000 00000000 00000000 00000000 0x0033ea04: 00000000 00000000 00000000 00000000 0x0033ea14: 00000000 00000000 00000000 00000000 Backtrace: =>0 0x0041629a in virtualbox (+0x1629a) (0x0033e9d4) 1 0x00416760 in virtualbox (+0x1675f) (0x0033f624) 2 0x004095b0 in virtualbox (+0x95af) (0x0033fe40) 3 0x7b45f81c call_process_entry+0xb() in kernel32 (0x0033fe58) 4 0x7b46084a start_process+0x59(peb=<couldn't compute location>) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/kernel32/process.c:1108] in kernel32 (0x0033fe88) 5 0x7bc80760 call_thread_func_wrapper+0xb() in ntdll (0x0033fea8) 6 0x7bc8371d call_thread_func+0xfc(entry=0x7b4607f0, arg=0x7ffdf000, frame=0x33ffc8) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/signal_i386.c:2759] in ntdll (0x0033ffa8) 7 0x7bc8073e call_thread_entry_point+0x11() in ntdll (0x0033ffc8) 8 0x7bc52d17 start_process+0x16(kernel_start=0x7b4607f0) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/loader.c:3038] in ntdll (0x0033ffe8) 9 0xb7583b8d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 10 0xb7583cf0 wine_switch_to_stack+0x1f(func=0x7bc52d00, arg=0x7b4607f0, stack=0x340000) [/home/xiejinggang/闊充箰/wine-1.9.15/libs/wine/port.c:77] in libwine.so.1 (0xbf929cb8) 11 0x7bc58ce9 LdrInitializeThunk+0x228(kernel_start=<couldn't compute location>, unknown2=<couldn't compute location>, unknown3=<couldn't compute location>, unknown4=<couldn't compute location>) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/loader.c:3094] in ntdll (0xbf929cf8) 12 0x7b46697a __wine_kernel_init+0xa69() [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/kernel32/process.c:1302] in kernel32 (0xbf92ae68) 13 0x7bc59bc3 __wine_process_init+0x152() [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/loader.c:3303] in ntdll (0xbf92aed8) 14 0xb7581d47 wine_init+0x2c6(argc=0x2, argv=0xbf92b434, error="", error_size=0x400) [/home/xiejinggang/闊充箰/wine-1.9.15/libs/wine/loader.c:956] in libwine.so.1 (0xbf92af38) 15 0x7c000ac2 main+0x81(argc=<is not available>, argv=<is not available>) [/home/xiejinggang/闊充箰/wine-1.9.15/loader/main.c:254] in <wine-loader> (0xbf92b388) 16 0xb738e72e __libc_start_main+0xdd() in libc.so.6 (0x00000000) 0x0041629a: movb 0x0000000f,%al Modules: Module Address Debug info Name (17 modules) PE 400000- 4f0000 Export virtualbox ELF 7b400000-7b7e0000 Dwarf kernel32<elf> \-PE 7b410000-7b7e0000 \ kernel32 ELF 7bc00000-7bcf5000 Dwarf ntdll<elf> \-PE 7bc10000-7bcf5000 \ ntdll ELF 7c000000-7c004000 Dwarf <wine-loader> ELF 7ef51000-7ef5f000 Deferred libnss_files.so.2 ELF 7ef5f000-7ef6c000 Deferred libnss_nis.so.2 ELF 7ef6c000-7ef87000 Deferred libnsl.so.1 ELF 7ef87000-7efd4000 Deferred libm.so.6 ELF b7371000-b7376000 Deferred libdl.so.2 ELF b7376000-b7531000 Dwarf libc.so.6 ELF b7532000-b754f000 Deferred libpthread.so.0 ELF b7571000-b757b000 Deferred libnss_compat.so.2 ELF b757b000-b7732000 Dwarf libwine.so.1 ELF b7734000-b7758000 Deferred ld-linux.so.2 ELF b775a000-b775b000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Oracle\VirtualBox\VirtualBox.exe 00000009 0 <== 0000000e services.exe 00000057 0 00000056 0 00000037 0 0000002b 0 00000024 0 0000001c 0 00000017 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 00000019 0 00000018 0 00000013 0 0000001a plugplay.exe 0000001f 0 0000001e 0 0000001b 0 00000020 QQProtect.exe 00000066 0 00000065 0 00000064 0 00000063 -1 0000005f 0 0000005e 0 0000005d 0 00000028 0 00000027 0 00000026 0 00000021 0 00000029 winedevice.exe 0000002e 0 0000002d 0 0000002a 0 0000002f QQPMSRV.exe 0000003b 0 00000039 0 00000036 0 00000030 0 00000031 explorer.exe 00000035 0 00000034 0 00000033 0 00000032 0 00000052 svchost.exe 0000005c 0 0000005b 0 00000059 0 00000058 0 00000053 0 System information: Wine build: wine-1.9.15 Platform: i386 Version: Windows XP Host system: Linux Host version: 4.2.0-42-generic fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:msvcrt:__clean_type_info_names_internal (0x1005f874) stub fixme:msvcrt:__clean_type_info_names_internal (0x237207a0) stub fixme:advapi:UnregisterTraceGuids deadbeef: stub fixme:msvcrt:__clean_type_info_names_internal (0x238426f0) stub fixme:wtsapi:WTSQueryUserToken 1 0x82d418 fixme:wtsapi:WTSQueryUserToken 1 0x82d440 fixme:wtsapi:WTSQueryUserToken 1 0x82d8e4 fixme:wtsapi:WTSQueryUserToken 1 0x82d8ec fixme:advapi:RegisterEventSourceW ((null),L"QPCore"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x72e780,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 43464] New: Elite Dangerous Horizons fails to connect to server with CRC error
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43464 Bug ID: 43464 Summary: Elite Dangerous Horizons fails to connect to server with CRC error Product: Wine Version: 2.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pecisk(a)gmail.com Distribution: --- Created attachment 58839 --> https://bugs.winehq.org/attachment.cgi?id=58839 EDH launching trace Version: Wine 2.13 on Fedora 26 Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz vcrun2012 1. Install ED Launcher wine64 EliteDangerous-Client-Installer.exe 2. Launch ED Launcher wine64 /.wine/drive_c/Program\ Files\ $x86$/Frontier/EDLaunch/EDLaunch.exe 3. Install Elite Dangerous Horizons 4. Press Play Expected result: EDH main menu appears Actual result: EDH compiles shaders but gets CRC error for server connection along the way at the left bottom corner. Compiling ends with game showing error message about not being able to verify connection with server. Note: ED 32-bit version which is separate client, does not receive same error and seems to be connecting to game just fine. Goal of this bug report to understand what might cause this CRC error. -- 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 46172] New: Multiple applications from Windows 7-10 crash on unimplemented function slc.dll.SLGetLicensingStatusInformation
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46172 Bug ID: 46172 Summary: Multiple applications from Windows 7-10 crash on unimplemented function slc.dll.SLGetLicensingStatusInformation Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: slc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46156 Likely also present on x86_64 arch. --- snip --- $ wine64 ./gatherosstate.exe 0009:fixme:seh:RtlAddFunctionTable 0x35fbd8 1 350000: stub 0009:fixme:ntdll:EtwEventRegister ({6af9e939-1d95-430a-afa3-7526fadee37d}, (nil), (nil), 0x140090708) stub. 0009:fixme:slc:SLOpen (0x22f770) stub wine: Call from 0x7bcd0224 to unimplemented function slc.dll.SLGetLicensingStatusInformation, aborting wine: Unimplemented function slc.dll.SLGetLicensingStatusInformation called at address 0x7bcd0224 (thread 0009), starting debugger... Unhandled exception: unimplemented function slc.dll.SLGetLicensingStatusInformation called in 64-bit code (0x000000007bcd0224). Register dump: ARM64 EL0t Mode Pc:000000007bcd0224 Sp:000000000022f280 Lr:000000007bcd2aa0 Cpsr:20000000(--C-) x0: 000000000022f2a8 x1: 000000000022f720 x2: 0000000000000001 x3: 000000000022f660 x4: 000000000022f730 x5: 000000000022f690 x6: 0000007fb8e57828 x7: 0000007fb8e579c8 x8: 000000000022f2a8 x9: 000000000022f2a8 x10:0000000000000008 x11:0000000000000002 x12:0000000000000001 x13:0000000000000001 x14:000000000000fbc0 x15:0000007fb8e56f70 ip0:000000007b674000 ip1:0000007fb960add0 x18:000000007ffd8000 x19:0000000000353798 x20:000000000022f788 x21:0000000000000000 x22:0000007fb8e56f70 x23:000000000022f848 x24:0000007fb8e56e58 x25:0000000000000000 x26:0000000140094000 x27:000000014000f000 x28:000000007b4a2ce8 Fp:000000000022f650 ... Backtrace: =>0 0x000000007bcd0224 RtlCaptureContext+0xa4() in ntdll (0x000000000022f650) 1 0x000000007bcd2aa0 RtlRaiseException+0x33(rec=0x22f660) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:1015] in ntdll (0x000000000022f650) 2 0x000000007bcd2aa0 RtlRaiseException+0x33(rec=0x22f720) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:1015] in ntdll (0x000000000022f710) 3 0x000000007b466cf0 RaiseException+0xc7(code=0x7f, flags=0xb8e57828, nbargs=0x7f, args=0x7fb8e579c8) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:85] in kernel32 (0x000000000022f740) 4 0x0000007fb8e57814 __wine_spec_unimplemented_stub+0x43(module="", function="MZ�") [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:34] in slc (0x000000000022f750) 5 0x0000007fb8e56f8c __wine_stub_SLGetLicensingStatusInformation+0x1b() in slc (0x000000000022f830) 6 0x00000000003517c4 (0x000000000022f830) 0x000000007bcd0224 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (22 modules) ELF 7b400000- 7b826000 Dwarf kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> \-PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140099000 Deferred gatherosstate ELF 7fb8e36000- 7fb8e5b000 Dwarf slc<elf> \-PE 7fb8e40000- 7fb8e5b000 \ slc ... ELF 7fb958a000- 7fb96f5000 Deferred libc.so.6 ELF 7fb96f5000- 7fb9723000 Deferred libpthread.so.0 ELF 7fb973d000- 7fb98f8000 Dwarf libwine.so.1 ELF 7fb98fa000- 7fb992c000 Deferred ld-linux-aarch64.so.1 ELF 7fb992d000- 7fb992e000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\projects\woa-winrt\win10apps\arm64\gatherosstate.exe 00000009 0 <== ... System information: Wine build: wine-3.20-182-g915c2ae2b9 Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/slc/slc.spec#l19 --- snip --- 19 @ stub SLGetLicensingStatusInformation --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/slpublic/nf-slpublic-s… 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 5

[Bug 45724] New: Multiple EndScene calls result in multiple glFlush ( FF XIV)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45724 Bug ID: 45724 Summary: Multiple EndScene calls result in multiple glFlush (FF XIV) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: awesie(a)gmail.com Distribution: --- While investigating the performance of FF XIV (DirectX 9), one major issue is that it will call EndScene multiple times per frame. MSDN discourages this behavior, and on Wine it introduces a significant performance penalty because a flush is emitted for every call to wined3d_device_end_scene. I removed the call to wined3d_cs_emit_flush in wined3d_device_end_scene which significantly improved (~40%) the fps in my test area. Mileage may vary depending on other patches. -- 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 14

[Bug 45673] New: Calling delegated proxy methods returns 0x800706b5 ( RPC_S_UNKNOWN_IF), "err:rpc: RpcAssoc_BindConnection syntax {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}, 0.0 not supported"
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45673 Bug ID: 45673 Summary: Calling delegated proxy methods returns 0x800706b5 (RPC_S_UNKNOWN_IF), "err:rpc:RpcAssoc_BindConnection syntax {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}, 0.0 not supported" Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 62097 --> https://bugs.winehq.org/attachment.cgi?id=62097 test program The test program demonstrates the problem fairly clearly. In Wine, IShellBrowser delegates proxy methods to its parent IOleWindow. If you obtain a proxy to an IShellBrowser (e.g. via ShellWindows) you can call IShellBrowser methods without difficulty, but the RPC runtime will throw up RPC_S_UNKNOWN_IF if you try to call IOleWindow methods: 0009:err:rpc:RpcAssoc_BindConnection syntax {00000114-0000-0000-c000-000000000046}, 0.0 not supported 0009:fixme:ole:NdrClearOutParameters (0x61fc7c,0x7ebc63c6,0x61fdb0): stub got 0x800706b5 (N.b. 00000144-etc. is the IID of IOleWindow.) However, after you query for IOleWindow, calling IOleWindow methods on the original IShellBrowser interface will succeed. The underlying problem is this: When an interface is marshalled by ole32, it creates a stub on the server side and then registers that stub with rpcrt4. The interface ID that is used in RpcServerRegisterIf() is the IID of the interface itself, in this case IID_IShellBrowser. The stub creation functions live in rpcrt4 and end up delegating some methods to the stub of IOleWindow, which is different (e.g. it lives in ole32 instead of actxprxy). However, this stub never is registered with rpcrt4. When the program calls proxy methods, the proxy goes through ndr_client_call() -> NdrProxyGetBuffer() -> ClientRpcChannelBuffer_GetBuffer() [in ole32/rpc.c] -> I_RpcGetBuffer(). NdrProxyGetBuffer() passes the IID of the proxied interface to IRpcChannelBuffer_GetBuffer(), and that interface is eventually used by rpcrt4 as the ifid for the transaction. When that interface is IID_IShellBrowser, the server will recognize it, and the transaction works fine. However, when the program calls IOleWindow proxy methods, the proxy object is 'swapped out' (by the assembly thunks in fill_delegated_proxy_table()) and so the IID that NdrProxyGetBuffer() passes is the IID of the *parent* interface. Since this interface was never registered with RPC on the server side, the server refuses connection ("syntax not supported") and the proxy call fails. As a corollary, if you query that parent interface—even if you then throw away the resulting proxy—it will have been registered on the server side, and so calls to the delegated methods on the original object will miraculously start to succeed. I don't know what the correct way is to solve this problem. As far as I understand it's not something that can be tested—all of this is quite deep inside of OLE/RPC implementation details. It doesn't seem like there's any appropriate place to tell OLE about the delegated stub, at least not given the current infrastructure, and I'm not sure how RPC could appropriately inform OLE about the stub location. On the other hand I'd guess that maybe the child IID (i.e. IID_IShellBrowser) should be passed somewhere along the line on the client side; i.e. the standard proxy implementation should store the original IID inside the delegated proxy, and that original IID should be used by NdrProxyGetBuffer(). -- 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 43890] New: Divinity: Original Sin 2 does not successfully launch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43890 Bug ID: 43890 Summary: Divinity: Original Sin 2 does not successfully launch Product: Wine Version: 2.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: arnfranke(a)yahoo.com Distribution: --- https://appdb.winehq.org/objectManager.php?sClass=version&iId=35767 Before it tries to launch, it throws an error about failing to create a rendering device and that DX11 is required. https://appdb.winehq.org/appimage.php?iId=52049 When it tries to launch, it creates a window but draws nothing to it - if I move it, it simply contains an image of my desktop that moves. This might be a new problem, as older reports seem to indicate it works, or it might be because I'm using an Nvidia GPU and the people who had success used AMD and Intel GPUs. I don't know enough to be sure, or have enough machines to test. It also might be caused by this `dxgi` component that it's reporting, so I've decided to set this bug's component to `directx-d3d`. Also, plenty of stubs from `msvcp`, `win`, `xinput`, `ntdll`, and `msctf`. See the AppDB page for more information and a full terminal log. -- 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 40828] New: Switching resolution in desktop mode makes task bar redraw on top of full screen game
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40828 Bug ID: 40828 Summary: Switching resolution in desktop mode makes task bar redraw on top of full screen game Product: Wine Version: 1.9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- I got this issue with Aliens versus Predator Classic 2000 on Steam. Preamble : The game uses 800x600 screen size to render cinematic and the main menu. The gameplay uses whatever screen resolution is set in the game video options menu. It switches between those two resolutions when starting or abandoning a level or when showing an in-game cinematic. The Wine virtual desktop mode is set to the native screen resolution that is the same resolution used for gameplay. When the game does not run, the Steam window and the task bar are visible and working properly. Steam puts an icon in the notification tray of the task bar. Issue : When the game is launched it switches the desktop to 800x600 to show the intro cinematic. The task bar is visible and covers the bottom of the full-screen game. The cinematics are letter-boxed and the menu has nothing of importance on those few bottom pixels so it's not that much a problem. When starting a level, the game switches to the native screen resolution, but the task bar still covers the bottom of the screen. The game can be played as the task bar does not hide much but it contrasts with the game and should be hidden by the full-screen app anyway. Workaround : The game grabs the mouse, so it is by default not possible to click on the window button on the task bar to refresh the game window, but activating the Steam game overlay frees the mouse cursor, and allow to click on the window button on the task bar. Clicking on that button twice makes the game window redraw over the task bar. The Steam overlay can then be closed and the game can be played with the task bar hidden. However, starting/abandoning a level or viewing a cinematic makes the game switch resolution and the task bar come back. -- 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 45

[Bug 43358] New: xaudio crashes in EVE Online during launch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43358 Bug ID: 43358 Summary: xaudio crashes in EVE Online during launch Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: Commander.Alchemy(a)gmail.com Distribution: --- Created attachment 58718 --> https://bugs.winehq.org/attachment.cgi?id=58718 Backtrace with wine-staging compiled with -g and using winedbg. When launching EVE - Online the game crashed with backtraces to Xaudio (se logs) This happens with Wine 2.12 or Wine-Staging 2.12 from local repos in Arch or self compiled. However works fine with using wine or wine-staging binaries from PlayOnLinux. This was introduced somewhat lately since it worked fine couple of months before. Maybe a GCC thing? -- 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 46229] New: server/ptrace: NetBSD debug register storage
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46229 Bug ID: 46229 Summary: server/ptrace: NetBSD debug register storage Product: Wine Version: 3.21 Hardware: x86-64 OS: NetBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: triaxx(a)NetBSD.org Created attachment 62921 --> https://bugs.winehq.org/attachment.cgi?id=62921 NetBSD specific debug register storage The build failed because the storage of debug registers uses an array on NetBSD. The attached patch fix the build failure. -- 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 45782] New: Unhandled exception: unimplemented function api-ms-win-crt-math-l1-1-0.dll._Cbuild called in 64-bit code
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45782 Bug ID: 45782 Summary: Unhandled exception: unimplemented function api-ms-win-crt-math-l1-1-0.dll._Cbuild called in 64-bit code Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- quite straight forward: 1. Download 64-bit version of mono: https://download.mono-project.com/archive/5.14.0/windows-installer/mono-5.1… 2. install it in a new prefix: WINEPREFIX=/someplace wine64 msiexec /i mono-5.14.0.177-x64-0.msi 3. start command line console: WINEPREFIX=/someplace wine64 cmd 4. run this command in the console: "c:/Program Files/Mono/bin/mkbundle.bat" --list-targets Unhandled exception: unimplemented function api-ms-win-crt-math-l1-1-0.dll._Cbuild called in 64-bit code ... -- 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 40433] New: Fifa 11 EU demo fails to install when run from custom DVD
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40433 Bug ID: 40433 Summary: Fifa 11 EU demo fails to install when run from custom DVD Product: Wine Version: 1.7.29 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- "Fifa 11 EU Demo" fails to install from DVD created by myself under wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to content of the ZIP and created the ISO by MagicISO. As a volume label i chose "fifa2011_eu_demo". When i copy content of the DVD back to some folder on HDD, then the installation succeeded. This could be interpreted as invalid bug report, but this DVD, created by me, works under Win8.1. Installer pops-up at the end "Please insert the disc: FIFA 11 Demo". Console: "err:msi:msi_view_get_row Error fetching data for 1" This is a regression caused by wine-1.7.28-130-g5cb10c9: commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af Author: Hans Leidekker <hans(a)codeweavers.com> Date: Wed Oct 15 15:30:23 2014 +0200 msi: Don't skip the media check for the first volume. Some installers require the first volume to be reinserted. This commit fixed bug 20444. This commit was also indicated as a regression in bug 38401. There he did reverse, i.e. real DVD copied and created ISO which finally worked. IMHO he interpreted it as invalid by mistake. -- 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 46157] New: Doxie 2.10.3: Unimplemented function msvcr120.dll._vscprintf_l called at address 0x7b43e0dc (thread 0009),
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46157 Bug ID: 46157 Summary: Doxie 2.10.3: Unimplemented function msvcr120.dll._vscprintf_l called at address 0x7b43e0dc (thread 0009), Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: http://cdn.getdoxie.com/resources/files/DoxieSetup_2.1 0.3.exe Distribution: Ubuntu As the title says sha1sum ~/Downloads/DoxieSetup_2.10.3.exe 262f241187c18a07a26532bbe11e7449b685957f /home/louis/Downloads/DoxieSetup_2.10.3.exe wine-3.20 (Staging) -- 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 44409] New: png with indexed colors and alpha miss the alpha channel on loading
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44409 Bug ID: 44409 Summary: png with indexed colors and alpha miss the alpha channel on loading Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: nikolaysemenkov(a)gmail.com Distribution: --- Created attachment 60332 --> https://bugs.winehq.org/attachment.cgi?id=60332 1 bit png with alpha The 1bit png with alpha is attached. Wine loads it as PixelFormat1bppIndexed, which means no alpha preserved Windows loads it as PixelFormat32bppARGB which means windows does conversion because pixelformat is not match to PixelFormat1bppIndexed(because otherwise it lost alpha). The same happens for 8 bit png with alpha. Could you please add supporting loading alpha channel for 1 and 8 bit pngs in the same way as windows does, ie convert to PixelFormat32bppARGB. Thanks. The func to load png: HBITMAP loadBitmap(const wchar_t* path) { HBITMAP tBmp = NULL; ULONG_PTR token = 0; Gdiplus::GdiplusStartupInput input = NULL; Gdiplus::GdiplusStartup(&token, &input, NULL); if (token != 0) { Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path); bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp); delete bmp; Gdiplus::GdiplusShutdown(token); } return tBmp; } -- 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 46328] New: Installer for Tanglet 1.5.3 crashes at target directory selection
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46328 Bug ID: 46328 Summary: Installer for Tanglet 1.5.3 crashes at target directory selection Product: Wine Version: 4.0-rc2 Hardware: x86-64 URL: https://www.opensource-dvd.de/spiele/tanglet.htm OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com Created attachment 63068 --> https://bugs.winehq.org/attachment.cgi?id=63068 Wine error report information When trying to install Tanglet 1.5.3, I get until the directory selection. Then the installer crashes. $ wine --version wine-4.0-rc2 $ openssl sha256 Tanglet_1.5.3.exe SHA256(Tanglet_1.5.3.exe)= ea593af1598e5b6542fe64e81ea1890b64e18daa55049e015897245b541bdb96 -- 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 38066] New: Memento Mori (Numen: Contest of Heroes): mouse buttons don't work (needs native dinput8)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38066 Bug ID: 38066 Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons don't work (needs native dinput8) Product: Wine Version: 1.7.36 Hardware: x86 URL: http://www.4players.de/4players.php/download_info/Down loads/Download/50673/Memento_Mori/Deutsche_Demo.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 50710 --> https://bugs.winehq.org/attachment.cgi?id=50710 terminal output Keyboard is working in the game because I can skip the intro videos by pressing <Esc> and I can move the mouse pointer when the menu appears. Mouse buttons however are not registered thus I can't select a menu option. 'winetricks dinput8' is a workaround. I know of another game from the same publisher that also needs native dinput8 otherwise mouse buttons don't work: Numen: Contest of Heroes. To test the demo you need to install native d3dx9_36 and Windows Media Player 9 or 10. wine-1.7.36-28-ga679cae Fedora 21 XOrg 1.16.3 XFCE 4.10 Memento_Mori_DEMO_setup_GERMAN.exe md5sum: 8eda283807d43ad2a058c397efde7725 -- 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 46080] New: Multiple installers are missing title bar buttons
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46080 Bug ID: 46080 Summary: Multiple installers are missing title bar buttons Product: Wine Version: 3.19 Hardware: x86 URL: https://ftp.osuosl.org/pub/musescore/releases/MuseScor e-2.2.1/MuseScore-2.2.1.msi OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62709 --> https://bugs.winehq.org/attachment.cgi?id=62709 screenshot wine Other affected program is Mono .NET Development Framework: https://download.mono-project.com/archive/4.3.2/windows-installer/mono-4.3.… See screenshots. -- 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 45569] New: League of Legends 8.12+ needs NtQueryInformationProcess( ProcessCookie) stub
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45569 Bug ID: 45569 Summary: League of Legends 8.12+ needs NtQueryInformationProcess(ProcessCookie) stub Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Diagnosed by Andrew Wesie; partially split off from bug 45327. -- 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 46084] New: Skype 8.33.0.50 installer crashes due to unimplemented msvcp140.dll.? _Winerror_map@std@@YAHH@Z
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46084 Bug ID: 46084 Summary: Skype 8.33.0.50 installer crashes due to unimplemented msvcp140.dll.?_Winerror_map@std@@YAHH@Z Product: Wine Version: 3.19 Hardware: x86 URL: https://www.skype.com/en/get-skype/download-skype-for- desktop/ OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: dark.shadow4(a)web.de, focht(a)gmx.net, gaturk2(a)free.fr Distribution: --- Noticed while looking at bug 44850 wine: Call from 0x7b43defc to unimplemented function msvcp140.dll.?_Winerror_map@std@@YAHH@Z, aborting austin@laptop:/tmp$ du -h Skype-8.33.0.50.exe 60M Skype-8.33.0.50.exe austin@laptop:/tmp$ sha256sum Skype-8.33.0.50.exe aac2ec58243794dd027851fb64b94ce03ebe759fb823dc45975bb1592cbe73e8 Skype-8.33.0.50.exe -- 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 6

[Bug 35320] New: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35320 Bug ID: 35320 Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Classification: Unclassified Created attachment 47106 --> http://bugs.winehq.org/attachment.cgi?id=47106 The file needed to cause the crash. from r project (http://www.r-project.org/) http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe After installing, running: ./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe Then, at the R console prompt, type (having put the attached file at /tmp/1.R): Sys.setlocale("LC_CTYPE", "Chinese") source('z:/tmp/1.R', encoding='UTF8') wine immediately crashes with: -------------------------------------- wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af (thread 0030), starting debugger... ... Backtrace: =>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>, mbstr=<couldn't compute location>, count=<couldn't compute location>, locale=<couldn't compute location>) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt (0x0440a168) 1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W", mbstr=0x0(nil), count=0x64) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt (0x0440a198) 2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046) 0x7eda29af MSVCRT__mbstowcs_l+0x5f [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl 0x0(%eax),%eax 2140 if(mbstr[size] == '\0') ... ---------------------------------------- I assume this info in the backtrace should be enough to address the crash. FYI, the slightly unusual procedure is because under R under Vista in an English locale doesn't like to plot graphs with non-latin annotations/texts. The above procedure when used under Vista on British English windows would result in R displaying an almost empty plot with a chinese title. Native R on linux does not need the setlocale part to plot utf8-based texts. Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I only realized that trying to set traditional chinese [950] in a simplified chinese region [china] is wrong when it is rejected on linux; but R on Vista accepts this. ------------ Warning message: In Sys.setlocale("LC_CTYPE", "Chinese_China.950") : OS reports request to set locale to "Chinese_China.950" cannot be honored ------------ When R is running on Vista, it reports the locale as "English_United Kingdom.1252". But under Linux (in en_GB.utf8 locale), R warns of ----------- During startup - Warning messages: 1: Setting LC_TIME=en_GB.utf8 failed 2: Setting LC_MONETARY=en_GB.utf8 failed ----------- So three locale related issue: - a crash in msvcrt - R under Vista accepts "Chinese_China.950" but R under wine does not. - there are locale-related warning messages from R on start up when running under wine. -- 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 43187] New: OriginWebHelperService.exe crashes
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43187 Bug ID: 43187 Summary: OriginWebHelperService.exe crashes Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plata(a)mailbox.org Distribution: --- Created attachment 58460 --> https://bugs.winehq.org/attachment.cgi?id=58460 backtrace EA Origin installs with Wine 2.10 staging but then crashes in the update or login window (OriginWebHelperService.exe). As a result, the Origin window shows an infinite loading screen. As far as I can see, this seems to be caused by qt5gui (QScreen::handle). -- 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 40160] New: cant install mobogenie
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40160 Bug ID: 40160 Summary: cant install mobogenie Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madscientistkustomz(a)gmx.com Distribution: --- Created attachment 53662 --> https://bugs.winehq.org/attachment.cgi?id=53662 trace log problem installing MOBOGENIE for ubuntu -- 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 46430] New: Doom3 (CD version) fails to install
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46430 Bug ID: 46430 Summary: Doom3 (CD version) fails to install Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Installation of Doom3 fails in wine-4.0-rc4 and earlier. Installer asks for CD2, but even if the CD is in the drive, installer complains about missing files and fails. This is a long time regression (used to work since wine-1.7.28-130-g5cb10c96b2) -- 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 45832] New: Windower (Final Fantasy XI tool) Security Token Exception
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45832 Bug ID: 45832 Summary: Windower (Final Fantasy XI tool) Security Token Exception Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: conmanx360(a)gmail.com Distribution: --- Created attachment 62292 --> https://bugs.winehq.org/attachment.cgi?id=62292 Terminal output of Windower Windower crashes before starting with a security token error. Don't know enough about Mono to fix it, but any explanation on what's wrong would be helpful. Can do different wine debug traces if necessary. -- 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 46156] New: Multiple applications from Windows 7-10 crash on unimplemented function slc.dll.SLOpen
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46156 Bug ID: 46156 Summary: Multiple applications from Windows 7-10 crash on unimplemented function slc.dll.SLOpen Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: slc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46143 Likely also present on x86_64 arch. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+relay,+ntdll wine64 ./gatherosstate.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.LoadLibraryExW(14000aaa0 L"SLC.DLL",00000000,00000000) ret=140044618 ... 002b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\slc.dll" at 0x7f87a70000: builtin 002b:Call PE DLL (proc=0x7f87a8c5a4,module=0x7f87a70000 L"slc.dll",reason=PROCESS_ATTACH,res=(nil)) 002b:Call KERNEL32.DisableThreadLibraryCalls(7f87a70000) ret=7f87a8c58c 002b:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=7f87a8c58c 002b:Ret PE DLL (proc=0x7f87a8c5a4,module=0x7f87a70000 L"slc.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 002b:Ret KERNEL32.LoadLibraryExW() retval=7f87a70000 ret=140044618 002b:Call KERNEL32.GetLastError() ret=140032274 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140032274 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00356840,00000080) ret=14003229c 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=14003229c 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,0035de40,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aab0 "SLOpen") ret=1400446c0 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8c090 ret=1400446c0 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00358200,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aab8 "SLClose") ret=140044760 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8be28 ret=140044760 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00355d40,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aac0 "SLGetLicensingStatusInformation") ret=1400447a0 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8bf40 ret=1400447a0 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00350b40,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aae0 "SLGetProductSkuInformation") ret=1400447e0 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8bfcc ret=1400447e0 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,0035dac0,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000ab00 "SLGetSLIDList") ret=140044820 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8c004 ret=140044820 002b:Call KERNEL32.RaiseException(80000100,00000001,00000002,0022f720) ret=7f87a8c744 002b:trace:seh:raise_exception info[0]=0000007f87a8c758 002b:trace:seh:raise_exception info[1]=0000007f87a8c9fb wine: Call from 0x7bcd0224 to unimplemented function slc.dll.SLOpen, aborting 002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6494 code=80000100 flags=1 wine: Unimplemented function slc.dll.SLOpen called at address 0x7bcd0224 (thread 002b), starting debugger... ...Register dump: ARM64 EL0t Mode Pc:000000007bcd0224 Sp:000000000022f1e0 Lr:000000007bcd2530 Cpsr:20000000(--C-) x0: 000000000022f208 x1: 000000000022f720 x2: 0000000000000001 x3: 000000000022f5c0 x4: 000000000022f730 x5: 000000000022f5f0 x6: 0000007f87a8c758 x7: 0000007f87a8c9fb x8: 000000000022f208 x9: 000000000022f208 x10:0000000000000008 x11:0000000000000002 x12:0000000000000004 x13:0000000000000000 x14:ffffffffffffffaa x15:000000007bd25a60 ip0:000000007b674000 ip1:0000007f881d0dd0 x18:000000007ffd8000 x19:000000000022f700 x20:0000007f87a70000 x21:0000007f87a8c090 x22:0000007f87a8bf40 x23:000000000022f848 x24:0000007f87a8be28 x25:0000000000000000 x26:0000000140094000 x27:000000014000f000 x28:000000007b4a2cc4 Fp:000000000022f5b0 ... Backtrace: =>0 0x000000007bcd0224 RtlCaptureContext+0xa4() in ntdll (0x000000000022f5b0) 1 0x000000007bcd2530 RtlRaiseException+0x33(rec=0x22f5c0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:995] in ntdll (0x000000000022f5b0) 2 0x000000007bcd2530 RtlRaiseException+0x33(rec=0x22f720) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:995] in ntdll (0x000000000022f670) 3 0x000000007b466ccc RaiseException+0xc7(code=0, flags=0x7bcb25a0, nbargs=0, args=0x8000010000000001) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:85] in kernel32 (0x000000000022f680) 4 0x000000007bcb25a0 call_entry_point+0x8f() in ntdll (0x000000000035dae8) 5 0x0000007f87a70000 in slc<elf> (+0x4fff) (0x000000000035dae8) 0x000000007bcd0224 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (20 modules) ELF 7b400000- 7b826000 Dwarf kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> \-PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140099000 Deferred gatherosstate ELF 7f87a6b000- 7f87a90000 Dwarf slc<elf> \-PE 7f87a70000- 7f87a90000 \ slc ... ELF 7f884b7000- 7f884e9000 Deferred ld-linux-aarch64.so.1 ELF 7f884ea000- 7f884eb000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\win10apps\arm64\gatherosstate.exe 0000002b 0 <== System information: Wine build: wine-3.20-116-g7628b7b40d Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/slc/slc.spec#l33 --- snip --- 33 @ stub SLOpen --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/slpublic/nf-slpublic-s… 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 5

[Bug 40208] New: Steup installation of CEGID BUISINESS LINE failed.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40208 Bug ID: 40208 Summary: Steup installation of CEGID BUISINESS LINE failed. Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: christian.briard(a)gmx.com Distribution: --- Created attachment 53723 --> https://bugs.winehq.org/attachment.cgi?id=53723 MSI log Executing an installation of CEGID BUISINESS LINE failed with a log text (see attached files). "Install: C:\windows\System32\msiexec.exe /q /i "Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program Files\Cegid\Cegid Business Line\" /norestart Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du programme" Here enclosed a trace file to. Any idea of what is going wrong ? Christian. -- 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 38402] New: glDebugMessageCallback is broken
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38402 Bug ID: 38402 Summary: glDebugMessageCallback is broken Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: chris.kcat(a)gmail.com Distribution: --- According to the KHR_debug extension spec, the function glDebugMessageCallback takes a function pointer callback with the type: typedef void (APIENTRY *GLDEBUGPROC)(GLenum source, GLenum type, GLuint id, GLenum severity, GLsizei length, const GLchar* message, const void* userParam); https://www.opengl.org/registry/specs/KHR/debug.txt In particular, it notes that the function callback uses the same calling convention as the other GL functions. The problem is that on Windows, GL uses the stdcall calling convention, while on Linux it uses cdecl. Wine's glDebugMessageCallback thunk passes the callback through as-is, so the system's libGL tries to call an stdcall function as though it was cdecl, causing it to crash upon returning. Another problem is that the spec says: "When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to concurrently call the debug callback routine from potentially multiple threads, including threads that the context that generated the message is not currently bound to." meaning the callback can be called on threads other than the one OpenGL is being used on. This is a problem because it may be called on one or more internal driver threads that were not created using the Windows API, and if the callback function tries to do anything that relies on Windows-related thread information, it won't be there. -- 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 20

[Bug 46210] New: explorer /desktop leaks atoms from DDE interface
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46210 Bug ID: 46210 Summary: explorer /desktop leaks atoms from DDE interface Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: explorerframe Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- explorer /desktop, started by wine as background process, initiate a DDE interface (see https://github.com/wine-mirror/wine/blob/master/programs/explorer/desktop.c… and https://github.com/wine-mirror/wine/blob/master/dlls/shell32/dde.c#L483 for details), but the DDE interface is not been free'd after main loop exit (https://github.com/wine-mirror/wine/blob/master/programs/explorer/desktop.c…) resulting in leaked atoms. On the first run the following DDE related atoms are created: c018: ref=2 pinned=N hash=14 "Folders" c019: ref=1 pinned=N hash=18 "Folders(0x 23)" c01b: ref=2 pinned=N hash=17 "Progman" c01c: ref=1 pinned=N hash=17 "Progman(0x 23)" c01d: ref=2 pinned=N hash=29 "Shell" c01e: ref=1 pinned=N hash=23 "Shell(0x 23)" on the next start the following atoms are added and so one c01f: ref=1 pinned=N hash=21 "Folders(0x 44)" c027: ref=1 pinned=N hash=22 "Progman(0x 44)" c028: ref=1 pinned=N hash=26 "Shell(0x 44)" Because the DDE interface use atoms unique for each session, each run leaks three atoms -- 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 46040] New: every time i launch any windows .exe it give me some random error ive never seen before
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46040 Bug ID: 46040 Summary: every time i launch any windows .exe it give me some random error ive never seen before Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anubis2497(a)gmail.com Distribution: --- Created attachment 62618 --> https://bugs.winehq.org/attachment.cgi?id=62618 backtrace random bug -- 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 45913] New: tchar.h: using the macro _sntprintf leads to an undefined reference to snwprintf; macro should resolve to _snwprintf
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45913 Bug ID: 45913 Summary: tchar.h: using the macro _sntprintf leads to an undefined reference to snwprintf; macro should resolve to _snwprintf Product: Wine Version: unspecified Hardware: arm OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- According to MSDN (https://msdn.microsoft.com/en-us/library/2ts7cx93.aspx) the following macro definition in tchar.h: #define _sntprintf WINE_tchar_routine(snprintf, snprintf, snwprintf) is missing an underscore at the beginning snwprintf #define _sntprintf WINE_tchar_routine(snprintf, snprintf, _snwprintf). -- 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 41419] New: Visio 2013 crashes with unimplemented function msvcp100.dll.? _GetCombinableSize@details@Concurrency@@YAIXZ
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41419 Bug ID: 41419 Summary: Visio 2013 crashes with unimplemented function msvcp100.dll.?_GetCombinableSize@details@Concurrency@@ YAIXZ Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0x7b43b53c to unimplemented function msvcp100.dll.?_GetCombinableSize@details@Concurrency@@YAIXZ, aborting -- 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 46081] New: Multiple installers show readonly drives with broken size
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46081 Bug ID: 46081 Summary: Multiple installers show readonly drives with broken size Product: Wine Version: 3.19 Hardware: x86 URL: https://web.archive.org/web/20171225133033if_/http://d ownload.microsoft.com/download/e/a/9/ea913c8b-51a7-41b 7-8697-9f0d0a7274aa/ExcelViewer.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62711 --> https://bugs.winehq.org/attachment.cgi?id=62711 Screenshot See screenshot. The readonly drives probably should not even be listed. Note that this installer extracts and runs a msi file. -- 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 45588] New: .Net Framework 4.5.2 (WPF) requires windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_Proxy
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45588 Bug ID: 45588 Summary: .Net Framework 4.5.2 (WPF) requires windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_ Proxy Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: jp7677(a)gmail.com Distribution: --- "Content Manager" (https://acstuff.ru/app/ https://assettocorsa.club/index.php?q=content-manager.html) is an alternative launcher for Assetto Corsa. That one requires/uses WPF from .Net Framework 4.5.2. The launcher works surprisingly well and much better that the original Assetto Corsa launcher which I never got to work. Anyway, "Content Manager" works fine in wine once .Net 4.5.2 is installed, though with several actions, like selecting a track, the program crashes with: wine: Call from 0x7b43d85b to unimplemented function windowscodecs.dll.IWICPixelFormatInfo_GetChannelCount_Proxy, aborting Looking at https://github.com/wine-mirror/wine/blob/master/dlls/windowscodecs/windowsc… this method is indeed not implemented in the wine implementation of windowscodecs. It would be nice if this method could be implemented. I don't know if IWICPixelFormatInfo_GetBitsPerPixel_Proxy and IWICPixelFormatInfo_GetChannelMask_Proxy are also needed, but could imagine that this is the case. PS: Installing the native version of windowscodecs is a somewhat of a work-around. The application does no longer crash, but then a lot of images are no longer displayed correctly (looks like transparent is displayed as white). Kind 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 15

[Bug 44229] New: Visual C++ 1.51 can't add files to project ( GetOpenFileName16() doesn't support custom templates or hooks)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44229 Bug ID: 44229 Summary: Visual C++ 1.51 can't add files to project (GetOpenFileName16() doesn't support custom templates or hooks) Product: Wine Version: 3.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 424472c20d8059057277ae13a0ffe5c51a818e52 Distribution: --- The Project -> Edit menu is missing the "Files in Project" box as well as the Add / Add All / Delete buttons. This is because we don't support custom templates or hooks anymore: 0031:fixme:commdlg:GetOpenFileName16 custom templates no longer supported, using default 0031:fixme:commdlg:GetOpenFileName16 custom hook 0x16670010 no longer supported While hooks would probably be simple enough to implement, templates will be much more difficult and will probably require significant duplication of code from user.exe16:dialog.c. Is there a reason to implement commdlg on top of comdlg32 besides avoiding duplication? -- 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 39051] New: TabbedTextOut() incorrect output on tab character
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39051 Bug ID: 39051 Summary: TabbedTextOut() incorrect output on tab character Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)goabq.org Distribution: --- Created attachment 52021 --> https://bugs.winehq.org/attachment.cgi?id=52021 testcase (tto.exe) and files to build it Tab characters do not output correctly when they are output one at a time. This is much worse using a memory device context than a screen device context. Attached is a testcase. It outputs text to a window using 2 different methods. Clicking in the client area toggles the method. When iterating over each character, TabbedTextOut() produces apparently garbage from the previous line instead of filling the rectangle appropriately as windows does. When drawing the line in a single call, the behavior is as expected. Spaces do not suffer from this problem (illustrated also by the testcase). -- 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 19

[Bug 45997] New: Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not implemented for system.drawing.pen.ScaleTransform
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45997 Bug ID: 45997 Summary: Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not implemented for system.drawing.pen.ScaleTransform Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: johntam(a)pedfast.com Created attachment 62561 --> https://bugs.winehq.org/attachment.cgi?id=62561 Wine Log Attempting to run dotnet 4.0 app using the dotnet40 winetrick, receiving Not implemented for system.drawing.pen.ScaleTransform -- 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 45320] New: cmd creates an environment variable with an empty name
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45320 Bug ID: 45320 Summary: cmd creates an environment variable with an empty name Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: dima(a)gmail.com Distribution: --- CMD creates an environment variable with an empty name when it starts up. That doesn't match the behavior on Windows (at least, Win10) and breaks programs like Python. Apparently, CMD is trying to save the current working directory; the code was added in https://source.winehq.org/git/wine.git/commit/d0db751e0cb7a0526c3aecca48918…, but without an explanation. To reproduce, run this: #include <stdio.h> int main(int argc, char **argv, char **envp) { for (char **env = envp; *env != 0; env++) { printf("%s\n", *env); } return 0; } The last line of the output will be similar to this: =Z:=Z:\home\dima Python gets an exception if it tries to unset that variable: >>> import os >>> os.environ.clear() Traceback (most recent call last): File "<stdin>", line 1, in <module> File "C:\ProgramData\Miniconda3\lib\_collections_abc.py", line 820, in clear self.popitem() File "C:\ProgramData\Miniconda3\lib\_collections_abc.py", line 813, in popitem del self[key] File "C:\ProgramData\Miniconda3\lib\os.py", line 680, in __delitem__ self.unsetenv(encodedkey) File "C:\ProgramData\Miniconda3\lib\os.py", line 718, in <lambda> _unsetenv = lambda key: _putenv(key, "") OSError: [Errno 0] Error This is arguably a Python bug, and it happens on UNIX, too: https://bugs.python.org/issue20658 . However, cmd should probably match the Windows behavior and not trigger the Python bug unnecessarily. -- 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 26

[Bug 35504] New: LibreOffice installation creates two wrong files
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35504 Bug ID: 35504 Summary: LibreOffice installation creates two wrong files Product: Wine Version: 1.7.10 Hardware: x86 URL: http://sourceforge.net/projects/libreoffice.mirror/fil es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d ownload OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Classification: Unclassified After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be found: C:\Win\System\msvcp100.dll C:\Win\System\msvcr100.dll $ sha1sum LibreOffice_4.2.0_Win_x86.msi 0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi -- 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 46186] New: LoadImageA searches images in the wrong directory
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46186 Bug ID: 46186 Summary: LoadImageA searches images in the wrong directory Product: Wine Version: 3.21 Hardware: x86 URL: https://www.schneider-electric.com/en/download/documen t/ZelioSoft2_V5_0/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- This is an issue reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=31489 LoadImageA is supposed to look in the executable directory, not the working directory. Normally those two are the same, but this specific application does it different. Will submit a fix soon. -- 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 46168] New: dotnet35sp1 installer has an error under wow64
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46168 Bug ID: 46168 Summary: dotnet35sp1 installer has an error under wow64 Product: Wine Version: 3.20 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer, win64 Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- The installer catches the crash and tries to report it, but fails (also fails if you click Debug). Suspicious msi output: 01de:fixme:advapi:RegisterEventSourceW ((null),L"VS Setup Watson Report"): stub 01de:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000da,0x3009b09c,0x71da94): stub 01de:err:eventlog:ReportEventW L"setup.exe" 01de:err:eventlog:ReportEventW L"9.0.30729.1" 01de:err:eventlog:ReportEventW L"488f1f5c" 01de:err:eventlog:ReportEventW L"unknown" 01de:err:eventlog:ReportEventW L"0.0.0.0" 01de:err:eventlog:ReportEventW L"00000000" 01de:err:eventlog:ReportEventW L"0" 01de:err:eventlog:ReportEventW L"7c7aa160" 01de:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 01de:fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub 01de:fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub 01a6:err:msiexec:custom_action_server Failed to read from custom action server pipe: 109 01a7:err:msiexec:custom_action_server Failed to read from custom action server pipe: 109 wine-3.20 Note: if using winetricks to test this, you'll need to comment out the win64 check: load_dotnet35sp1() { - w_package_unsupported_win64 + #w_package_unsupported_win64 case "$W_PLATFORM" in windows_cmd) ;; -- 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 44109] New: Simple free HAM program Opera crash on start.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44109 Bug ID: 44109 Summary: Simple free HAM program Opera crash on start. Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxtaylor(a)mail.ru Distribution: --- Created attachment 59830 --> https://bugs.winehq.org/attachment.cgi?id=59830 Program from : https://rosmodem.wordpress.com/2011/01/10/ros-2/ Hi. This free ham program not run on WINE 1.6.2 I attach crash report and setup same program. Unhandled exception: unimplemented function pdh.dll.PdhVbAddCounter called in 32-bit code (0x7b83aace). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b83aace ESP:0033fa64 EBP:0033fad8 EFLAGS:00200246( - -- I Z- -P- ) EAX:7b82695d EBX:7b8b5000 ECX:00000000 EDX:80000100 ESI:80000100 EDI:660cc25a Stack dump: 0x0033fa64: 0033fb04 00000008 7b8583e6 80000100 0x0033fa74: 00000001 00000000 7b83aace 00000002 0x0033fa84: 7ce6d960 7ce6e1c2 0033fa94 00000000 0x0033fa94: 7ce69560 0010000f 00427540 004274d4 0x0033faa4: 00000000 00000000 0033facc 00427550 0x0033fab4: 0057d658 0033faec 6600a0d8 01ad493c Backtrace: =>0 0x7b83aace in kernel32 (+0x2aace) (0x0033fad8) 1 0x7ce6d928 in pdh (+0xd927) (0x0033fb14) 2 0x7ce69589 in pdh (+0x9588) (0x0033fbc0) 3 0x004bfc03 in opera v1.6.5 (+0xbfc02) (0x0033fbc0) 4 0x004bdedc in opera v1.6.5 (+0xbdedb) (0x0033fc34) 5 0x66009f64 in msvbvm60 (+0x9f63) (0x0033fd74) 6 0x66007a5a in msvbvm60 (+0x7a59) (0x0033fd98) 7 0x66003959 in msvbvm60 (+0x3958) (0x0033fdb8) 8 0x660036d2 in msvbvm60 (+0x36d1) (0x0033fdd8) 9 0x660035d8 in msvbvm60 (+0x35d7) (0x0033fe58) 10 0x00405102 in opera v1.6.5 (+0x5101) (0x0033fe78) 11 0x7b85f653 in kernel32 (+0x4f652) (0x0033feb8) 12 0x7bc799b0 call_thread_func_wrapper+0xb() in ntdll (0x0033fed8) 13 0x7bc7c93d call_thread_func+0x7c() in ntdll (0x0033ffa8) 14 0x7bc7998e RtlRaiseException+0x21() in ntdll (0x0033ffc8) 15 0x7bc4e8fe call_dll_entry_point+0x7ed() in ntdll (0x0033ffe8) 16 0xb758650d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 17 0xb75865cb wine_switch_to_stack+0x2a() in libwine.so.1 (0xbf9f2c78) 18 0x7bc541e2 LdrInitializeThunk+0x3a1() in ntdll (0xbf9f2cd8) 19 0x7b865bdd __wine_kernel_init+0xa0c() in kernel32 (0xbf9f3df8) 20 0x7bc547a3 __wine_process_init+0x192() in ntdll (0xbf9f3e88) 21 0xb7583c70 wine_init+0x30f() in libwine.so.1 (0xbf9f3ee8) 22 0x7bf00fdc main+0xfb() in <wine-loader> (0xbf9f4338) 23 0xb73abaf3 __libc_start_main+0xf2() in libc.so.6 (0x00000000) 0x7b83aace: subl $4,%esp Modules: Module Address Debug info Name (141 modules) PE 400000- 58a000 Export opera v1.6.5 PE 10000000-10030000 Deferred pskreporter_v1_6 PE 20000000-20032000 Deferred richtx32 PE 21580000-215b2000 Deferred mci32 PE 21c10000-21c2a000 Deferred mscomm32 PE 22170000-2218c000 Deferred mswinsck PE 234c0000-234dd000 Deferred msinet PE 24dd0000-24ded000 Deferred msstdfmt PE 27580000-27685000 Deferred mscomctl PE 66000000-66152000 Export msvbvm60 ELF 7ac00000-7ac5f000 Deferred riched20<elf> \-PE 7ac10000-7ac5f000 \ riched20 ELF 7b800000-7ba5b000 Dwarf kernel32<elf> \-PE 7b810000-7ba5b000 \ kernel32 ELF 7bc00000-7bcdb000 Dwarf ntdll<elf> \-PE 7bc10000-7bcdb000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7ce39000-7ce56000 Deferred libgcc_s.so.1 ELF 7ce56000-7ce75000 Dwarf pdh<elf> \-PE 7ce60000-7ce75000 \ pdh ELF 7ce75000-7ce7c000 Deferred libnss_dns.so.2 ELF 7ce94000-7ce9d000 Deferred libogg.so.0 ELF 7ce9d000-7cec9000 Deferred libvorbis.so.0 ELF 7cec9000-7d041000 Deferred libvorbisenc.so.2 ELF 7d041000-7d075000 Deferred libflac.so.8 ELF 7d075000-7d07c000 Deferred libasyncns.so.0 ELF 7d07c000-7d0ef000 Deferred libsndfile.so.1 ELF 7d0ef000-7d15e000 Deferred libpulsecommon-4.0.so ELF 7d15e000-7d169000 Deferred libjson-c.so.2 ELF 7d169000-7d1b8000 Deferred libpulse.so.0 ELF 7d1b8000-7d1e0000 Deferred winepulse<elf> \-PE 7d1c0000-7d1e0000 \ winepulse ELF 7d1e0000-7d202000 Deferred mmdevapi<elf> \-PE 7d1f0000-7d202000 \ mmdevapi ELF 7d202000-7d22d000 Deferred msacm32<elf> \-PE 7d210000-7d22d000 \ msacm32 ELF 7d22d000-7d2e7000 Deferred winmm<elf> \-PE 7d230000-7d2e7000 \ winmm ELF 7d2e7000-7d30d000 Deferred iphlpapi<elf> \-PE 7d2f0000-7d30d000 \ iphlpapi ELF 7d30d000-7d343000 Deferred ws2_32<elf> \-PE 7d310000-7d343000 \ ws2_32 ELF 7d343000-7d400000 Deferred windowscodecs<elf> \-PE 7d350000-7d400000 \ windowscodecs ELF 7d500000-7d50a000 Deferred libwrap.so.0 ELF 7d50a000-7d526000 Deferred wsock32<elf> \-PE 7d510000-7d526000 \ wsock32 ELF 7d526000-7d581000 Deferred libjpeg.so.8 ELF 7d599000-7d5c9000 Deferred p11-kit-trust.so ELF 7d5c9000-7d5d2000 Deferred librt.so.1 ELF 7d5d2000-7d5d9000 Deferred libffi.so.6 ELF 7d5d9000-7d5de000 Deferred libgpg-error.so.0 ELF 7d5de000-7d5f6000 Deferred libresolv.so.2 ELF 7d5f6000-7d5fa000 Deferred libkeyutils.so.1 ELF 7d5fa000-7d645000 Deferred libdbus-1.so.3 ELF 7d645000-7d681000 Deferred libp11-kit.so.0 ELF 7d681000-7d695000 Deferred libtasn1.so.6 ELF 7d695000-7d71c000 Deferred libgcrypt.so.11 ELF 7d71c000-7d728000 Deferred libkrb5support.so.0 ELF 7d728000-7d72d000 Deferred libcom_err.so.2 ELF 7d72d000-7d75d000 Deferred libk5crypto.so.3 ELF 7d75d000-7d81c000 Deferred libkrb5.so.3 ELF 7d81c000-7d82e000 Deferred libavahi-client.so.3 ELF 7d82e000-7d8f5000 Deferred libgnutls.so.26 ELF 7d8f5000-7d93b000 Deferred libgssapi_krb5.so.2 ELF 7d93b000-7d9a8000 Deferred libcups.so.2 ELF 7d9a8000-7d9ac000 Deferred libnss_mdns4_minimal.so.2 ELF 7d9ac000-7d9c0000 Deferred riched32<elf> \-PE 7d9b0000-7d9c0000 \ riched32 ELF 7d9c0000-7da00000 Deferred winspool<elf> \-PE 7d9d0000-7da00000 \ winspool ELF 7da00000-7daeb000 Deferred comdlg32<elf> \-PE 7da10000-7daeb000 \ comdlg32 ELF 7daeb000-7db25000 Deferred oledlg<elf> \-PE 7daf0000-7db25000 \ oledlg ELF 7db25000-7db5c000 Deferred uxtheme<elf> \-PE 7db30000-7db5c000 \ uxtheme ELF 7db5c000-7dbd8000 Deferred wininet<elf> \-PE 7db70000-7dbd8000 \ wininet ELF 7dbd8000-7dcdf000 Deferred comctl32<elf> \-PE 7dbe0000-7dcdf000 \ comctl32 ELF 7dcdf000-7df12000 Deferred shell32<elf> \-PE 7dcf0000-7df12000 \ shell32 ELF 7df12000-7dfb4000 Deferred urlmon<elf> \-PE 7df20000-7dfb4000 \ urlmon ELF 7dfb4000-7e027000 Deferred ieframe<elf> \-PE 7dfc0000-7e027000 \ ieframe ELF 7e027000-7e068000 Deferred usp10<elf> \-PE 7e030000-7e068000 \ usp10 ELF 7e068000-7e0e2000 Deferred shlwapi<elf> \-PE 7e080000-7e0e2000 \ shlwapi ELF 7e13b000-7e163000 Deferred mpr<elf> \-PE 7e140000-7e163000 \ mpr ELF 7e1a8000-7e1cd000 Deferred imm32<elf> \-PE 7e1b0000-7e1cd000 \ imm32 ELF 7e213000-7e219000 Deferred libxfixes.so.3 ELF 7e219000-7e224000 Deferred libxcursor.so.1 ELF 7e224000-7e234000 Deferred libxi.so.6 ELF 7e234000-7e238000 Deferred libxcomposite.so.1 ELF 7e238000-7e243000 Deferred libxrandr.so.2 ELF 7e243000-7e24e000 Deferred libxrender.so.1 ELF 7e24e000-7e254000 Deferred libxxf86vm.so.1 ELF 7e254000-7e258000 Deferred libxinerama.so.1 ELF 7e258000-7e25f000 Deferred libxdmcp.so.6 ELF 7e25f000-7e263000 Deferred libxau.so.6 ELF 7e263000-7e285000 Deferred libxcb.so.1 ELF 7e285000-7e3b9000 Deferred libx11.so.6 ELF 7e3b9000-7e3cc000 Deferred libxext.so.6 ELF 7e3cc000-7e3da000 Deferred libavahi-common.so.3 ELF 7e3e4000-7e476000 Deferred winex11<elf> \-PE 7e3f0000-7e476000 \ winex11 ELF 7e4cb000-7e4f4000 Deferred libexpat.so.1 ELF 7e4f4000-7e52f000 Deferred libfontconfig.so.1 ELF 7e52f000-7e557000 Deferred libpng12.so.0 ELF 7e557000-7e571000 Deferred libz.so.1 ELF 7e571000-7e611000 Deferred libfreetype.so.6 ELF 7e629000-7e75f000 Deferred oleaut32<elf> \-PE 7e640000-7e75f000 \ oleaut32 ELF 7e75f000-7e7e0000 Deferred rpcrt4<elf> \-PE 7e770000-7e7e0000 \ rpcrt4 ELF 7e7e0000-7e91c000 Deferred ole32<elf> \-PE 7e800000-7e91c000 \ ole32 ELF 7e91c000-7e936000 Deferred version<elf> \-PE 7e920000-7e936000 \ version ELF 7e936000-7e9a8000 Deferred advapi32<elf> \-PE 7e940000-7e9a8000 \ advapi32 ELF 7e9a8000-7eac5000 Deferred gdi32<elf> \-PE 7e9b0000-7eac5000 \ gdi32 ELF 7eac5000-7ec1f000 Deferred user32<elf> \-PE 7eae0000-7ec1f000 \ user32 ELF 7ec4e000-7ec5a000 Deferred libnss_files.so.2 ELF 7ec5a000-7ec66000 Deferred libnss_nis.so.2 ELF 7ec66000-7ec7f000 Deferred libnsl.so.1 ELF 7ec7f000-7ec88000 Deferred libnss_compat.so.2 ELF 7efba000-7f000000 Deferred libm.so.6 ELF b7392000-b7543000 Dwarf libc.so.6 ELF b7543000-b7548000 Deferred libdl.so.2 ELF b7549000-b7565000 Deferred libpthread.so.0 ELF b757d000-b7732000 Dwarf libwine.so.1 ELF b7734000-b7756000 Deferred ld-linux.so.2 ELF b7756000-b7757000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 0000001e 0 0000001d 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000018 0 00000017 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001f 0 0000001b 0 00000021 explorer.exe 00000025 0 00000022 0 00000030 (D) C:\Program Files\Opera\Opera v1.6.5.exe 00000037 0 00000036 0 00000035 0 00000034 15 00000033 0 00000032 0 00000031 0 <== System information: Wine build: wine-1.6.2 Platform: i386 Host system: Linux Host version: 3.13.0-24-generic -- 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 44177] New: Guitar Pro 5: Long freezes during draw process of dashed lines ( P.M. or let ring markers)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44177 Bug ID: 44177 Summary: Guitar Pro 5: Long freezes during draw process of dashed lines (P.M. or let ring markers) Product: Wine Version: 3.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kitsunyan(a)inbox.ru Distribution: ArchLinux Created attachment 59941 --> https://bugs.winehq.org/attachment.cgi?id=59941 log Guitar Pro 5 always hangs when tries to draw dashed lines (like these https://imgur.com/GgvrEuq.png). The longer the line, the longer the freeze. CPU core is loaded to 100% during this freeze. Sometimes it even draws odd lines (https://imgur.com/1efGsF2.png). This bug is regression. About 6 months ago everything was fine. It begins ~4 months ago. I don't know what causes this problem so I started wine with WINEDEBUG=+all and tried to find where it hangs. I noticed a lot of gdi calls which can cause this hangs. I restarted wine with WINEDEBUG=+gdi and grabbed the log which I've attached to the bug. I'm using Arch Linux. WINEARCH=win32. -- 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 14

[Bug 45831] New: Slack installer fails to start
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45831 Bug ID: 45831 Summary: Slack installer fails to start Product: Wine Version: 3.0.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funtimeschaos(a)rocketmail.com Distribution: --- Created attachment 62291 --> https://bugs.winehq.org/attachment.cgi?id=62291 SlackSetup 32bit While trying to install the Windows version of Slack desktop client, I keep getting an error message that says: --- Installation has failed Please re-run this installer as a normal user instead of "Run as Administrator". --- I also tried it with 3.15-staging, which netted me a different error ("There was an error installing the application"), however the console output appears to be the same. -- 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 40303] New: Control Data passed in DIALOGEX Resource passes pointer with offset sizeof(WORD)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40303 Bug ID: 40303 Summary: Control Data passed in DIALOGEX Resource passes pointer with offset sizeof(WORD) Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: vendor2013(a)herdsoft.com Distribution: --- Created attachment 53942 --> https://bugs.winehq.org/attachment.cgi?id=53942 Sourcecode for a test program When DIALOGEX Resources contain Custom data like in: DEFPUSHBUTTON "OK", IDOK, 148, 6, 50, 14 { 1, 2, 3, 4, 5 } The pointer passed in WM_CREATE is two bytes higher than in windows. In Windows (Tested with Vista an Windows 7 64-Bit) it Points to the Number of Words, in Wine it points to the first data byte. Microsoft Specs for this stuff are here: https://msdn.microsoft.com/de-de/library/windows/desktop/ms645389%28v=vs.85… Attached file dialogtest.zip is sourcecode for a test program with a simple custom control that displays the passed control data. Bug is in Version 1.6.2 (Debian Jessie) and 1.9.5 (Last Download). My suggestion for a patch: --- wine-1.6.2.orig/dlls/user32/dialog.c +++ wine-1.6.2/dlls/user32/dialog.c @@ -234,7 +234,8 @@ static const WORD *DIALOG_GetControl32( TRACE("\n"); TRACE(" END\n" ); } - info->data = p + 1; + info->data = p; p += GET_WORD(p) / sizeof(WORD); } else info->data = 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 7

[Bug 45910] New: GameGuard requires [wevtapi.dll.EvtExportLog] function
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45910 Bug ID: 45910 Summary: GameGuard requires [wevtapi.dll.EvtExportLog] function Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wevtapi Assignee: wine-bugs(a)winehq.org Reporter: temptempor(a)gmail.com Distribution: --- Created attachment 62439 --> https://bugs.winehq.org/attachment.cgi?id=62439 backtrace Hello, I would like to first thank all contributors to this amazing project. You've done so much for us Linux users and gamers! Thank you!! As described, it appears GameGuard anti-cheat solution requires an wevtapi function that has yet to be implemented. The solution is used for Phantasy Star Online 2 and the game cannot starts subsequently to what appears to be GameGuard crashing. Unfortunately, I obtained a first backtrace that I cannot reproduce anymore though the game still doesn't start. -- 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 41356] New: The Crew(Uplay) won't launch[STAGING]
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41356 Bug ID: 41356 Summary: The Crew(Uplay) won't launch[STAGING] Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 55708 --> https://bugs.winehq.org/attachment.cgi?id=55708 launching the game Using wine STAGING Absolutely no idea what's the problem. Running the game just stays at the uplay game loading screen 64 bit prefix -- 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 36

[Bug 45593] New: Wargaming.net Game Center: Installer locks RtlpWaitForCriticalSection, no progress with download
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45593 Bug ID: 45593 Summary: Wargaming.net Game Center: Installer locks RtlpWaitForCriticalSection, no progress with download Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: duhowpi(a)gmail.com Distribution: --- Created attachment 62019 --> https://bugs.winehq.org/attachment.cgi?id=62019 Installing Total War: Arena When resuming/starting download of the game "Total War: Arena" using the "Wargaming.net Game Center", in some point it stops downloading (see last lines of the attached log). -- 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 14

[Bug 40264] New: Iris Online cannot connect to login server
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40264 Bug ID: 40264 Summary: Iris Online cannot connect to login server Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: noscrubs.net(a)gmail.com Created attachment 53881 --> https://bugs.winehq.org/attachment.cgi?id=53881 Winsock trace from Linux and Mac OS X versions of wine. The game client cannot connect to the login server to authenticate the account. This works perfectly when running under the same version of Wine under Linux, and of course Windows. I have attached a short winsock trace that shows the differences when running under Linux and Mac OS X versions of Wine. I am also including a snippet of the client source relating to this log. The game client can be downloaded from http://noscrubs.net/downloads/NoScrubs_Iris_Online_Nov_2015.zip The launcher/patcher works fine apart from some HTML display issues. AppDB page: https://appdb.winehq.org/objectManager.php?sClass=version&iId=33421&iTestin… -- 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

[Bug 46435] New: F1 2011 crashes with a messed up rendering in DX9 mode
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46435 Bug ID: 46435 Summary: F1 2011 crashes with a messed up rendering in DX9 mode Product: Wine Version: 4.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63213 --> https://bugs.winehq.org/attachment.cgi?id=63213 backtraces d3dx9_43 - builtin fixme:d3dx:D3DXGetShaderConstantTableEx Flags (0x20000) are not handled, yet! Crashes immediately after race starts. Backtrace is different each time. Rendering is normal and no crash with d3dx9_43 native,builtin -- 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 44485] New: makes Delphi 7 debugger generate new exceptions by itself (regression)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44485 Bug ID: 44485 Summary: makes Delphi 7 debugger generate new exceptions by itself (regression) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: development(a)winomega.com Distribution: --- Created attachment 60433 --> https://bugs.winehq.org/attachment.cgi?id=60433 WINEDEBUG=+seh Starting with commit a75e3f734d32bd98df9017f1a94819d2b6dca85d, the Delphi 7 debugger behaves erratically after catching an exception generated by the debugged program. It generates new floating point arithmetic exceptions, making debugging impossible and forces the debugger application to abort. The test program is a trivial application which raises an exception when clicking on a button. I'm attaching a WINEDEBUG=+seh log. Also, here's an annotated excerpt describing what I'm doing when each of the traces show up: I start the program and click on the button. Then get this: trace:seh:raise_exception code=eedfade flags=1 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=00450767 trace:seh:raise_exception info[1]=00473dbc trace:seh:raise_exception info[2]=004736c0 trace:seh:raise_exception info[3]=00426c58 trace:seh:raise_exception info[4]=0033ef44 trace:seh:raise_exception info[5]=0033ef08 trace:seh:raise_exception info[6]=0033edc4 trace:seh:raise_exception eax=7b428e39 ebx=00000018 ecx=0033ed30 edx=0033eda8 esi=0033ef08 edi=0033ef44 trace:seh:raise_exception ebp=0033ed88 esp=0033ed04 cs=0023 ds=13002b es=4d43002b fs=0063 gs=006b flags=00000212 I press F9 (run) to resume execution. Then get these: trace:seh:call_stack_handlers calling handler at 0x433637 code=eedfade flags=1 trace:seh:call_stack_handlers handler at 0x433637 returned 1 trace:seh:call_stack_handlers calling handler at 0x433648 code=eedfade flags=1 trace:seh:__regs_RtlUnwind code=eedfade flags=3 trace:seh:__regs_RtlUnwind calling handler at 0x7bc81710 code=eedfade flags=3 trace:seh:__regs_RtlUnwind handler at 0x7bc81710 returned 1 trace:seh:__regs_RtlUnwind calling handler at 0x433637 code=eedfade flags=3 trace:seh:raise_exception code=eedfae1 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0043362c trace:seh:raise_exception eax=7b428e39 ebx=0043362c ecx=0033e3d0 edx=0033e448 esi=00000000 edi=0033ed1c trace:seh:raise_exception ebp=0033e428 esp=0033e3a4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000212 trace:seh:__regs_RtlUnwind handler at 0x403844 returned 1 trace:seh:raise_exception code=eedfae0 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0043364d trace:seh:raise_exception eax=7b428e39 ebx=0043364d ecx=0033e890 edx=0033e90c esi=00000000 edi=0033f104 trace:seh:raise_exception ebp=0033e8e8 esp=0033e864 cs=330023 ds=002b es=002b fs=0063 gs=006b flags=00000212 trace:seh:raise_exception code=c0000092 flags=0 addr=0x7ecdb6be ip=7ecdb6c1 tid=0031 trace:seh:raise_exception eax=00117f68 ebx=7ed32000 ecx=0013e398 edx=0013e398 esi=0033dc40 edi=00117f68 trace:seh:raise_exception ebp=0033db98 esp=0033db70 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 trace:seh:call_stack_handlers calling handler at 0x44f399 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x44f399 returned 1 trace:seh:call_stack_handlers calling handler at 0x44f467 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x44f467 returned 1 trace:seh:call_stack_handlers calling handler at 0x403664 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x403664 returned 1 trace:seh:call_stack_handlers calling handler at 0x433637 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x433637 returned 1 trace:seh:call_stack_handlers calling handler at 0x433648 code=c0000092 flags=0 trace:seh:raise_exception code=eedfae4 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0033d84c trace:seh:raise_exception info[1]=00473dfc trace:seh:raise_exception eax=7b428e39 ebx=00000004 ecx=0033d690 edx=0033d70c esi=0033d84c edi=0033db18 trace:seh:raise_exception ebp=0033d6e8 esp=0033d664 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000212 A MessageBox is shown: "Debugger Exception Notification: Project xxx.exe raised exception class EInvalidOp with message 'Invalid floating point operation'. Process stopped. Use Step or Run to continue." I click OK. Debugger stops at vcl/Controls.pas class, at CallWindowProc; it appears as if the exception is triggered in CallWindowProc itself, but I can't tell for sure as the debugger environment is unreliable (if I were to single-step, it keeps triggering new exceptions). I press F9 again.... trace:seh:__regs_RtlUnwind code=c0000092 flags=2 trace:seh:__regs_RtlUnwind calling handler at 0x7bc81710 code=c0000092 flags=2 trace:seh:__regs_RtlUnwind handler at 0x7bc81710 returned 1 trace:seh:__regs_RtlUnwind calling handler at 0x44f399 code=c0000092 flags=2 trace:seh:raise_exception code=eedfae1 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0044f33f trace:seh:raise_exception eax=7b428e39 ebx=0044f33f ecx=0033d1b0 edx=0033d228 esi=00000000 edi=0033db18 trace:seh:raise_exception ebp=0033d208 esp=0033d184 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000216 trace:seh:__regs_RtlUnwind handler at 0x403844 returned 1 trace:seh:__regs_RtlUnwind calling handler at 0x44f467 code=c0000092 flags=2 trace:seh:raise_exception code=eedfae1 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0044f453 trace:seh:raise_exception eax=7b428e39 ebx=0044f453 ecx=0033d1b0 edx=0033d228 esi=00000000 edi=0033db18 trace:seh:raise_exception ebp=0033d208 esp=0033d184 cs=110023 ds=002b es=33002b fs=0063 gs=7bc8006b flags=00000216 trace:seh:__regs_RtlUnwind handler at 0x403844 returned 1 trace:seh:__regs_RtlUnwind calling handler at 0x403664 code=c0000092 flags=2 trace:seh:raise_exception code=eedfae1 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=00403669 trace:seh:raise_exception eax=7b428e39 ebx=00403669 ecx=0033d1b0 edx=0033d228 esi=00000000 edi=0033db18 trace:seh:raise_exception ebp=0033d208 esp=0033d184 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000216 trace:seh:__regs_RtlUnwind handler at 0x403844 returned 1 trace:seh:__regs_RtlUnwind calling handler at 0x433637 code=c0000092 flags=2 trace:seh:raise_exception code=eedfae1 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0043362c trace:seh:raise_exception eax=7b428e39 ebx=0043362c ecx=0033d1b0 edx=0033d228 esi=00000000 edi=0033db18 trace:seh:raise_exception ebp=0033d208 esp=0033d184 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000216 trace:seh:__regs_RtlUnwind handler at 0x403844 returned 1 trace:seh:raise_exception code=eedfae0 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0043364d trace:seh:raise_exception eax=7b428e39 ebx=0043364d ecx=0033d670 edx=0033d6ec esi=00000000 edi=0033fb94 trace:seh:raise_exception ebp=0033d6c8 esp=0033d644 cs=330023 ds=002b es=002b fs=0063 gs=006b flags=00000216 trace:seh:raise_exception code=c0000092 flags=0 addr=0x7ece39b7 ip=7ece39d6 tid=0031 trace:seh:raise_exception eax=00000003 ebx=7ed32000 ecx=7b43c5ac edx=00000000 esi=00141214 edi=00000001 trace:seh:raise_exception ebp=0033ca18 esp=0033c8a0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010297 trace:seh:call_stack_handlers calling handler at 0x44f399 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x44f399 returned 1 trace:seh:call_stack_handlers calling handler at 0x44f467 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x44f467 returned 1 trace:seh:call_stack_handlers calling handler at 0x403664 code=c0000092 flags=0 trace:seh:call_stack_handlers handler at 0x403664 returned 1 trace:seh:call_stack_handlers calling handler at 0x44f159 code=c0000092 flags=0 trace:seh:raise_exception code=eedfae4 flags=0 addr=0x7b43c5ac ip=7b43c5ac tid=0031 trace:seh:raise_exception info[0]=0033c57c trace:seh:raise_exception info[1]=00473e40 trace:seh:raise_exception eax=7b428e39 ebx=00000004 ecx=0033c3c0 edx=0033c43c esi=0033c57c edi=0033c848 trace:seh:raise_exception ebp=0033c418 esp=0033c394 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000212 Again: "Debugger Exception Notification: Project xxx.exe raised exception class EInvalidOp with message 'Invalid floating point operation'. Process stopped. Use Step or Run to continue." I press OK. Debugged test app is terminated this time. Before exitting a seh error shows up: err:seh:setup_exception_record stack overflow 952 bytes in thread 0031 eip f73fb162 esp 00240f78 stack 0x240000-0x241000-0x340000 -- 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 20104] New: Fujiprint/Fotokasten albums cannot be created due to missing richtext query interface
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=20104 Summary: Fujiprint/Fotokasten albums cannot be created due to missing richtext query interface Product: Wine Version: 1.1.29 Platform: PC URL: http://www.fotokasten.de/index.php?ftkPage=static&ftkV iew=ftksoftware OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: cweiske(a)cweiske.de Running the "fotokasten" photo album creation software fails to create certain photo books with the following error: > fixme:richedit:fnTextSrv_QueryInterface Unknown interface: > {01c25500-4268-11d1-883a-3c8b00c10000} > fixme:richedit:fnTextSrv_OnTxInplaceDeactivate 0x3a1e8e0: STUB How to reproduce: 1. Run software 2. Click on tab "Fotobücher" 3. Click on "Fotobücher" icon 4. Click on "Fun" 5. Click on "Fun A4" 6. A loading window appears but is hidden soon after. When using Fotobücher->Fotobücher->Soft->A4, the richtext window has not to be shown, and I get to the next window (meaning it works without richtext). -- 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 46677] New: Test Drive Unlimited 2 Crash at begins
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46677 Bug ID: 46677 Summary: Test Drive Unlimited 2 Crash at begins Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 63629 --> https://bugs.winehq.org/attachment.cgi?id=63629 backtrace Game shows credits first screen and after this crash -- 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 46629] New: Unravel Two crashes crashes during loading
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46629 Bug ID: 46629 Summary: Unravel Two crashes crashes during loading Product: Wine-staging Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahmed.com(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63528 --> https://bugs.winehq.org/attachment.cgi?id=63528 Unravel Two.log Unravel two crashes at the beginning of loading. Any suggestions will be appreciated. -- 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 46705] New: Revenant GOG don't running
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46705 Bug ID: 46705 Summary: Revenant GOG don't running Product: Wine Version: 3.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: evjeniy(a)mail.ru Distribution: --- Created attachment 63665 --> https://bugs.winehq.org/attachment.cgi?id=63665 setup.txt Wine version (staging) I use environment variables: WINEARCH = win32 WINEPREFIX = clean winecfg defaults Additional libraries: winetricks d3dx9_36 directplay quartz At the end of the installation process (similar to installing directx9.0c) "Runtime error (at 73: 1358):" "Runtime error (at 210: 800): Out Of Stack Range." "Runtime error (at 210: 806): Out Of Stack Range." "Out of Global Vars range." Console output (setup.txt) In winecfg I put the checkbox "Graphics -) Emulate a virtual desktop 640x480" During launch: FATAL ERROR. "DirectX Error D3DERR_SURFACENOTINVIDMEM in d: \ revenant \ DirectDraw.cpp at line 333" Console output (start.txt) -- 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 10913] New: start.exe doesn't support optional process title argument
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=10913 Summary: start.exe doesn't support optional process title argument Product: Wine Version: CVS/GIT Platform: Other URL: http://jedit.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running real Java apps under the latest Sun win32 JRE on Wine seems like a fine stress test, even though in many cases users should run with the Linux JRE instead. The Sun JRE and jEdit install ok, but jedit has many startup problems. Here's the first one. Invoking it with the batch file provided by jEdit fails. Here's what's in the batch file: start "jEdit startup" "c:\windows\system32\javaw.exe" -Xms64M -Xmx192M -jar "C:\Program Files\jEdit\jedit.jar" -reuseview %* And here's what happens when you run it: $ cd ~/.wine/drive_c/Program Files/jEdit $ ~/wine-git/wine cmd /c jedit.bat fixme:exec:SHELL_execute flags ignored: 0x00000500 trace:process:CreateProcessW app (null) cmdline L"jEdit startup c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program Files\\jEdit\\jedit.jar\" -reuseview" trace:process:find_exe_file looking for L"jEdit" trace:process:find_exe_file Trying native exe L"c:\\windows\\system32\\jEdit.exe" ... trace:process:find_exe_file Trying built-in exe L"c:\\windows\\system32\\jEdit startup.exe" ... trace:process:find_exe_file looking for L"jEdit startup c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program Files\\jEdit\\jedit.jar\" -reuseview" Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: File not found So it seems that start takes an optional process title argument. Sure enough, http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… documents it. Who knew? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 42508] New: start.exe does not detect its title argument when it should ( breaking .e.g URL opening in League of Legends)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42508 Bug ID: 42508 Summary: start.exe does not detect its title argument when it should (breaking .e.g URL opening in League of Legends) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: hydratech(a)gmail.com Distribution: --- Created attachment 57397 --> https://bugs.winehq.org/attachment.cgi?id=57397 Trace showing League of Legends Client attempting to open a URL. When start.exe is invoked, its first argument in quotes that is not an argument of the application to be executed should be interpreted as the console title. Wine's start.exe fails to do so. -- How to reproduce -- Running the following line in Wine's cmd should open a URL in your browser: Z:\>start "" https://winehq.org/ the actual result is an application not found error. On Windows the same line opens the website as expected. -- Why this is a bug -- I know this was marked as fixed in bug 10913 but the reasoning was incorrect. The argument for stating the bug was fixed was, that when \"escaping your quotes\" in cmd to the title was parsed. This is however not consistent with with Windows behaviour. As explained at the end of that bug report, if you escape your quotes in Wine's cmd start.exe parses the argument as the console title, i.e.: Z:\>start \"hello\" cmd I will now clarify why this is incorrect by showing Windows' behaviour. The following command lines are not equivalent on Windows: C:\>start hello.exe vs. C:\>start "hello.exe" The latter will open a new cmd window titled hello.exe whereas the former attempts to execute an application named hello.exe. In other words cmd's start built-in parses its own command-line checking wether quotes where used. In fact escaping the quotes using back-slashes is invalid as it tries start a process named \hello.exe\. I have tested this on both Windows 7 and Windows XP. In other words, this is invalid: C:>start \"hello.exe\" To illustrate how unintuitive this Windows behaviour is: C:>start "C:\Program Files\Application\hello.exe" Few would guess this actually opens a console titled as such, instead of running an application. That's why I can understand the maintainers would think the bug was fixed. Wine will however correctly emulate unescaped quote-senstive behaviour with the echo built-in: Z:\>echo hoi hoi Z:\>echo "hoi" "hoi" We can see echo being "aware" of the quotes and correctly displaying them; behaviour identical to Windows' echo built-in. Looking at the wine source, start.exe relies on its "argv" parameter instead of using GetCommandLine() and thereby accessing the unmodified command-line. As a consequence the difference between a quoted argument and a non-quoted argument is lost as CreateProcess strips the quotes off the parameters when passing them to execve(). To quote the source of Wine's cmd.exe (wcmdmain.c): /* Can't use argc/argv as it will have stripped quotes from parameters * meaning cmd.exe /C echo "quoted string" is impossible */ It should now be evident that start.exe should either become a wrapper around cmd.exe's built-in start function, invoking cmd and let cmd itself implement start.exe's actual behaviour, or implement GetCommandLine() based argument parsing similar to cmd.exe's within start.exe, leading to duplicated command-line parsing code. Both are not ideal solutions. -- Why does this bug matter? -- There are actually Windows applications relying on this behaviour to open URLs in the user's browser. As an example, League of Legends executes the following shell command to open a URL: cmd.exe /c start "" "<url here>" In other words, League instructs start to launch an untitled shell window with a URL as application, effectively causing the shell to pass it to the browser. However, wine's start.exe interprets this as League trying to execute an empty string as executable name, with a URL as argument. I have attached the relevant output running League with WINEDEBUG=cmd,start,process,exec set. I will speculate that more applications will run into this exact same issue. League's client is based on CEF and it might very well be CEF which implements this style of external URL opening, furthermore there is documentation recommending the use of empty quotes as console title argument when invoking start to prevent it from accidentally parsing follow up arguments in quotes as the console title, think "C:\Program Files\etc...", establishing this as a pattern that might well have been adopted by other applications. See: https://ss64.com/nt/start.html I will also say that, given some instruction, I will be glad to help fixing this bug and write any necessary code. There is actually another issue with current start.exe's console title parsing which I will submit as a separate issue. That issue is however, significantly easier to fix. Finally this also means wine's current handling of command-line arguments might need fixing as: $ wine start '""' "http://winehq.og" will break in a fixed version of 'start.exe', while it should work. For this I will file yet another issue, although the necessity of this fix is debatable. -- 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 46741] New: Cemu says "This program has encountered a serious problem " after opening Mario Maker
by wine-bugs＠winehq.org 02 Mar '19

02 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46741 Bug ID: 46741 Summary: Cemu says "This program has encountered a serious problem" after opening Mario Maker Product: Wine Version: 4.0-rc5 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2021duffykod(a)isd47.org I'm using Cemu version 1.15.2 and I have open GL 4.1 on my Mac. Also I'm opening the file "Block.rpx" from the mario maker rom. -- 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 46707] New: Microsoft Word 2019 freeze the whole screen on nouveau driver with CSMT enabled
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46707 Bug ID: 46707 Summary: Microsoft Word 2019 freeze the whole screen on nouveau driver with CSMT enabled Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: peathot(a)hotmail.com Distribution: --- Created attachment 63673 --> https://bugs.winehq.org/attachment.cgi?id=63673 Console output with CSMT enabled When using Microsoft Word 2019 (version 1902, build 11328.20100, installed via Office 365) for a while, the program, followed by the whole screen, will freeze. The mouse pointer is still movable, and I can SSH into the machine and kill WINWORD.EXE. After a moment, the screen will become usable again. By disabling CSMT in registry (HKCU/Software/Wine/Direct3D, csmt=dword:00000000), the problem doesn't occurred. The console output for both when CSMT is enabled and disabled is attached. Also, the kernel messages when CSMT is enabled is attached (there's no kernel messages when CSMT is disabled). This is Wine 4.2 on Xubuntu 18.04. The machine is Mac Mini early 2009 with Nvidia Geforce 9400m [1]. The graphic stack is mesa + nouveau (i.e. Nvidia proprietary driver is not installed). The MS Office is installed using the instructions from [2]. The first registry workaround is also used. Actually, the kernel messages suggests that it's nouveau fault. From my research, it seems like nouveau doesn't like OpenGL calls from multiple thread [3][4]. If it's actually nouveau's fault, I guess we could disable CSMT by default if we detect nouveau driver? [1] Yes, it's a bit old. But this same machine can run this software on Windows 10. So, it's not the problem. [2] https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527&iTestin… [3] https://bugs.freedesktop.org/show_bug.cgi?id=92438#c39 [4] https://bugreports.qt.io/browse/QTBUG-73715 -- 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 46695] New: Linking atl fails on ppc64el with undefined reference to SetWindowLongPtrW
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46695 Bug ID: 46695 Summary: Linking atl fails on ppc64el with undefined reference to SetWindowLongPtrW Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- When building on ppc64el, linking atl fails with an undefined reference to SetWindowLongPtrW. I suspect this is due to the existing PowerPC code assuming ppc platforms are 32 bit only; SetWindowLongPtrW is a 64 bit call. -- 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 31644] New: glMapBufferRange is extremely slow while playing Resident Evil 5 ( happens only on nvidia binary driver )
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=31644 Bug #: 31644 Summary: glMapBufferRange is extremely slow while playing Resident Evil 5 ( happens only on nvidia binary driver ) Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tizbac2(a)gmail.com Classification: Unclassified Calls to glMapBufferRange are extremely slow on nvidia drivers with resident evil 5, if this should be reported to nvidia instead just close it over 90% of frame time is taken by glMapBufferRange -- 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 20

[Bug 38488] New: Wrong taces in functions *_invalidate_location
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38488 Bug ID: 38488 Summary: Wrong taces in functions *_invalidate_location Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- I got a plenty of messages like fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. It rises because the function wined3d_volume_invalidate_location() is used with reversed parameter For example dlls/wined3d/device.c: wined3d_volume_invalidate_location(dst_volume, ~WINED3D_LOCATION_TEXTURE_RGB); The function assumed location and not ~location. ----- void wined3d_volume_invalidate_location(struct wined3d_volume *volume, DWORD location) { TRACE("Volume %p, clearing %s.\n", volume, wined3d_debug_location(location)); volume->locations &= ~location; TRACE("new location flags are %s.\n", wined3d_debug_location(volume->locations)); } ----- Here wined3d_debug_location() will message like above. Same about wined3d_resource_invalidate_location(struct wined3d_resource *resource, DWORD location) -- 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 6

[Bug 45149] New: regedit crashes (with no visible crash dialog) in winetricks dotnet35sp1
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45149 Bug ID: 45149 Summary: regedit crashes (with no visible crash dialog) in winetricks dotnet35sp1 Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: z.figura12(a)gmail.com Distribution: Gentoo Originally reported at https://github.com/Winetricks/winetricks/issues/810 winetricks hangs when running regedit (though this doesn't happen anywhere else). If you run ps aux, you can see that winedbg --auto is running, but there's no crash dialog (it was not diabled). Talking with Zebediah about it on IRC, he pointed out that staging has a patch that allows the dialog to at least show: https://github.com/wine-staging/wine-staging/blob/master/patches/kernel32-D… I couldn't find any other bug bug referencing it. Of course, there's a second bug, in that running regedit crashes (when setting the windows version).. -- 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 18496] New: BREW simulator always shows a black display
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=18496 Summary: BREW simulator always shows a black display Product: Wine Version: 1.1.21 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jon.dufresne(a)gmail.com Tested with wine-1.1.21 I am attempting to use the Qualcomm BREW simulator under wine. After installing, I attempted to run the example applets. The application launches and I am able to select an applet directory, but the simulated device's screen always shows black and not the usual list of icons that represent available applets. The BREW simulator installer is found here: https://brewx.qualcomm.com/bws/content/gi/products/sdk/3.1/en/3.1.5.179/ins… Steps to reproduce: 1. Download and install BREW SDK simulator 2. Run simulator 3. Use menu to selec "File->Change Applet Dir..." 4. Navigate to c:/Program Files/BREW 3.1.5/sdk/examples/ 5. Hit "OK" 6. Notice screen is black Expected results: Under windows, the BREW simulator will show a listing of the available BREW applets (one for each *.mif file in the directory chosen). This list appears as a series of icons inside the device's display area. -- 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

[Bug 15703] New: LEGO Star Wars controller options
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=15703 Summary: LEGO Star Wars controller options Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: infernux(a)web.de Going to "Controller Options" freezes the game, pressing "Esc" does not make it playable again. I don't know what other information / logs would be helpful, if you need anything specific just say so. This only affects the _first_ of the two games - but the 2nd seems to have a different input system anyway (requires xinpit1_2.dll for example). -- 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

[Bug 43659] New: Jurassic Park: Operation Genesis does not launch unless winegstreamer is set to disabled
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43659 Bug ID: 43659 Summary: Jurassic Park: Operation Genesis does not launch unless winegstreamer is set to disabled Product: Wine Version: 2.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: arnfranke(a)yahoo.com Distribution: --- Created attachment 59097 --> https://bugs.winehq.org/attachment.cgi?id=59097 Win7 64-bit wineprefix crash Low priority as this bug has a work-around which is to disable winegstreamer. Reproducible on Xubuntu 16.04 64-bit, with AMD Radeon 6520G graphics, on both 32-bit and 64-bit wineprefixes, and set to WinXP and Win7 mode. I have attached crash reports for Win7 mode on a 64-bit prefix and WinXP/32bit. Interestingly enough, the game runs fine without any overrides when it is launched from POL. Interesting that POL would work when ~/.wine does not. https://www.reddit.com/r/wine_gaming/comments/6xwy7o/can_anyone_explain_why… https://appdb.winehq.org/objectManager.php?sClass=version&iId=6088 -- 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 37

[Bug 46728] New: dotnet35sp1 fails to complete with install via winetricks
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46728 Bug ID: 46728 Summary: dotnet35sp1 fails to complete with install via winetricks Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com CC: hans(a)meelstraat.net Regression SHA1: c64d73c829c3bde7744362b2cd566075ab7e37df Distribution: --- Created attachment 63706 --> https://bugs.winehq.org/attachment.cgi?id=63706 Log of dotnet35sp1 failing during install Apologies for being a pain - but it looks like the latest commit to msi causes issues with a dotnet35sp1 install. Reverting c64d73c829c3bde7744362b2cd566075ab7e37df allows dotnet35sp1 to install again. Attached is a log running: winetricks -q dotnet35sp1 with: WINEDEBUG=timestamp,pid,tid,seh,debugstr,module. -- 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 46245] New: Ingame vsync setting does not work
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46245 Bug ID: 46245 Summary: Ingame vsync setting does not work Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Disabling vsync ingame (tested with World of Warcraft) does not work. Vsync is always on. Can force this to "always off" with: diff --git a/dlls/dxgi/swapchain.c b/dlls/dxgi/swapchain.c index 4dfa068..3f82cfa 100644 --- a/dlls/dxgi/swapchain.c +++ b/dlls/dxgi/swapchain.c @@ -1491,7 +1491,7 @@ vk_swapchain_desc.pQueueFamilyIndices = NULL; vk_swapchain_desc.preTransform = surface_caps.currentTransform; vk_swapchain_desc.compositeAlpha = VK_COMPOSITE_ALPHA_OPAQUE_BIT_KHR; - vk_swapchain_desc.presentMode = VK_PRESENT_MODE_FIFO_KHR; + vk_swapchain_desc.presentMode = VK_PRESENT_MODE_IMMEDIATE_KHR; vk_swapchain_desc.clipped = VK_TRUE; vk_swapchain_desc.oldSwapchain = swapchain->vk_swapchain; if ((vr = vk_funcs->p_vkCreateSwapchainKHR(vk_device, &vk_swapchain_desc, NULL, &vk_swapchain)) < 0) But i guess that is just as awful as having it on all the time. If possible - make some logic to follow the ingame setting? :) -- 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 19777] New: Ad Astra game runs very slow glBlitFramebuffer
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=19777 Summary: Ad Astra game runs very slow glBlitFramebuffer Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrisyate+wine(a)gmail.com CC: chrisyate+wine(a)gmail.com Ad Astra is a free space flight sim available at www.a-astra.com. The game runs (as in starts) successfully, with a clean .wine prefix folder. However once it enters 3D mode the disk starts to grind, wine spits out lots of fixmes and the program runs slowly with fps around 3, max maybe 5. The following is output, over and over until you stop the game. <quote> fixme:d3d:stretch_rect_fbo >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION_EXT (0x506) from glBlitFramebuffer() @ device.c / 6532 fixme:d3d:state_ckeyblend Render state WINED3DRS_COLORKEYBLENDENABLE not implemented yet (repeated 6 times)... </quote> My System is Athlon XP2400+, a NVidia 6200 clone (the Zotac with 256Mb), 1.5Gb ram. Unfortunately I can't confirm whether it would work on my machine if I was running Windows natively. Any other info, please ask. -- 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 46732] New: BleachBit-2.0 crashes at startup
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46732 Bug ID: 46732 Summary: BleachBit-2.0 crashes at startup Product: Wine Version: 4.2 Hardware: x86 URL: https://download.bleachbit.org/BleachBit-2.0-setup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian A user reported garbage test result for this app. It throws up a messagebox that an error occurred and exits No consoleoutput really, in the log from the program (BleachBit.exe.log) it says Traceback (most recent call last): File "bleachbit.py", line 44, in <module> File "bleachbit\__init__.pyo", line 344, in <module> File "bleachbit\Windows.pyo", line 63, in <module> File "win32com\__init__.pyo", line 6, in <module> File "pythoncom.pyo", line 3, in <module> File "pywintypes.pyo", line 123, in __import_pywin32_system_module__ ImportError: DLL load failed: DLL initialization failed. >From +relay-log 0009:Call KERNEL32.GetProcAddress(7e170000,0318b461 "StringFromGUID2") ret=0319174e 0009:Ret KERNEL32.GetProcAddress() retval=7e17de80 ret=0319174e 0009:Call KERNEL32.GetProcAddress(7e170000,0318b472 "CoDisableCallCancellation") ret=0319174e 0009:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0319174e 0009:Ret PE DLL (proc=0x31915e0,module=0x3120000 L"pythoncom27.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0 0009:Call PE DLL (proc=0x31915e0,module=0x3120000 L"pythoncom27.dll",reason=PROCESS_DETACH,res=(nil)) 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x31568a9 ip=031568a9 tid= Turns out adding the stub entry only (#stub CoDisableCallCancellation in ole32.spec) is enough to work around this (and also for CoEnableCallCancellation which it next runs into). The functions don`t seem to be called/used when I start and use the program. I`ll send a patch with the stub functions though as they might now be called too by other programs i guess sha1sum ~/Downloads/BleachBit-2.0-setup.exe ec533b997c43a71c374d94f12f8fbd575d12adf2 /home/louis/Downloads/BleachBit-2.0-setup.exe -- 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 46727] New: Alekhine's Gun crashes on startup when using FAudio
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46727 Bug ID: 46727 Summary: Alekhine's Gun crashes on startup when using FAudio Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63702 --> https://bugs.winehq.org/attachment.cgi?id=63702 backtrace err:xaudio2:impl_from_IXAudio2Voice invalid IXAudio2Voice pointer: 0x114a242c wine-4.2-195-gf784cabd34 -- 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 21023] New: SetupDiOpenDevRegKey() returns wrong HKEY
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=21023 Summary: SetupDiOpenDevRegKey() returns wrong HKEY Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdealencar(a)gmail.com Created an attachment (id=25222) --> (http://bugs.winehq.org/attachment.cgi?id=25222) bug example In a Windows XP system SetupDiOpenDevRegKey() returns the "Device Parameters" HKEY under the device instance corresponding to the supplied (DeviceInfoSet, &DeviceInfoData) pair. Wine's SetupDiOpenDevRegKey() returns the device instance HKEY instead. The relevant registry keys are not created by Wine, so I had to import them from a Windows XP system Example: Windows HKEY returned corresponds to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1\Device Parameters Wine HKEY returned corresponds to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1 The attached registry patches and source code enable the reproduction of the bug. -- 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

[Bug 46105] New: TopoEdit crashes with unimplemented function mf.dll.MFCreateSequencerSource
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46105 Bug ID: 46105 Summary: TopoEdit crashes with unimplemented function mf.dll.MFCreateSequencerSource Product: Wine Version: 3.19 Hardware: x86-64 URL: https://resources.oreilly.com/examples/9780735656598-f iles/tree/a7df48c133c4781b73947b1f25691bd7604cd81e/Too ls/TopoEdit/x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0x7bc51081 to unimplemented function mf.dll.MFCreateSequencerSource wine-3.19-116-gb78de971f6 -- 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 6

[Bug 46623] New: Controller acts weird after updating to the latest wine-staging 4.1.2
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46623 Bug ID: 46623 Summary: Controller acts weird after updating to the latest wine-staging 4.1.2 Product: Wine-staging Version: 4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahmed.com(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Xbox 360 controller acts weird after updating Wine-staging the latest wine build (4.1.2). When I move the right analog, the camera moves sometimes to the right and sometimes to the left. This problem didn't exist with previous Wine-staging version I used which was Wine-staging 4.0. The game that I tested was Neir Automata. -- 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 14

[Bug 39932] New: bat-script with quotes cann't be called using CreateProcess
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39932 Bug ID: 39932 Summary: bat-script with quotes cann't be called using CreateProcess Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andrej.skvortzov(a)gmail.com Distribution: --- Created attachment 53340 --> https://bugs.winehq.org/attachment.cgi?id=53340 executable with source code to reproduce the problem This problem exists in software to configure HMI panels from OWEN and Xinje. http://www.owen.ru/catalog/graficheskaya_panel_operatora_s_sensornim_upravl… (Russian) To reproduce this problem easily minimal test program is created. See attached archive cmd_call_batch.tar.xz. Here are technical details of the problem. To appear following conditions need to be met: - bat-script is called using CreateProcess - name of bat-script is quoted - some parameters of bat-scrits are quoted. For example, "test2.bat" "param1" param2 wine runs bat-script using cmd. cmd /c "test2.bat" "param1" param2 On Windows cmd fails if name of bat-script and parameters both are quoted. To avoid this problem attached patch always removes quotes from bat-script's name before cmd is called. -- 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 32374] New: List box with LBS_NODATA set, has very low performance, depending on items count.
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32374 Bug #: 32374 Summary: List box with LBS_NODATA set, has very low performance, depending on items count. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnfound(a)evrocom.net Classification: Unclassified Created attachment 42719 --> http://bugs.winehq.org/attachment.cgi?id=42719 Test application that illustrates the bug. Source code included. List box control, when has LBS_NODATA style set, needs very big time to process LB_SETCOUNT message (this message works only for list box with LBS_NODATA set). On Windows this message is handled for less than 1ms regardless of the count sent by LB_SETCOUNT (because the list box has nothing to allocate/reallocate when LBS_NODATA is set. It only need to set the scroll bar parameters). In WINE (every version but in v1.4 and v1.5 it is really slow) processing this message needs some amount of time, proportional to the item count set by LB_SETCOUNT. As long as this list box style is provided because of its speed, such a behavior can block the execution of the application for very long time. Small test application is attached which measures the time needed for LB_SETCOUNT to be executed on list box with LBS_NODATA set. Source code included. -- 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 46681] New: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopologyNode
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46681 Bug ID: 46681 Summary: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopologyNode Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Depends on: 46105 Distribution: --- Created attachment 63643 --> https://bugs.winehq.org/attachment.cgi?id=63643 stub Topology -> Add Tee wine: Call from 0x7b43d59b to unimplemented function mf.dll.MFCreateTopologyNode wine-4.2-26-g5e86cc0a8f -- 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 46724] New: Call of Juarez: Bound in Blood crashes on startup when using FAudio
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46724 Bug ID: 46724 Summary: Call of Juarez: Bound in Blood crashes on startup when using FAudio Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63695 --> https://bugs.winehq.org/attachment.cgi?id=63695 backtrace wine-4.2-195-gf784cabd34 -- 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 46654] New: dotnet35sp1 fails to install with winetricks
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46654 Bug ID: 46654 Summary: dotnet35sp1 fails to install with winetricks Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com CC: hans(a)meelstraat.net Distribution: --- Created attachment 63586 --> https://bugs.winehq.org/attachment.cgi?id=63586 Log of dotnet35sp1 failing during install This is with a WIN64 prefix. This was working with 4.1. Most likely related to bug 46638. And once again, either: a) reverting 9839bb7691a1b1c57a4ca501d03825420c1609d7; or b) removing Wow64DisableWow64FsRedirection fixes this issue. -- 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 46639] New: LoadLibraryShim fails in wow64
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46639 Bug ID: 46639 Summary: LoadLibraryShim fails in wow64 Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The mscoree:mscoree 32-bit test fails on the tip when run in a 64-bit prefix: mscoree.c:372: Test failed: LoadLibraryShim failed, hr=80070006 mscoree.c:385: Test failed: LoadLibraryShim failed, hr=80070006 >From a module log, it appears this is because it tries to load a 64-bit fakedll for fusion.dll. 0009:trace:module:open_dll_file L"\\??\\C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\fusion.dll" is for arch 8664, continuing search 0009:warn:module:load_dll Failed to load module L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\fusion"; status=c000007b On Windows, there is a separate Framework64 directory which contains the 64-bit fusion.dll. I think fixing this will require updates to both mscoree and Wine Mono. -- 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 46638] New: dotnet40 no longer installs using winetricks
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46638 Bug ID: 46638 Summary: dotnet40 no longer installs using winetricks Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: brendan(a)redmandi.com CC: julliard(a)winehq.org Regression SHA1: 9839bb7691a1b1c57a4ca501d03825420c1609d7 Distribution: --- Created attachment 63554 --> https://bugs.winehq.org/attachment.cgi?id=63554 Log of dotnet40 failing during install When using the latest from git (currently 9781b5433cd4b708c0f537aa0b5608ff4157f04c), installing dotnet40 using 'winetricks dotnet40' fails. It was working in 4.1. A git bisect highlighted commit 9839bb7691a1b1c57a4ca501d03825420c1609d7 as the first commit that introduced this failure. Reverting just this commit allows dotnet40 to install again. Attached are two logs: 1. for when dotnet40 installs successfully; and 2. for when it fails Both logs use WINEDEBUG=+timestamp,+pid,+tid,+seh,+debugstr,+module. -- 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 46717] New: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopoLoader
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46717 Bug ID: 46717 Summary: TopoEdit crashes with unimplemented function mf.dll.MFCreateTopoLoader Product: Wine Version: 4.2 Hardware: x86-64 URL: https://resources.oreilly.com/examples/9780735656598-f iles/tree/a7df48c133c4781b73947b1f25691bd7604cd81e/Too ls/TopoEdit/x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- File -> Render File... -> any MP3 file wine: Call from 0x7b43d59b to unimplemented function mf.dll.MFCreateTopoLoader wine-4.2-159-gb3c5b7da94 -- 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 43395] New: Wine intermittently crashes after any program terminates
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43395 Bug ID: 43395 Summary: Wine intermittently crashes after any program terminates Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Every so often, I see one of the following two outputs appear after Wine closes: err:ntdll:RtlLeaveCriticalSection section 0x110940 is not acquired and wine: Unhandled page fault on write access to 0x695de019 at address 0x7bc4f41e (thread 0018), starting debugger... err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 96") (1115) Read the Wine Developers Guide on how to set up winedbg or another debugger In the first message the section 0x110940 is constant; in the second the address 0x7bc4f41e is constant but the written address varies. The critical section message appears because a critical section is deleted while owned. The critical section in question appears to be that of the database in services.exe. The crash address is in ntdll/heap.c:HEAP_CreateFreeBlock. It is probably being triggered by code in RtlLeaveCriticalSection(), although it may have a different source. -- 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 42370] New: Sniper Elite 3 stuck at "Completing Installation 1%"
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42370 Bug ID: 42370 Summary: Sniper Elite 3 stuck at "Completing Installation 1%" Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: --- This is basically a repeat of the close bug reported by 'acescopezz'. Bug #41493 describes what is happening with the title SE V2. What is different about SE3 is this game includes its own copy of dllcheck.exe. 'acescopezz' posted screen grabs which relevant here. -- 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 45639] New: Far Cry 3 voices, music and sounds
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45639 Bug ID: 45639 Summary: Far Cry 3 voices, music and sounds Product: Wine-staging Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62069 --> https://bugs.winehq.org/attachment.cgi?id=62069 Far Cry 3 Wine-staging 3.13 log Hello, Farcry 3 game voices, music and sounds does not work correctly, you can not hear them or with difficulty. Instead you can hear another high sound in the background. It's a regression, I haven't this bug with older Wine version. I think this is the same bug I have with Star Wars the force unleashed https://bugs.winehq.org/show_bug.cgi?id=45635. I joined you the wine log. Thank you for your help. -- 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 8051] The Sims 2 demo needs support for software vertex processing
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #169 from Alexandr Oleynikov <sashok.olen(a)gmail.com> --- Without P(In reply to Paul Gofman from comment #167) > (In reply to Zebediah Figura from comment #166) > > Let's make this bug report about software vertex processing, and file new > > reports for any further issues. I've split off > > Direct3DShaderValidatorCreate9() issue into bug 46735. > > Just to note, there is also SWVP ProcessVertices (ProcessVertices used with > shaders) concerned in this bug. There is no patch for that. I don't know how > much of rendering it affects in Sims 2 though. It's pretty important. Without ProcessVertices, characters will explode in family thumbnails (and same if you disable shaders through the game's cheat menu), and explosion of vertices will also happen with little icons that pop up above characters when they make a friend or get married (you can realiably observe it by loading Pleasant family). In both cases, this pops up: fixme:d3d:wined3d_device_process_vertices Output vertex declaration not implemented yet. err:d3d:get_flexible_vertex_size Unexpected position mask: 0x0 -- 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 0

[Bug 8051] The Sims 2 demo needs support for software vertex processing
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=8051 --- Comment #168 from Alexandr Oleynikov <sashok.olen(a)gmail.com> --- Without P(In reply to Paul Gofman from comment #167) > (In reply to Zebediah Figura from comment #166) > > Let's make this bug report about software vertex processing, and file new > > reports for any further issues. I've split off > > Direct3DShaderValidatorCreate9() issue into bug 46735. > > Just to note, there is also SWVP ProcessVertices (ProcessVertices used with > shaders) concerned in this bug. There is no patch for that. I don't know how > much of rendering it affects in Sims 2 though. It's pretty important. Without ProcessVertices, characters will explode in family thumbnails (and same if you disable shaders through the game's cheat menu), and explosion of vertices will also happen with little icons that pop up above characters when they make a friend or get married (you can realiably observe it by loading Pleasant family). In both cases, this pops up: fixme:d3d:wined3d_device_process_vertices Output vertex declaration not implemented yet. err:d3d:get_flexible_vertex_size Unexpected position mask: 0x0 -- 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 0

[Bug 46738] New: Cannot add directories in PerfectTunes (3.1)
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=46738 Bug ID: 46738 Summary: Cannot add directories in PerfectTunes (3.1) Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- When I click "Add folder" in PerfectTunes 3.1 nothing happens. "0009:err:ole:CoCreateInstanceEx apartment not initialised" is output in console. $ md5sum PerfectTUNES-Unregistered.exe a5c523a98f300a42ed3f3ab56aa8b968 PerfectTUNES-Unregistered.exe -- 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 8051] The Sims 2 demo needs support for software vertex processing
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=8051 ApolloLV <apollolv(a)rocketmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|apollolv(a)rocketmail.com | -- 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 0

[Bug 46703] New: d3d9_test failed with pixel format 77
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=46703 Bug ID: 46703 Summary: d3d9_test failed with pixel format 77 Product: Wine Version: 4.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru This is macOS 10.12.6 Nvidia GTX650 1920x1080 30bits R10G10B10A2 wine c:/tests/d3d9_test.exe.so device failed ~ device.c:10464: Test failed: window has pixel format 77, expected 1 device.c:10470: Test failed: window has pixel format 77, expected 1 device.c:10476: Test failed: window has pixel format 77, expected 1 device.c:10494: Test failed: window has pixel format 77, expected 1 ~~~ -- 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 8051] The Sims 2 demo needs support for software vertex processing
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=8051 Paul Gofman <gofmanp(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp(a)gmail.com --- Comment #167 from Paul Gofman <gofmanp(a)gmail.com> --- (In reply to Zebediah Figura from comment #166) > Let's make this bug report about software vertex processing, and file new > reports for any further issues. I've split off > Direct3DShaderValidatorCreate9() issue into bug 46735. Just to note, there is also SWVP ProcessVertices (ProcessVertices used with shaders) concerned in this bug. There is no patch for that. I don't know how much of rendering it affects in Sims 2 though. -- 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 0

[Bug 8051] The Sims 2 demo needs support for software vertex processing
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=8051 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |46735 -- 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 0

[Bug 8051] The Sims 2 demo needs support for software vertex processing
by wine-bugs＠winehq.org 28 Feb '19

28 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=8051 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Sims 2 demo exits |The Sims 2 demo needs |prematurely |support for software vertex | |processing --- Comment #166 from Zebediah Figura <z.figura12(a)gmail.com> --- Let's make this bug report about software vertex processing, and file new reports for any further issues. I've split off Direct3DShaderValidatorCreate9() issue into bug 46735. -- 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 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2019