https://bugs.winehq.org/show_bug.cgi?id=53959
Bug ID: 53959
Summary: OpenGL32 fails to initialize
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: Other
When trying to start a 32 bits program with Wine v7.21, OpenGL32 fails to
initialize, and "unixlib" fails to load.
E.g. starting Poser 7:
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0024:err:wgl:DllMain Failed to load unixlib, status 0xc0000135
0024:err:module:LdrInitializeThunk "opengl32.dll" failed to initialize,
aborting
0024:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program
Files\\Poser 7\\Poser.exe" failed, status c0000142
Everything worked fine in this respect up to Wine v7.20...
--
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=53949
Bug ID: 53949
Summary: "OPENGL32.dll" failed to initialize message in
"classic" Dolphin release 4.0-154
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all!
It looks that there exist a bug with the opengL32.dll file in Wine 7.21.
When I start the "final" D3D9 build 4.0-154 (32bit or 64bit) of the Dolphin
emulator then I get at the CLI an error message:
010c:err:wgl:DllMain Failed to load unixlib, status 0xc0000135
010c:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize,
aborting
010c:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\home\\test\\Downloads\\Dolphin\\Dolphin-x64\\Dolphin.exe" failed, status
c0000142
This may or may not be related to the PE migration of the opengl32 library
which happened recently. Unfortunately I am not able to confirm that this
worked on earlier Wine releases. Will look into that when I find the time.
The corresponding DX9-Final-4.0-154 builds of Dolphin can be found here:
https://de.dolphin-emu.org/download/dev/5d7d8be58e1a71b3fcbb2ed3be78d6a014d…
Check "Dolphin.exe --help" or "Dolphin.exe --h" for the available command line
arguments.
Note, this error doesn't occur on latest Dolphin releases. It seems to affect
only older ones.
I have tested this also with the unofficial Ishiiruka-Dolphin fork (build
1136). Also this variant seems to starts-up fine. But it crashes when the D3D9
renderer is selected. At the CLI I get:
010c:fixme:d3d:debug_d3dformat Unrecognized 0x5a574152 (as fourcc: RAWZ)
WINED3DFORMAT!
010c:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x5a574152)
in the format lookup table.
But this seems to be a different issue. ;-)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
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=53936
Bug ID: 53936
Summary: Wrong background colour
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 73494
--> https://bugs.winehq.org/attachment.cgi?id=73494
Screenshots of Pegasus Mail and Hogia Hemekonomi
Wrong background colour for menubar in applications Pegasus Mail and Hogia
Hemekonomi. The background for menu bar is white and should be grey. Compare
attached screenshot to screenshots at Wine AppDB:
https://appdb.winehq.org/appview.php?iAppId=284https://appdb.winehq.org/objectManager.php?sClass=application&iId=4366
I noticed this when upgrading from Wine 7.0 to 7.20.
--
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=53866
Bug ID: 53866
Summary: vbscript fails to handle SAFEARRAY in for...each
Product: Wine
Version: 7.20
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: ---
The following vbscript fails:
dim allBalls = getballs
for each b in allballs
if b.id >= HighestID then highestID = b.id
Next
getballs returns a SAFEARRAY
In interp_newenum, I was able to get SAFEARRAY to work by adding the additional
case:
case VT_SAFEARRAY:
case VT_VARIANT|VT_ARRAY:
case VT_VARIANT|VT_ARRAY|VT_BYREF: {
IEnumVARIANT *iter;
hres = create_safearray_iter(V_ISBYREF(v.v) ? *V_ARRAYREF(v.v) :
V_ARRAY(v.v), &iter);
.
.
.
--
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.