wine-bugs October 2018

wine-bugs@winehq.org

1 participants
7954 discussions

[Bug 43671] New: World War II Online: Connection with Playgate Auth server fails and times out
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43671 Bug ID: 43671 Summary: World War II Online: Connection with Playgate Auth server fails and times out Product: Wine Version: 2.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)brianvuyk.com Distribution: --- Created attachment 59114 --> https://bugs.winehq.org/attachment.cgi?id=59114 Wireshark capture showing communication between the game and remote auth server App Download location: http://downloads.wwiionline.com/wwiiol_1.35.9.4.exe The game installs correctly, and the offline mode (C:\Program Files (x86)\CRS\Battleground\ Europe\WW2.exe) works absolutely flawlessly. However, if you attempt to enter in online mode (via C:\Program Files (x86)\CRS\Battleground\ Europe\WW2.exe) currently doesn't work. This latter path launches the 'Playgate' app which handles the authentication prior to launching the game. The workflow is as follows: 1. Playgate launches as requires you to accept the Terms of Service. 2. Second window shows latest news pulled from then website, and a username & password form. 3. Above the login form, it keeps showing 'Connecting to auth.playnet.com [attempt 1]' with the attempt number increasing. With some snooping using wireshark Wireshark showed the following pattern in the TCP traffic: 1. The game connects to the authentication server and gets a 301 redirect to a HTTPS version. 2. The game negotiates a TLS connection and recieves data from the Auth server for 70-800ms. 3. The remote end (auth server) stops sending packets. 4. After 1500ms wait, the game closes the connection and attempts to re-establish it. 5. Subsequent connection attempts appear to be closed immediately on the remote end. auth.playnet.com resolves to 204.237.246.55, but has also resolved to 204.237.246.54 before. Probably a primary and secondary. This game used to have gold & platinum ratings under Wine 1.6 in 2014/2015. However, both the game code and Wine are advancing. The current version of the game requires at least Wine 1.7.39 to operate as it requires a function not implemented until then. Note that this same behaviour is present when tested on 1.7.55 and 2.0.2 I am attaching two files: 1. A .pcap file showing the communication between the game and the auth server. Note the time gap between packet 146 (A TCP ACK packet from my machine up to the remote server) and packet 147 - my local sending a [FIN,ACK] packet to unilaterally close the connection after 1500ms of no traffic. 2. I will also add the terminal output wine gives. Note the lines indicating the timeout. After several attempts, I hit 'Cancel' to close the app. -- 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 36155] New: valgrind shows a leak whenever using a virtual desktop
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36155 Bug ID: 36155 Summary: valgrind shows a leak whenever using a virtual desktop Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645 ==27721== at 0x7BC4C735: notify_alloc (heap.c:255) ==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27721== by 0x5EF852D: query_screens (xinerama.c:128) ==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196) ==27721== by 0x5EF2737: process_attach (x11drv_main.c:574) ==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693) ==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40) ==27721== by 0x7BC52FC0: ??? (loader.c:138) ==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==27721== by 0x7BC5597C: process_attach (loader.c:1157) ==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==27721== by 0x7B85A79A: load_library (module.c:933) ==27721== by 0x7B85A908: LoadLibraryExW (module.c:990) ==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032) ==27721== by 0x525BE16: load_desktop_driver (driver.c:76) ==27721== by 0x525BFA2: load_driver (driver.c:98) ==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741) ==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090) ==27721== by 0x55D64FE: get_display_driver (driver.c:101) ==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122) ==27721== just about every test shows this: [austin@localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log 503 -- 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 23151] New: Mass Effect 2: in intro video, Miranda's eyes are solid white
by wine-bugs＠winehq.org 10 Mar '19

10 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=23151 Summary: Mass Effect 2: in intro video, Miranda's eyes are solid white Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=28794) --> (http://bugs.winehq.org/attachment.cgi?id=28794) screenshot - wine Only happens in one part. The dialog is around "But Shepard...they'll follow him. He's a hero, a bloody icon." and "But he's just one man." I'll attach screenshots on windows and wine. Terminal output is: fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the format lookup table fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Note: The wine screenshot had a small delay from Shutter, so there's a line across it where two frames merged. That's not in the game, but you can see the eye problem in it. -- 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 22

[Bug 36047] New: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub)
by wine-bugs＠winehq.org 09 Mar '19

09 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36047 Bug ID: 36047 Summary: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/marangatu $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+msgbox wine ./eset.exe >> log.txt 2>&1 ... 0023:trace:ole:ITypeInfo_fnInvoke (0x15cc70)(0x14c2f0,id=502,flags=0x00000001,0x33f568,(nil),0x33f548,0x33f578) 0023:trace:ole:dump_DispParms args=4 named args=0 0023:trace:ole:dump_DispParms args: 0023:trace:ole:dump_Variant 0x33f5ac->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5bc->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5cc->{VT_I4,0} 0023:trace:ole:dump_Variant 0x33f5dc->{VT_I4,7} 0023:trace:ole:ITypeInfo_fnInvoke invoking: L"ExecWB"(4) parm0: L"cmdID" parm1: L"cmdexecopt" parm2: L"pvaIn" parm3: L"pvaOut" ... 0023:fixme:mshtml:exec_print_preview (0x2c926b0)->(0 0x2e52808 0x2e52818) ... 0023:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 ... 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=deadcafe edx=0033f41c esi=0033f4bc edi=0033f480 0023:trace:seh:raise_exception ebp=0033f458 esp=0033f3f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x401f36 code=c000008f flags=1 ... 0023:trace:msgbox:MSGBOX_OnInit L"Run-time error '445':\n\nObject doesn't support this action" --- snip --- Source: http://source.winehq.org/git/wine.git/blob/595fb40efcfe1d49747ef63e823f9e61… --- snip --- 304 static HRESULT exec_print_preview(HTMLDocument *This, DWORD nCmdexecopt, VARIANT *pvaIn, VARIANT *pvaOut) 305 { 306 FIXME("(%p)->(%d %p %p)\n", This, nCmdexecopt, pvaIn, pvaOut); 307 return E_NOTIMPL; 308 } --- snip --- $ sha1sum instalador.exe b4ce5267dcbfec8055ca5d3e251c91add8a11ec3 instalador.exe $ du -sh instalador.exe 3.0M instalador.exe $ wine --version wine-1.7.17-28-g5ef5490 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 4

[Bug 43907] New: preloader warning "failed to reserve range" after upgrading to macOS 10.13 High Sierra
by wine-bugs＠winehq.org 09 Mar '19

09 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43907 Bug ID: 43907 Summary: preloader warning "failed to reserve range" after upgrading to macOS 10.13 High Sierra Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Distribution: --- After upgrading a machine to macOS 10.13 High Sierra, running any program with wine results in these warnings: preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000 Tested with wine-2.18 (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 27349] New: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...)
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=27349 Summary: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, many games (and some apps) have dependency on "meta" bug 219 "Programs refuse to run because of safedisc copy-protection" which just bad (not even targeting specific version). I bought some games for few bucks just to have a look at some copy protections. Though I will probably never play them ;-) Collecting/tracking affected games/apps for this _specific_ issue here (applicable appdb entries should have bug 219 dependency removed in favor of this one). The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins (affects e.g. adobe photoshop)") ... That bug was closed a long time ago because it ought to work for various SD 2.x apps/games (unfortunately also depending on wine build environment/host gcc). I rejected the idea of reviving that bug and instead created a new one, targeting the affected core dll. Game: "SimCity 4" A quick scan with "ProtectionID" reveals: --- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh) Byte(s) [x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL) -> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h [File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107) [!] Safedisc v2/v3/v4 [unknown version] detected ! [i] Appended data contents.... ... [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.262 Second(s) --- snip --- We can do better ... The string "BoG_" is well known for detection of SafeDisc versions. --- snip --- $:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe | grep "BoG_" -A 2 0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&! 0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>.......... 0006ff0: 00000000 02000000 50000000 0a000000 ........P....... --- snip --- 0x02000000 -> 2 0x50000000 -> 90 0x0a000000 -> 10 So this is SafeDisc v2.90.10 protection. By debugging this game I came to conclusion there is still a problem with the API entry statistics. $ wine --version wine-1.3.21-26-ge6ee2c1 $ gcc --version gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) For the meaning of the table just read up some comments in bug 10273 kernel32 user32 gdi32 condition (cx < threshold) -------------------------------------------------------------------- c1: 0x43 0x55 0x50 0x5F c2: 0x23 *0x41 0x39 0x3C c3: 0x00 0x00 0x00 0x5A * = threshold exceeded -> bad Basically the majority of exported user32 API entries have PIC register load code within range of first 8 opcode bytes of entry which is treated as trampoline (= high c2 value). --- snip --- ... .text:0001D847 __i686_get_pc_thunk_bx proc near .text:0001D847 mov ebx, [esp+0] .text:0001D84A retn .text:0001D84A __i686_get_pc_thunk_bx endp ... API entry: .text:0003735C push ebp .text:0003735D mov ebp, esp .text:0003735F push ebx .text:00037360 sub esp, 34h .text:00037363 call __i686_get_pc_thunk_bx .text:00037368 add ebx, 0AEC8Ch ... --- snip --- Kernel32 gets the good looking stats because it forwards various stuff to ntdll, letting compiler produce different function prolog code (= not having PIC register load in first place). As already mentioned in the other bug, unimpl. stubs also help to improve stats because they have 8 NOPs on entry. I've tweaked user32 again a bit just to pass the threshold - there are various ugly methods one bad as the other ;-| A method without adding unimpl. stubs or stack protector code (unreliable because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to convince the compiler to use the 6 byte opcode for reserving stack space, e.g. "subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>). Good targets are stubs and functions that make use of FIXME/TRACE. There are lots of them that can be tweaked this way (= no performance penalty), improving entry stats. Result: games work out of the box without the need of No-CD patches. Regards -- 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 30

[Bug 36977] New: Magic:=?UTF-8?Q?=20The=20Gathering=20=E2=80=93=20Duels=20of=20the=20Planeswalkers=202015=20crashes=20after=20few=20frames=20of=20intro=20sequence?=
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=36977 Bug ID: 36977 Summary: Magic: The Gathering – Duels of the Planeswalkers 2015 crashes after few frames of intro sequence Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: otigkd(a)gmail.com Created attachment 49100 --> http://bugs.winehq.org/attachment.cgi?id=49100 crash log os: Gentoo x86 installed trough steam. a few seconds of loding/intro is played, then crashes -- 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 44552] New: Office 2013 - Move and change the window size (maximize/ minimize/restore/resize etc...) bugs
by wine-bugs＠winehq.org 07 Mar '19

07 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=44552 Bug ID: 44552 Summary: Office 2013 - Move and change the window size (maximize/minimize/restore/resize etc...) bugs Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eduardolucioac(a)gmail.com Distribution: --- Created attachment 60514 --> https://bugs.winehq.org/attachment.cgi?id=60514 Change the window size (maximize/minimize/restore/resize etc...) bug. ------------------- ABOUT THE BUG: When opening any Office 2013 Professional Plus application we were unable to: - Change the size (maximize/minimize/restore/resize etc...) of a window and then revert. Example: Minimize a window and then "restore"; - Move a window; NOTE: See the "3.jpg" image for more details! ------------------- ABOUT THE INSTALLATION: - The following entry was inserted in the Windows (wine) registry to address the "Black Screen on office2013" bug ( https://bugs.winehq.org/show_bug.cgi?id=43887 ): " Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Wine\Direct3D] "MaxVersionGL"=dword:00030002 " - The following components have been installed: " msxml6 msftedit riched30 vb6run " ------- REFERENCE: https://askubuntu.com/questions/879304/wine-2-0-says-it-supports-office-201… ------------------- NOTE: I know that according https://wiki.winehq.org/Bugs "Each bug report should cover one problem", but as they are closely related issues I put both (resize and move window bug) together! Thanks! =D -- 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 40784] New: Wargame: European Escalation wants X3DAudio1_7.dll
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40784 Bug ID: 40784 Summary: Wargame: European Escalation wants X3DAudio1_7.dll Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fremenzone(a)poczta.onet.pl Distribution: --- Created attachment 54685 --> https://bugs.winehq.org/attachment.cgi?id=54685 Log from running the game with no directx9 installed I have run into problems with running Wargame: European Escalation under wine 1.9.11. I install the game into a clean wine prefix. The trying to run it I get an error that says: err:module:import_dll Library X3DAudio1_7.dll (which is needed by L"Z:\\dane\\gry\\wargame_ee\\wargame.exe") not found (full log attached). I figured out this file is provided by DirectX, so I use winetricks to install it: WINEPREFIX="/dane/gry/wargame_ee/.wine" winetricks directx9 Then the games complain about missing d3dx9_43, so I install that as well with winetricks (log attached). Then the game finally starts but there is no sound. Again, log attached. My system: - openSUSE 11.4 - wine 1.9.11 - kernel 2.6.37 I can provide more information 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 21

[Bug 35698] New: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3})
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35698 Bug ID: 35698 Summary: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3}) Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The failure seems non-critical and the message box can be dismissed. The sub-installer can be separately run for testing: --- snip --- $ pwd /mnt/iso/PDFCreate5/System32/PDFCreate $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >> ~/Downloads/log2.txt 2>&1 ... 003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334) ret=008d881a 003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3}, pUnkOuter=(nil), dwClsContext=00000001, riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334) 003f:trace:ole:CoGetClassObject CLSID: {ea502722-a23d-11d1-a7d3-0000f87571e3},IID: {00000001-0000-0000-c000-000000000046} 003f:Call KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c) ret=7eac14e4 003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4 003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082 L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537 003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537 003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553 003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553 003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e 003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e 003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not registered 003f:err:ole:CoGetClassObject no class object {ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1 003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a 003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code: 154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx Here is a blog entry which talks about it, with some code example: http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/ $ wine --version wine-1.7.13-118-g0eb6265 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 4

[Bug 40273] New: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40273 Bug ID: 40273 Summary: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: xerox_xerox2000(a)yahoo.co.uk Distribution: --- a user reported problems with this app https://paprikaapp.com/windows/ on the forum. After winetricks dotnet45 corefonts and working around https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection When i use native windowscodecs it also crashes with: Unhandled Exception: System.NotSupportedException: No imaging component suitable to complete this operation was found. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50 **: (see https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…) -- 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 42823] New: cmd.exe behaves differently from Win7 regarding redefined labels
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42823 Bug ID: 42823 Summary: cmd.exe behaves differently from Win7 regarding redefined labels Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: lorenz.witte(a)gmail.com Distribution: --- Created attachment 57895 --> https://bugs.winehq.org/attachment.cgi?id=57895 CMD script shows label behavior difference Wine's cmd.exe behaves differently regarding redefined labels in cmd/bat files. With Wine, it appears that the interpreter jumps to the last label with the correct name seen before a "goto" command, on Windows, it will jump to the next label after a "goto" command. Please see the attached test file, it should make things clear. It will produce the output "I'm wine!" or "I'm windows!" respectively. While it is certainly bad practice to redefine labels, unfortunately CMake creates such batch files when creating custom commands for Visual Studio builds. -- 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 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 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 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

Jump to page:

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 October 2018