http://bugs.winehq.org/show_bug.cgi?id=25284
Summary: kernel32: process tests fail on Ubuntu 10.04
Product: Wine
Version: 1.3.7
Platform: x86-64
URL: http://test.winehq.org/data/9867c39133f260eead2e7a041e
ae1d1fd775dcf1/wine_ae-ub1004/kernel32:process.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
These tests fail every time on my machine:
wine: configuration in '/home/austin/.wine' has been updated.
wine: cannot find L"C:\\windows\\system32\\doesnotexist.exe"
wine: cannot find L"C:\\windows\\system32\\does.exe"
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\austin\\wine-git\\dlls\\kernel32\\tests\\kernel32_test.exe" failed,
status c0000022
process.c:1276: Test failed: StartupInfoA:cb expected 68, but got 0
process.c:1277: Test failed: StartupInfoA:lpDesktop expected '', got '(null)'
process.c:1279: Test failed: expected
'Z:\home\austin\wine-git\dlls\kernel32\tests\kernel32_test.exe.so' or null, got
'(null)'
process.c:1281: Test failed: StartupInfoA:dwX expected 0, but got 1
process.c:1282: Test failed: StartupInfoA:dwY expected 0, but got 1
process.c:1283: Test failed: StartupInfoA:dwXSize expected 0, but got 1
process.c:1284: Test failed: StartupInfoA:dwYSize expected 0, but got 1
process.c:1285: Test failed: StartupInfoA:dwXCountChars expected 0, but got 1
process.c:1286: Test failed: StartupInfoA:dwYCountChars expected 0, but got 1
process.c:1287: Test failed: StartupInfoA:dwFillAttribute expected 0, but got 1
process.c:1288: Test failed: StartupInfoA:dwFlags expected 1, but got 0
process.c:1289: Test failed: StartupInfoA:wShowWindow expected 1, but got 0
process.c:1543: Test failed: ReadProcessMemory error -559038737
process.c:1545: Test failed: wrong read bytes 0
process.c:1623: Test failed: GetProcessVersion error 5
make: *** [process.ok] Error 15
I've tried going back to 1.2, fail there as well, and in gcc-4.4 and gcc from
svn.
austin@midna:~/wine-git/dlls/kernel32/tests$ uname -a
Linux midna 2.6.35-22-generic #34~lucid1-Ubuntu SMP Mon Oct 11 14:34:26 UTC
2010 x86_64 GNU/Linux
--
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.
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.
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.
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.
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.
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.
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.
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@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@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@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@users-Apple-M1 ~ % wine --version
zsh: bad CPU type in executable: wine
user@users-Apple-M1 ~ % wine
zsh: bad CPU type in executable: wine
user@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.
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.
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.