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.
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.
http://bugs.winehq.org/show_bug.cgi?id=10063
Summary: wineconsole run fail on korean locale.
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dlunch(a)gmail.com
wineconsole failed to run in korean locale.
it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and
'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'.
but when i tried LANG="C" wineconsole cmd, it runs successfully.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=36031
Bug ID: 36031
Summary: 9700M incorrectly detected as 9400
Product: Wine
Version: 1.7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funkydude87(a)hotmail.co.uk
Running the Battle.net client and attempting to launch WoW. Using the nouveau
drivers under 64bit Ubuntu 14.04 and getting a warning message:
OS: Windows XP x64 service pack 2
Card: Nvidia Geforce 9400 GT
It is a warning that my system is below the minimum recommendations. When
launching the game, certain graphical features are disabled that are otherwise
enabled under Windows.
This is a laptop with a Geforce 9700M GT, it thinks I'm running a 9400 desktop
card. It also thinks I'm running XP SP2, not sure if that's correct or should
be SP3.
lspci result of my card in linux:
01:00.0 VGA compatible controller: NVIDIA Corporation G96M [GeForce 9700M GT]
(rev a1)
--
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=32979
Bug #: 32979
Summary: Metal Gear Solid Crash
Product: Wine
Version: 1.5.23
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: levanchelidze(a)gmail.com
Classification: Unclassified
Created attachment 43558
--> http://bugs.winehq.org/attachment.cgi?id=43558
backtrace no fix
Tried to run Start Metal Gear Solid
installed with no problem but when I started it it gave me a massage that it
would start it in software mode but after this it just showed black screen and
nothing more
then I changed the windows xp to windows 2000 same crash.
then I tried GeForce-ATi FiX same error could not run
--
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=39215
Bug ID: 39215
Summary: Nvidia geforce getx 960m detected as gtx470
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: co.parisi(a)libero.it
Distribution: ---
Wine reports the wrong gpu model to games. I'm running it on a laptop with a
gtx 960m gpu, but it gets reported as a gtx 470.
--
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=38667
Bug ID: 38667
Summary: DAZ3D 4.8 cant start it's private Postgres as it sees
Wine accounts as admin. Note line 18269.
NtReadFile,NtWrfile (privilege check kluge) or
NtQueryTokenProcess are cause. Want to downgrade
privilege for groupname 'postgres' only. Where shall I
patch?
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: eternalsquire(a)hotmail.com
Distribution: ---
I rebuilt latest WINE 1.77.44 on ThinkPad laptop running on 32-bit Anti-X
Version 5 Beta 2.
DAZ3D 4.8 (PRO free limited time beta) cant start it's private Postgres as it
sees Wine accounts as admin. Note line 18269. NtReadFile,NtWrfile (privilege
check kluge) or NtQueryTokenProcess are cause. Like to downgrade privilege for
username 'postgres' only. Where shall I patch?
If I can fix this with your help, DAZ3D free promotions will be instant
Platinum. They're Gold already but for the Postrgres, but it has a backup
obsolete database so COULD do without, but even as a hack distribution I could
make more people than you can ever know very happy, including myself. happy.
I saw the existing reports on Administrative privilege problems. I know you
believe having all processes running as Admin from WINE for simplicity, but
Postgres is the one product justifying an exception, and that goes double when
DAZ3D built it proprietary without source. WINE has to give way here because
no one else will.
I won't ask you to find and fix the bug. I just need some of your expertise on
WINE (no internal software documentation!!!) knowing what to look for and
zooming in on the root cause, or worst case, put in a root kluge. I'm a
retired software designer and systems programmer.
--
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=32594
Bug #: 32594
Summary: MessageBox hook WH_CBT HCBT_ACTIVATE sees wrong button
size given MB_DEFBUTTON* style
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: staticinline(a)gmail.com
Classification: Unclassified
MessageBox buttons are not correctly sized during the first call to a WH_CBT
HCBT_ACTIVATE hook if a MB_DEFBUTTON* style is used on the message box.
Observe in the Wine msgbox.c:MSGBOX_OnInit code, the "position the buttons"
loop iterates through each button, and if a button has a MB_DEFMASK set, it
also calls SetFocus, which triggers the WH_CBT HCBT_ACTIVATE hook. This is
before this loop positions the remaining buttons. The attached
wine-msgbox-patch.txt is a patch to Wine 1.5.20 that positions all the buttons
before processing the MB_DEFMASK.
This problem affects programs using the wxWidgets 2.9.x GUI library, whose
message box implementation measures (via GetWindowRec) the initial sizes of the
buttons during a WH_CBT HCBT_ACTIVATE hook [2]. This problem is analyzed more
fully in a wxWidgets ticket [1].
The problem has also been observed to affect at least as far back as Wine 1.0.1
(debian squeeze, x86).
[1] http://trac.wxwidgets.org/ticket/14926
[2] http://trac.wxwidgets.org/browser/wxWidgets/trunk/src/msw/msgdlg.cpp#L369
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31697
Bug #: 31697
Summary: Can't Register Sony Media Manager, couldn't get cookie
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Trying to reproduce bug 31695, I downloaded Sony Media Manager for Walkman 1.2,
9e0e4ab39084724c4f6001de5f2df8b39390ddcf mm4wm12_lite.exe
from
http://esupport.sony.com/perl/swu-download.pl?upd_id=3733&SMB=YES&template_…
Running
wine mm4wm12_lite.exe
downloads and tries to install vcrun2005, quicktime 7, and wmp11 runtime.
It hangs and fails with "requirements not met".
To work around this, follow the tip from
http://appdb.winehq.org/objectManager.php?sClass=version&iId=20125&iTesting…
e.g. download
abc56a568dd1e8ffbfb6f1cbd4d42c031003ed52 wmp11-windowsxp-x86-enu.exe
from http://download.cnet.com/windows-media-player/
then do
cabextract wmp11-windowsxp-x86-enu.exe -F wmfdist11.exe
cabextract wmp11-windowsxp-x86-enu.exe -F wmp11.exe
wine wmfdist11
wine wmp11
Both installs will hang after declaring success; ^C them.
(You can do that from a clean wineprefix or after the installer fails once,
doesn't matter.)
Running mm4wm12_lite.exe then downloads and installs vcrun2005 and quicktime 7,
then runs the Media Manager installer. This fails right at the end
when it's doing "Please wait for initial configuration of Media Manager",
with dialog box
"Fatal error in gc
GetThreadContext failed"
Killing this and then starting the app fails because of a missing registry key.
To work around this, run winetricks dotnet20 before installing.
Then installing succeeds, and on first run the app requires you to register.
Doing so fails with a dialog "Requesting cookie... " followed by
"An error occurred during registration", and console messages:
fixme:wininet:set_cookie persistent cookies not handled (L"expires=Wed,
13-Sep-2017 11:27:19 GMT; path=/; HttpOnly")
fixme:wininet:set_cookie httponly not handled (L"HttpOnly")
fixme:wininet:set_cookie secure not handled (L"Secure; HttpOnly")
('winetricks wininet' seems to get further, then runs into what look like
wintrust problems, but that's another bug)
--
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.