January 2020 - Wine-Bugs - list.winehq.org

[Bug 8780] Multiple applications using native vbscript/jscript override need oleaut32.CreateTypeLib implementation (Visual Studio 20XX, Future Pinball, ...)
by WineHQ Bugzilla Jan. 27, 2020

Jan. 27, 2020

https://bugs.winehq.org/show_bug.cgi?id=8780 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.futurepinball.co |https://web.archive.org/web |m/download.html |/20110917035535/http://memb | |ers.iinet.net.au/~cleathley | |/downloads/FuturePinballSet | |up_v1.9.1.20101231.exe --- Comment #30 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, adding some stable links via Internet Archive: https://web.archive.org/web/20060503144222/http://www.futurepinball.com/dow… https://web.archive.org/web/20110917035535/http://members.iinet.net.au/~cle… https://web.archive.org/web/20190821173927/http://download.microsoft.com/do… Test with Future Pinball -> 'File' -> 'Table Launcher' (select on demo) Prerequisite: 'winetricks -q wsh57' (native VBScript) --- snip --- $ pwd /home/focht/.wine/drive_c/Games/Future Pinball $ WINEDEBUG=+seh,+relay,+ole,+variant wine ./Future\ Pinball.exe >>log.txt 2>&1 ... 0063:Call oleaut32.LoadRegTypeLib(0053fa14,00000001,00000000,00000400,0032edb0) ret=0a485ba2 ... 0063:trace:ole:LoadTypeLib (L"C:\\Games\\Future Pinball\\Future Pinball.exe",0032EDB0) 0063:trace:ole:LoadTypeLibEx (L"C:\\Games\\Future Pinball\\Future Pinball.exe",0,0032EDB0) ... 0063:trace:ole:TLB_ReadTypeLib cache hit 0063:trace:ole:ITypeLib2_fnAddRef (039EF2E0) ref=2 0063:trace:ole:LoadTypeLibEx returns 00000000 ... 0063:trace:ole:LoadRegTypeLib (IID: {fb22a459-4ad0-4cb3-b959-15158f7139f5}) load SUCCESS (039EF2E0) 0063:Ret oleaut32.LoadRegTypeLib() retval=00000000 ret=0a485ba2 0063:Call oleaut32.CreateTypeLib(00000001,0a47c3d4 L"ConstDeb.tlb",0032ed54) ret=0a494b6e ... 0063:fixme:ole:CreateTypeLib (1,L"ConstDeb.tlb",0032ED54), stub! 0063:Ret oleaut32.CreateTypeLib() retval=80004005 ret=0a494b6e ... <lots of ITypeInfo_fnInvoke/DispCallFunc calls> ... 0063:Call oleaut32.SysAllocStringLen(03899b5c L"Microsoft VBScript runtime error",00000020) ret=0a469d47 ... 0063:Call oleaut32.SysStringLen(030fbd34 L"Variable is undefined: 'deNone'") ret=0a469d55 --- snip --- With Wine-Staging 5.0 it crashes. --- snip --- ... 0009:Call oleaut32.CreateTypeLib(00000001,09b8c3d4 L"ConstDeb.tlb",0032ed44) ret=09ba4b6e ... 0009:fixme:ole:CreateTypeLib (1, L"ConstDeb.tlb", 0032ED44): forwarding to CreateTypeLib2 ... 0009:trace:ole:CreateTypeLib2 (1,L"ConstDeb.tlb",0032ECC8) ... 0009:trace:ole:ITypeLib2_fnQueryInterface (0313A0E0)->(IID: {0002040f-0000-0000-c000-000000000046}) 0009:trace:ole:ITypeLib2_fnAddRef (0313A0E0) ref=2 0009:trace:ole:ITypeLib2_fnRelease (0313A0E0) ref=1 0009:trace:ole:ITypeLib2_fnQueryInterface (0313A0E0)->(IID: {00020406-0000-0000-c000-000000000046}) 0009:trace:ole:ITypeLib2_fnAddRef (0313A0E0) ref=2 0009:trace:ole:ITypeLib2_fnRelease (0313A0E0) ref=1 0009:Ret oleaut32.CreateTypeLib() retval=00000000 ret=09ba4b6e 0009:Call oleaut32.SafeArrayCreate(0000000c,00000001,0032ed28) ret=09ba4b8c 0009:trace:variant:SafeArrayCreate (VT_VARIANT,1,0032ED28) 0009:trace:variant:SafeArrayAllocDescriptorEx (VT_VARIANT,1,0032EC98) 0009:trace:variant:SafeArrayAllocDescriptor (1,0032EC98) ... 0009:trace:variant:SafeArrayAllocDescriptor (1): 24 bytes allocated for descriptor. 0009:trace:variant:SafeArrayAllocData (039836B0) ... 0009:trace:variant:SafeArrayAllocData 16 bytes allocated for data at 03138498 (1 objects). 0009:Ret oleaut32.SafeArrayCreate() retval=039836b0 ret=09ba4b8c ... 0009:trace:ole:ITypeLib2_fnGetTypeInfoCount (03985FD0)->count is 193 0009:trace:ole:ITypeLib2_fnGetTypeInfoType (03985FD0, 0, 0032ECF0) 0009:trace:ole:ITypeLib2_fnGetTypeInfoType (03985FD0, 1, 0032ECF0) 0009:trace:ole:ITypeLib2_fnGetTypeInfoType (03985FD0, 2, 0032ECF0) ... 0009:trace:ole:ITypeLib2_fnGetTypeInfoType (03985FD0, 190, 0032ECF0) 0009:trace:ole:ITypeLib2_fnGetTypeInfoType (03985FD0, 191, 0032ECF0) 0009:trace:ole:ITypeLib2_fnGetTypeInfoType (03985FD0, 192, 0032ECF0) ... 0009:trace:ole:ITypeInfo_fnGetDocumentation (0397FAD8) memid 1073741840 Name(0032EC88) DocString(00000000) HelpContext(00000000) HelpFile(00000000) ... 0009:trace:ole:SysAllocStringLen L"ServiceKey" 0009:Call msvcrt.memcpy(039f1fb4,0398641c,00000014) ret=029c6259 0009:Ret msvcrt.memcpy() retval=039f1fb4 ret=029c6259 0009:Call oleaut32.SysAllocString(039f1fb4 L"ServiceKey") ret=09ba44ac ... 0009:trace:ole:SysAllocStringLen L"ServiceKey" ... 0009:Call oleaut32.SysFreeString(039f1fb4 L"ServiceKey") ret=09ba46cf 0009:Call ntdll.RtlSizeHeap(00110000,00000000,039f1fb0) ret=0219a3a6 0009:Ret ntdll.RtlSizeHeap() retval=00000020 ret=0219a3a6 0009:Ret oleaut32.SysFreeString() retval=00000000 ret=09ba46cf 0009:Call msvcrt.??2(a)YAPAXI@Z(00000038) ret=09ba4710 0009:Call ntdll.RtlAllocateHeap(02f20000,00000000,00000038) ret=7e59edb8 0009:Ret ntdll.RtlAllocateHeap() retval=02f3c428 ret=7e59edb8 0009:Ret msvcrt.??2(a)YAPAXI@Z() retval=02f3c428 ret=09ba4710 0009:Call ntdll.RtlInitializeCriticalSection(02f3c444) ret=09b6b7a4 0009:Ret ntdll.RtlInitializeCriticalSection() retval=00000000 ret=09b6b7a4 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x9ba4747 ip=09ba4747 tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception eax=02f3c2f0 ebx=0397fad8 ecx=09b6b7b6 edx=7ffdf000 esi=02f3c428 edi=00000000 0009:trace:seh:raise_exception ebp=0032eca8 esp=0032ec74 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 ... --- snip --- The staging patch doesn't look correct: https://github.com/wine-staging/wine-staging/blob/master/patches/oleaut32-C… --- snip --- +HRESULT WINAPI CreateTypeLib(SYSKIND syskind, LPCOLESTR file, ICreateTypeLib **ctlib) +{ + ICreateTypeLib2 *typelib2; + HRESULT hres; + + FIXME("(%d, %s, %p): forwarding to CreateTypeLib2\n", syskind, debugstr_w(file), ctlib); + + hres = CreateTypeLib2(syskind, file, &typelib2); + if(SUCCEEDED(hres)) + { + hres = ICreateTypeLib2_QueryInterface(typelib2, &IID_ICreateTypeLib, (void **)&ctlib); + ICreateTypeLib2_Release(typelib2); + } + + return hres; } --- snip --- 'ctlib' is an "out parameter" pointer. Since it's already pointer-to-pointer it would be incorrect to take the address. Change 'ICreateTypeLib2_QueryInterface( ..., (void **)&ctlib)' to 'ICreateTypeLib2_QueryInterface( .., (void **)ctlib)' $ wine --version wine-5.0-144-g9a9a1821a3 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 0

[Bug 34153] New: wine does not restore mode of direction keys properly
by wine-bugs＠winehq.org Jan. 27, 2020

Jan. 27, 2020

http://bugs.winehq.org/show_bug.cgi?id=34153 Bug #: 34153 Summary: wine does not restore mode of direction keys properly Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: unsuspicious.fakename+wine(a)gmail.com Classification: Unclassified Wine seems to change the up key from ^[[A to ^[OA but not always back (reliably reproducible on unclean exits / crashes and such, but randomly happens after clean exits too). 1) open terminal (tested in bash / zsh; with xfce4-terminal and lxterminal) 2) ctrl+v [up key] should give you: ^[[A 3) winecfg 4) ctrl+c in terminal to end winecfg 5) ctrl+v [up key] now gives you: ^[OA This can - depending on shell configuration - temporarily break features like p.e. bash history search bound to up/down ^[[A (but not explicitly ^[OA) and leave end-users clueless due to the subtle / weird nature of the unexpected behaviour. That being said: Not sure if (wine) bug or (for some reason I can't grasp) normal / intended behaviour. All I know is it took me quite a while and also help to figure out what's happening and how to work around 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.

2 4

[Bug 8780] Multiple applications using native vbscript/jscript override need oleaut32.CreateTypeLib implementation (Visual Studio 20XX, Future Pinball, ...)
by WineHQ Bugzilla Jan. 27, 2020

Jan. 27, 2020

https://bugs.winehq.org/show_bug.cgi?id=8780 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |STAGED CC| |z.figura12(a)gmail.com Staged patchset| |https://github.com/wine-sta | |ging/wine-staging/tree/mast | |er/patches/oleaut32-CreateT | |ypeLib -- 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 48518] New: Unrailed! produces unhandled exception and crashes
by WineHQ Bugzilla Jan. 26, 2020

Jan. 26, 2020

https://bugs.winehq.org/show_bug.cgi?id=48518 Bug ID: 48518 Summary: Unrailed! produces unhandled exception and crashes Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lubosz(a)gmail.com Distribution: --- Created attachment 66325 --> https://bugs.winehq.org/attachment.cgi?id=66325 Wine 5.0 log and backtrace The Steam game Unrailed! crashes on wine 5.0, as well as 5.0-staging. I needed to install dotnet472 with winetricks for the game to run, otherwise I got: ``` 006e:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.7.2" not implemented ``` Related Proton issue: https://github.com/ValveSoftware/Proton/issues/3449 -- 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 21456] New: Mathematica 4.0 crash
by wine-bugs＠winehq.org Jan. 26, 2020

Jan. 26, 2020

http://bugs.winehq.org/show_bug.cgi?id=21456 Summary: Mathematica 4.0 crash Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jean-pierre(a)piantino.com Created an attachment (id=25836) --> (http://bugs.winehq.org/attachment.cgi?id=25836) Terminal output after launching Mathematica Mathematica 4.0 was running in Wine 1.1.36 under openSUSE 11.1. Upgrading openSUSE to 11.2 makes Mathematica crash at launch. -- 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.

2 12

[Bug 52] PrgWin95: Problems with access to the root window. Need LockWindowUpdate().
by WineHQ Bugzilla Jan. 26, 2020

Jan. 26, 2020

https://bugs.winehq.org/show_bug.cgi?id=52 IvanDSM <snesivan1(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |snesivan1(a)gmail.com --- Comment #42 from IvanDSM <snesivan1(a)gmail.com> --- Tested on Wine Staging 5.0 with a clean WINEPREFIX on a Fedora Rawhide installation running Xfce. No issues whatsoever with a static background. Running glxgears in the background made it a bit flickery (in the sense that it would reset between very short intervals, but I believe that's intended behavior) but otherwise no issues. The program runs the effect, the tiles do not look corrupted and all windows return to normal after the program is done. -- 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 17982] New: PatBlt cannot draw arbitrary parallelograms based on the world transform
by wine-bugs＠winehq.org Jan. 26, 2020

Jan. 26, 2020

http://bugs.winehq.org/show_bug.cgi?id=17982 Summary: PatBlt cannot draw arbitrary parallelograms based on the world transform Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Using the functions SetGraphicsMode and (Set|Modify)WorldTransform, it is possible to define an arbitrary matrix to transform all points as things are drawn to device contexts. Using this matrix, it should be possible to apply arbitrary rotation/shear effects. Thus, rectangles drawn on the hdc can be transformed into arbitrary parallelograms. This only works on systems where GM_ADVANCED is supported (NT but not 9x, according to MSDN). I have written a test program that demonstrates this on Windows. On Wine, it can only draw rectangles. -- 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.

2 10

[Bug 32050] New: Running Dragon age 2 with High resolution textures results in GL_OUT_OF_MEMORY errors
by wine-bugs＠winehq.org Jan. 26, 2020

Jan. 26, 2020

http://bugs.winehq.org/show_bug.cgi?id=32050 Bug #: 32050 Summary: Running Dragon age 2 with High resolution textures results in GL_OUT_OF_MEMORY errors Product: Wine Version: 1.5.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Classification: Unclassified When Dragon Age 2 is run with the high resolution textures pack (http://social.bioware.com/page/da2-patches) I get GL_OUT_OF_MEMORY errors in about 30 seconds in game and it crashes. Some examples include : err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glTexImage2D @ surface.c / 2747 err:d3d_surface:surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glCompressedTexSubImage2DARB @ surface.c / 2364 err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glDrawElementsBaseVertex @ drawprim.c / 48 err:d3d:buffer_create_buffer_object glBufferDataARB failed with error GL_OUT_OF_MEMORY (0x505) err:d3d:buffer_create_buffer_object Failed to create a vertex buffer object. Continuing, but performance issues may occur Running the game with the highest DirectX9 settings (Medium, Anti-aliasing 16x) and High Res textures disabled works well on my system. wine 1.5.15 Dragon age 2 1.04 with all DLC Nvidia 550 Ti 2GB Ram Arch Linux X64 -- 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.

2 17

[Bug 25945] New: C_ASSERT doesn't fail if given non-constant expression
by wine-bugs＠winehq.org Jan. 26, 2020

Jan. 26, 2020

http://bugs.winehq.org/show_bug.cgi?id=25945 Summary: C_ASSERT doesn't fail if given non-constant expression Product: Wine Version: 1.1.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexander.scott.johns+winebug(a)googlemail.com In commit wine-1.1.21-63-g5d31eb9 AJ changed the definition of C_ASSERT (in include/winnt.h) to make it compatible with newer versions of GCC. Roughly, the change was: -#define C_ASSERT(e) extern char __C_ASSERT__[(e)?1:-1] __attribute__((unused)) +#define C_ASSERT(e) extern void __C_ASSERT__(int [(e)?1:-1]) Unfortunately, in GCC 4.4.3, the new definition of C_ASSERT doesn't fail when given a non-constant expression. E.g.: C_ASSERT(rand() == -1); /* ignored */ I think this is because GCC (as per C99) is treating the parameter of __C_ASSERT__ as a VLA (variable length array), and so its type is equivalent to int[*]. -- 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.

2 6

[Bug 48516] New: Problem with League of Legends
by WineHQ Bugzilla Jan. 25, 2020

Jan. 25, 2020

https://bugs.winehq.org/show_bug.cgi?id=48516 Bug ID: 48516 Summary: Problem with League of Legends Product: Wine-staging Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: y0rune(a)aol.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- First I use Gentoo ;) After change version from 4.21 -> 5.0. After applying the same patch as to 4.21 (https://www.yorune.pl/public/gentoo/wine-lol.patch) I do not have any problem with compilation but when I start the game the launcher is starting but after log in it is crashed. The launcher ( when you can choose to play) is not starting. -- 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