http://bugs.winehq.org/show_bug.cgi?id=34070
Bug #: 34070
Summary: 'fixme:win:alloc_winproc too many winprocs' prevents
simutronics StormFront.exe from updating widgets
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matt(a)tolton.com
Classification: Unclassified
Created attachment 45293
--> http://bugs.winehq.org/attachment.cgi?id=45293
Debug log
This bug is about StormFront.exe from Simutronics. The application works fine
for awhile, but at some point certain widgets in the app stop updating. I
believe this is due to the message I'm seeing in the debug log (see attached):
fixme:win:alloc_winproc too many winprocs
The time it starts appearing coincides with the widgets not updating. The
longer that the application runs, the more messages that are emitted. I ran it
for about 4 hours and saw around 20k messages.
I did some code spelunking and tracked it down to this file:
https://github.com/mirrors/wine/blob/master/dlls/user32/winproc.c#L298
It seems like MAX_WINPROCS could be increased, and it might alleviate the
problem, but would probably just make it take longer to manifest. (Since it
only manifests after using the app for a little while, now).
I am using Crossover Mac 12.2.0 (I am not sure which version of wine this is).
My question is twofold:
1) How hard would it be to actually reclaim these winprocs rather than leak
them?
2) If that doesn't work, is there some way for me to increase the MAX_WINPROCS
constant and recompile user32.dll to use for just one bottle in CrossOver?
--
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=40348
Bug ID: 40348
Summary: Nvidia 800 series cards not detected correctly
Product: Wine
Version: 1.9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: reyqn(a)protonmail.com
Distribution: ---
I've noticed that my gtx 860m is not detected correctly by wine, and it seems
like all the 800 series GPU aren't either.
Here are the outputs you should need as information about my GPU (if I remember
well I've got the maxwell 860m, and unfortunately I don't have any information
on the kepler 860m and any of the other 800 series GPU).
optirun nvidia-settings -c :8 -t -q PCIID
> 4318,5010
optirun nvidia-settings -c :8 -t -q VideoRam
> 2097152
lspci -nn | grep 3D
> 01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX 860M] [10de:1392] (rev ff)
--
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=39918
Bug ID: 39918
Summary: Mail.Ru GameCenter installer does not work
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: malkov.victor(a)gmail.com
Distribution: ---
GameCenter is digital distribution software for games hosted by mail.ru.
Installer can be downloaded here
http://static.dl.mail.ru/GameCenter_chnl10a.exe or (if direct link changes)
https://games.mail.ru/gamecenter/download/ (big green button "Загрузить").
Current version of installer does not start, without any messages. Old versions
of installer work, and installed gamecenter can be updated to the latest
version.
Tested in different versions of wine, 1.9.0, 1.7.x, with/without staging and
winetricks.
--
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=39667
Bug ID: 39667
Summary: dinput: MotoGP 3 demo launcher crashes on leaving key
configuration dialog.
Product: Wine
Version: 1.8-rc1
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=vers
ion&iId=6934
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: ---
Created attachment 52886
--> https://bugs.winehq.org/attachment.cgi?id=52886
motogp3-demo-launcher-crash.txt with wine-1.8-rc1
Probably same issue as in https://bugs.winehq.org/show_bug.cgi?id=12432 .
(Attached backtrace seems equal.)
Steps to reproduce:
- start launcher
- "Configure Controller"
- leave dialog with "Cancel"
- crash
MotoGP 3 demo launcher uses ConfigureDevices for the key mapping.
This seems because the result of a GetProperty(DIPROP_USERNAME) is used
without checking.
--
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=40244
Bug ID: 40244
Summary: PostThreadMessage with WM_NOTIFY message should
succeed
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian(a)fds-team.de
Distribution: ---
The issue was encountered by a user in the #winehq channel while testing a
company-internal application in Wine. Based on the provided log file I've
tracked it down to the following few lines:
--- snip ---
0009:Call user32.PostThreadMessageA(00000028,0000004e,00000001,00000466)
ret=0051258b
0009:Call winex11.drv.GetKeyboardLayout(00000000) ret=7e9a8476
0009:Ret winex11.drv.GetKeyboardLayout() retval=04090409 ret=7e9a8476
0009:Ret user32.PostThreadMessageA() retval=00000000 ret=0051258b
0009:Call user32.LoadStringA(00400000,0000ffc9,0033e820,00001000) ret=004071c7
0009:Ret user32.LoadStringA() retval=00000010 ret=004071c7
0009:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0033f880)
ret=005125c6
0009:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83b77c ip=7b83b77c
tid=0009
[...]
--- snip ---
The application is not really happy about the result of PostThreadMessageA. A
quick test confirms that sending WM_NOTIFY should succeed, which means Wines
is_pointer_message() function is a bit too strict here.
I'll prepare some more tests and a patch to fix it, this bug is just to keep
track of the 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=39796
Bug ID: 39796
Summary: SCP Containment Breach page fault regression
Product: Wine
Version: 1.8-rc4
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
Created attachment 53104
--> https://bugs.winehq.org/attachment.cgi?id=53104
Backtrace of page fault in DirectDraw HAL mode
As of 1.8, SCP Containment Breach immediately suffers a memory access violation
every time a new game is begun or a game is loaded, after the loading screen,
but before anything has been rendered.
This occurs in all versions of SCP Containment Breach from 0.8ish through to
the newest 1.2.3, in both DirectDraw HAL and Intel 945G mode. Backtraces
attached.
--
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=39681
Bug ID: 39681
Summary: Unimplemented function
crypt32.dll.CryptMsgVerifyCountersignatureEncoded
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
MS dotnet's SignedCms.CheckSignature() depends on
crypt32.dll.CryptMsgVerifyCountersignatureEncoded .
I found this out while running a test program which does exactly that:
Unhandled Exception: System.Runtime.InteropServices.SEHException: External
component has thrown an exception.
at
System.Security.Cryptography.CAPISafe.CryptMsgVerifyCountersignatureEncoded(IntPtr
hCryptProv, UInt32 dwEncodingType, IntPtr pbSignerInfo,
UInt32 cbSignerInfo, IntPtr pbSignerInfoCountersignature, UInt32
cbSignerInfoCountersignature, IntPtr pciCountersigner)
at
System.Security.Cryptography.Pkcs.SignerInfo.Verify(X509Certificate2Collection
extraStore, X509Certificate2 certificate, Boolean verifySig
natureOnly)
at
System.Security.Cryptography.Pkcs.SignerInfo.CheckSignature(X509Certificate2Collection
extraStore, Boolean verifySignatureOnly)
at
System.Security.Cryptography.Pkcs.SignedCms.CheckSignatures(SignerInfoCollection
signers, X509Certificate2Collection extraStore, Boolean v
erifySignatureOnly)
at
System.Security.Cryptography.Pkcs.SignedCms.CheckSignatures(SignerInfoCollection
signers, X509Certificate2Collection extraStore, Boolean v
erifySignatureOnly)
at
System.Security.Cryptography.Pkcs.SignedCms.CheckSignature(X509Certificate2Collection
extraStore, Boolean verifySignatureOnly)
at System.Security.Cryptography.Pkcs.SignedCms.CheckSignature(Boolean
verifySignatureOnly)
...
wine: Unimplemented function crypt32.dll.CryptMsgVerifyCountersignatureEncoded
called at address 0x7b83e9b0 (thread 0009), starting debugger...
Unhandled exception: unimplemented function
crypt32.dll.CryptMsgVerifyCountersignatureEncoded called in 32-bit code
(0x7b83e9b0).
(Apologies the wine version may not be accurate if this report is version
sensitive - I kept a note on this error on Nov 2, but I upgraded wine to 1.7.55
on No 20; so the actual error would have been observed approximately with
1.7.54/1.7.53/1.7.52)
--
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=40466
Bug ID: 40466
Summary: Function 'KERNEL32.dll.GetConsoleFontInfo' is missing
Product: Wine
Version: 1.9.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Running mc.exe (Midnight Commander) gives me:
wine: Call from 0x7b43bbdc to unimplemented function
KERNEL32.dll.GetConsoleFontInfo, aborting
and crash.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35711
Bug ID: 35711
Summary: Winelib: compile error in wincon.h if NOGDI is defined
before #include <windows.h>
Product: Wine
Version: 1.4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: matteo(a)mitalia.net
As described in the summary; if I try to compile the following file
#define NOGDI
#include <windows.h>
int main()
{
return 0;
}
with winegcc (wine-dev package 1.4.1 from Ubuntu 13.10) I get
In file included from /usr/include/wine/windows/windows.h:42:0,
from test.c:2:
/usr/include/wine/windows/wincon.h:337:62: error: unknown type name
‘LPCONSOLE_FONT_INFOEX’
WINBASEAPI BOOL WINAPI
GetCurrentConsoleFontEx(HANDLE,BOOL,LPCONSOLE_FONT_INFOEX);
^
/usr/include/wine/windows/wincon.h:375:62: error: unknown type name
‘LPCONSOLE_FONT_INFOEX’
WINBASEAPI BOOL WINAPI
SetCurrentConsoleFontEx(HANDLE,BOOL,LPCONSOLE_FONT_INFOEX);
^
winegcc: gcc failed
This comes from the fact that the typedef LPCONSOLE_FONT_INFOEX (and related
types) is #ifdef-ed out when NOGDI is defined, but SetCurrentConsoleFontEx
(which depends from this type) is always included.
The bug makes compiling anything that uses the NOGDI option impossible.
--
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.