October 2022 - Wine-bugs - list.winehq.org

[Bug 48852] New: quartz crashes with Magic The Gathering: Online
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=48852 Bug ID: 48852 Summary: quartz crashes with Magic The Gathering: Online Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: panard(a)inzenet.org Distribution: --- Created attachment 66776 --> https://bugs.winehq.org/attachment.cgi?id=66776 WINEDEBUG=+quartz,+wmp Since the March 25, 2020 update of Magic Online client, quartz regularly crashes in PullPin_Disconnect, whereas the following configuration is used: winetricks sound=disabled winegstreamer=disabled Attached is the backtrace, a +quartz,+wmp trace, and the wav file it was playing. Relevant errors seem to be around: 0073:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8004020e 0073:warn:quartz:FilterGraph2_Render Unable to connect L"Wave Parser" to renderer (80040207) Then the crash occurs within PullPin_Disconnect because This->pAlloc is 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 6

[Bug 53078] New: Star Stable Online: GameGuard execute error 114 when launching the game
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53078 Bug ID: 53078 Summary: Star Stable Online: GameGuard execute error 114 when launching the game Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dominik(a)greysector.net Distribution: --- Created attachment 72498 --> https://bugs.winehq.org/attachment.cgi?id=72498 wine terminal output Star Stable Online has been working fine for quite some time under Wine. The only minor annoyance was the The game did not start properly Do you want to repair it? Yes No dialog box after clicking Play. Despite that, the game worked fine. Also, clicking "Yes" above would reinstall the game but not make the dialog go away. However, in the latest update (May 25th, 2.12.2 as far as I can tell), the developer added GameGuard anti-cheating solution and the game stopped launching. I can start the launcher, log in (free account required), but after clicking "Play", in addition to the "did not start properly" dialog box I get another: GameGuard execute error 114 GameGuard initialization error. Try rebooting and executing the game again or close the program considered a cause of collision. OS: Fedora 36 x86_64 Wine: 7.9 (distribution packages) Game download link: https://www.starstable.com/en/myaccount/download (needs User-Agent set to Windows) -- 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 53630] New: FoxPro for Windows 21.6a crashes at start with "insufficient memory" error
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53630 Bug ID: 53630 Summary: FoxPro for Windows 21.6a crashes at start with "insufficient memory" error Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 73029 --> https://bugs.winehq.org/attachment.cgi?id=73029 Startup attempt via Konsole On startup, FPW crashes with "insufficient memory" error regardless how the app is started, e.g. Konsole with ./FOXPROW.EXE, or FOXPROW.EXE open with Wine Windows Program Loader or by Application Menu command /home/jim_pcl/.wine/drive_c/FPW26/FOXPROW.EXE. This application worked (with the exception of previously reported bug) with the last installed wine version 7.13 - problem appeared with the update to version 7.16 -- 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 51698] New: ucrt stdio's stdout does not flush
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51698 Bug ID: 51698 Summary: ucrt stdio's stdout does not flush Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- Not msvcrt. UCRT does not correctly flush. why? -- 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 53766] New: vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53766 Bug ID: 53766 Summary: vbscript fails to handle SAFEARRAY assignment, access, UBounds, LBounds Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- While working on leveraging the vbscript engine of Wine for a macos/linux port of Visual Pinball, I finally have the example table working and am starting to work through the runtime errors. The table script requests an array of balls on the table and uses that array to drop ball shadows and generate rolling sounds. Take the following code: Const tnob = 5 Dim rolling() ReDim rolling(tnob) Sub RollingTimer_Timer() Dim BOT, b BOT = GetBalls For b = 0 to UBound(BOT) If BOT(b).z < 30 Then rolling(b) = True End If Next End Sub GetBalls is in the application code and returns a SAFEARRAY of IDispatch pointers: STDMETHODIMP ScriptGlobalTable::GetBalls(LPSAFEARRAY *pVal) Currently this will fail at BOT assign_value because VariantCopyInd calls VariantCopy which calls VARIANT_ValidateType which then returns DISP_E_BADVARTYPE I believe I have this now working but I'm not sure if it would impact anything else for an official patch: inc/wine/dlls/oleaut32/variant.c: HRESULT WINAPI VariantCopy(VARIANTARG* pvargDest, const VARIANTARG* pvargSrc) { HRESULT hres = S_OK; TRACE("(%s,%s)\n", debugstr_variant(pvargDest), debugstr_variant(pvargSrc)); #ifndef __SAFEARRAYFIX__ if (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */ FAILED(VARIANT_ValidateType(V_VT(pvargSrc)))) return DISP_E_BADVARTYPE; #else if (V_TYPE(pvargSrc) != VT_SAFEARRAY && (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */ FAILED(VARIANT_ValidateType(V_VT(pvargSrc))))) return DISP_E_BADVARTYPE; #endif if (pvargSrc != pvargDest && SUCCEEDED(hres = VariantClear(pvargDest))) { *pvargDest = *pvargSrc; /* Shallow copy the value */ if (!V_ISBYREF(pvargSrc)) { switch (V_VT(pvargSrc)) { case VT_BSTR: V_BSTR(pvargDest) = SysAllocStringByteLen((char*)V_BSTR(pvargSrc), SysStringByteLen(V_BSTR(pvargSrc))); if (!V_BSTR(pvargDest)) hres = E_OUTOFMEMORY; break; case VT_RECORD: hres = VARIANT_CopyIRecordInfo(pvargDest, pvargSrc); break; case VT_DISPATCH: case VT_UNKNOWN: V_UNKNOWN(pvargDest) = V_UNKNOWN(pvargSrc); if (V_UNKNOWN(pvargSrc)) IUnknown_AddRef(V_UNKNOWN(pvargSrc)); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest)); break; #endif default: if (V_ISARRAY(pvargSrc)) hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest)); } } } return hres; } inc/wine/dlls/vbscript/interp.c: static HRESULT variant_call(exec_ctx_t *ctx, VARIANT *v, unsigned arg_cnt, VARIANT *res) { SAFEARRAY *array = NULL; DISPPARAMS dp; HRESULT hres; TRACE("%s\n", debugstr_variant(v)); if(V_VT(v) == (VT_VARIANT|VT_BYREF)) v = V_VARIANTREF(v); switch(V_VT(v)) { case VT_ARRAY|VT_BYREF|VT_VARIANT: array = *V_ARRAYREF(v); break; case VT_ARRAY|VT_VARIANT: array = V_ARRAY(v); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: array = V_ARRAY(v); break; #endif case VT_DISPATCH: vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); hres = disp_call(ctx->script, V_DISPATCH(v), DISPID_VALUE, &dp, res); break; default: FIXME("unsupported on %s\n", debugstr_variant(v)); return E_NOTIMPL; } if(array) { if(!res) { FIXME("no res\n"); return E_NOTIMPL; } vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); hres = array_access(ctx, array, &dp, &v); if(FAILED(hres)) return hres; V_VT(res) = VT_BYREF|VT_VARIANT; V_BYREF(res) = v; } stack_popn(ctx, arg_cnt); return S_OK; } inc/wine/dlls/vbscript/global.c: static HRESULT Global_UBound(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { SAFEARRAY *sa; HRESULT hres; LONG ubound; int dim; assert(args_cnt == 1 || args_cnt == 2); TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ? debugstr_variant(arg + 1) : "1"); switch(V_VT(arg)) { case VT_VARIANT|VT_ARRAY: sa = V_ARRAY(arg); break; case VT_VARIANT|VT_ARRAY|VT_BYREF: sa = *V_ARRAYREF(arg); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: sa = V_ARRAY(arg); break; #endif default: FIXME("arg %s not supported\n", debugstr_variant(arg)); return E_NOTIMPL; } static HRESULT Global_LBound(BuiltinDisp *This, VARIANT *arg, unsigned args_cnt, VARIANT *res) { SAFEARRAY *sa; HRESULT hres; LONG ubound; int dim; assert(args_cnt == 1 || args_cnt == 2); TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ? debugstr_variant(arg + 1) : "1"); switch(V_VT(arg)) { case VT_VARIANT|VT_ARRAY: sa = V_ARRAY(arg); break; case VT_VARIANT|VT_ARRAY|VT_BYREF: sa = *V_ARRAYREF(arg); break; #ifdef __SAFEARRAYFIX__ case VT_SAFEARRAY: sa = V_ARRAY(arg); break; #endif default: FIXME("arg %s not supported\n", debugstr_variant(arg)); return E_NOTIMPL; } -- 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 53836] New: HireTrack NX - Language fails to load with server, causing program not to open
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53836 Bug ID: 53836 Summary: HireTrack NX - Language fails to load with server, causing program not to open Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jake(a)signature.tech Distribution: --- The folks over at NavigatorSystems and my internal IT seem to thing this is a language problem with a recent version of CrossOver. The problem was originally noticed in a september build. I am not a programer... -- 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 49520] New: WIng Commander 4 DVD edition not scaling/displaying Videos correctly
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49520 Bug ID: 49520 Summary: WIng Commander 4 DVD edition not scaling/displaying Videos correctly Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: jcarthew(a)gmail.com Distribution: --- Created attachment 67651 --> https://bugs.winehq.org/attachment.cgi?id=67651 DVD Resize/Rendering error. Video/Audio decode/playback works, however The video is being rendered as a square/being clipped off, and is not being scaled correctly. I have also tried to force the screen resolution into 640x480 which fixed the scale, but did not fix the square image/cropping 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 14

[Bug 53848] New: wine: Bad CPU type in executable (Apple Silicon M1)
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53848 Bug ID: 53848 Summary: wine: Bad CPU type in executable (Apple Silicon M1) Product: Wine-staging Version: 7.19 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b1779506(a)trbvn.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- user(a)users-Apple-M1 ~ % brew tap homebrew/cask-versions Running `brew update --auto-update`... ==> Auto-updated Homebrew! Updated 2 taps (homebrew/core and homebrew/cask). ==> New Casks anytype ==> Tapping homebrew/cask-versions Cloning into '/opt/homebrew/Library/Taps/homebrew/homebrew-cask-versions'... remote: Enumerating objects: 250611, done. remote: Counting objects: 100% (250611/250611), done. remote: Compressing objects: 100% (76523/76523), done. remote: Total 250611 (delta 173598), reused 250577 (delta 173577), pack-reused Receiving objects: 100% (250611/250611), 64.00 MiB | 3.71 MiB/s, done. Resolving deltas: 100% (173598/173598), done. Tapped 230 casks (261 files, 71MB). user(a)users-Apple-M1 ~ % brew install --cask --no-quarantine wine-staging ==> Caveats wine-staging supports both 32-bit and 64-bit. It is compatible with an existing 32-bit wine prefix, but it will now default to 64-bit when you create a new wine prefix. The architecture can be selected using the WINEARCH environment variable which can be set to either win32 or win64. To create a new pure 32-bit prefix, you can run: $ WINEARCH=win32 WINEPREFIX=~/.wine32 winecfg See the Wine FAQ for details: https://wiki.winehq.org/FAQ#Wineprefixes ==> Downloading https://github.com/Gcenx/macOS_Wine_builds/releases/download/7.1 ==> Downloading from https://objects.githubusercontent.com/github-production-rel ######################################################################## 100.0% ==> Installing Cask wine-staging Warning: macOS's Gatekeeper has been disabled for this Cask ==> Moving App 'Wine Staging.app' to '/Applications/Wine Staging.app' ==> Linking Binary 'appdb' to '/opt/homebrew/bin/appdb' ==> Linking Binary 'winehelp' to '/opt/homebrew/bin/winehelp' ==> Linking Binary 'msiexec' to '/opt/homebrew/bin/msiexec' ==> Linking Binary 'notepad' to '/opt/homebrew/bin/notepad' ==> Linking Binary 'regedit' to '/opt/homebrew/bin/regedit' ==> Linking Binary 'regsvr32' to '/opt/homebrew/bin/regsvr32' ==> Linking Binary 'wine' to '/opt/homebrew/bin/wine' ==> Linking Binary 'wine64' to '/opt/homebrew/bin/wine64' ==> Linking Binary 'wineboot' to '/opt/homebrew/bin/wineboot' ==> Linking Binary 'winecfg' to '/opt/homebrew/bin/winecfg' ==> Linking Binary 'wineconsole' to '/opt/homebrew/bin/wineconsole' ==> Linking Binary 'winedbg' to '/opt/homebrew/bin/winedbg' ==> Linking Binary 'winefile' to '/opt/homebrew/bin/winefile' ==> Linking Binary 'winemine' to '/opt/homebrew/bin/winemine' ==> Linking Binary 'winepath' to '/opt/homebrew/bin/winepath' ==> Linking Binary 'wineserver' to '/opt/homebrew/bin/wineserver' ???? wine-staging was successfully installed! user(a)users-Apple-M1 ~ % winecfg /opt/homebrew/bin/winecfg: line 46: /opt/homebrew/bin/wine: Bad CPU type in executable /opt/homebrew/bin/winecfg: line 46: /opt/homebrew/bin/wine: Undefined error: 0 user(a)users-Apple-M1 ~ % wine --version zsh: bad CPU type in executable: wine user(a)users-Apple-M1 ~ % wine zsh: bad CPU type in executable: wine user(a)users-Apple-M1 ~ % brew list --versions|grep wine wine-staging 7.19 -- 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 46083] New: postgresql: " Unable to write inside TEMP environment variable path"
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=46083 Bug ID: 46083 Summary: postgresql: "Unable to write inside TEMP environment variable path" Product: Wine Version: 3.19 Hardware: x86 URL: http://www.postgresql.org/download/windows/ OS: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo Noticed in 9.3.4-3 and 9.3.24 installers. When starting the installer, there's an immediate error dialog: Error There has been an error. Unable to write inside TEMP environment variable path. Terminal shows: 0048:fixme:wscript:set_host_properties ignored L"nologo" switch 0048:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 0048:fixme:wshom:WshShell3_get_Environment (0x144008 {VT_BSTR: L"PROCESS"} 0x33f748): semi-stub 0048:fixme:wshom:WshEnvironment_QueryInterface Unknown iface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} 0048:fixme:wscript:Host_Quit (1) semi-stub: no script engine clean up winetricks -q wsh57 works around it. -- 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 7

[Bug 53565] New: postgresql installer 9.3 needs support for default style argument in WshShell.Run
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53565 Bug ID: 53565 Summary: postgresql installer 9.3 needs support for default style argument in WshShell.Run Product: Wine Version: 7.11 Hardware: x86 URL: https://www.enterprisedb.com/downloads/postgres-postgr esql-downloads OS: Linux Status: NEW Keywords: download, Installer, source Severity: minor Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com Depends on: 46083 Distribution: Fedora This is followup to Bug #46083 Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script called prerun_checks is executed. There is failure executing following line canExecute = WshShell.Run("Temp_Path") Terminal shows: 0124:err:wshom:WshShell3_Run failed to convert style argument, 0x80020005 We need to add support for default "style" arg in wshom::WshShell3_Run. This failure is hidden and script works accidentally because of a "On Error Resume Next" line before the WshShell.Run. -- 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