http://bugs.winehq.org/show_bug.cgi?id=12171
Summary: adding popupmenu to itself, then using finditem causes
stack overflow
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mark.dufour(a)gmail.com
The following code crashes WINE, but not Windows. It adds a popupmenu to the
popupmenu itself, then calls MENU_FindItem via GetMenuState. MENU_FindItem
keeps following the loop until it crashes with a stack overflow. Windows reacts
a bit strangely, too, but does not crash. Messing around in MENU_FindItem
allows WZebra (othello program, listed in the appdb) to start, but I was unable
to figure out the correct solution. Not sure if WZebra accidentally creates a
temporary loop, or that this is caused by some other regression. WZebra used to
work great a long time ago.
/* sub menu */
hSubMenu = CreatePopupMenu();
InsertMenu(hSubMenu, -1, MF_BYPOSITION, 1234, "loop");
/* main menu */
hMenu = CreateMenu();
InsertMenu(hMenu, -1, MF_BYPOSITION | MF_POPUP, (UINT)hSubMenu,
"&File");
/* add popupmenu to itself */
ModifyMenu(hSubMenu, 1234, MF_POPUP, (UINT)hSubMenu, "loop");
/* MENU_FindItem ends up in infinite recursion */
GetMenuState(hMenu, (UINT)hSubMenu, 0);
--
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=10435
Summary: Portal 1.0: Portals don't always appear correctly
(clipping plane / frustum not being respected?)
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chrislord.net(a)gmail.com
Often in Portal, instead of seeing through a pair of portals, you end up seeing
what's behind the destination portal - but this depends on the viewing angle
and distance.
It would appear that the clipping plane/frustum (whatever) when the portal is
rendered is modified with respect to the player's position in Portal; or
perhaps it *isn't* modified and is instead rendered with the same clipping
frustum as the main viewpoint.
--
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=9688
Summary: Thief: Deadly Shadows does not render text properly
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Created an attachment (id=8111)
--> (http://bugs.winehq.org/attachment.cgi?id=8111)
Screenshot illustrating problem
Many things in Thief: Deadly Shadows do not properly render text. This makes it
extremely difficult to use the menus, save/load games, or read in-game
instructions. Also, the problem gets worse as you move the mouse around.
--
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=9374
Summary: Ricochet Infinity window fills the screen when switching
from fullscreen mode
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=8907
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
By default, Ricochet Infinity runs in fullscreen mode at 800x600. When
switching from fullscreen mode to windowed mode, the screen size is changed
from 800x600 back to the original screen size (this should happen), and the
window is resized to full the screen (this should not). This happens whether
I'm using my normal window manager or running the program in a virtual desktop.
Starting the game once the setting is changed to windowed mode works fine; the
window is 800x600 and the screen size is not changed.
--
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=11345
Summary: Wrong button vertical position
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mirko2324(a)yahoo.de
Created an attachment (id=10453)
--> (http://bugs.winehq.org/attachment.cgi?id=10453)
screenshot
The up/down-button in all detail windows of eMule v0.48a (f. e. download
details) are at the wrong vertical position. I made a screenshot of this issue.
I have tested this with different versions of eMule and wine.
--
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=11542
Summary: Proteus Demo crashes/hangs early
Product: Wine
Version: 0.9.53.
Platform: Other
URL: http://www.labcenter.co.uk/download/prodemo_download.htm
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user said this was an important app for him, see
http://groups.google.com/group/comp.emulators.ms-windows.wine/browse_frm/th…
so I downloaded it.
-rw-r--r-- 1 dank dank 26884429 2008-02-10 11:39 prodemo.exe
md5sum:
625319872a0fdd12fe79ad8209b80f3 prodemo.exe
It had some hitches installing (the outer installer hung,
the inner installer it left behind ran, but five or six times
claimed "too many files open", and you had to click ignore
each time to finish the install. (File handle leak?)
Running the ares.exe it installed crashed after putting up the UI.
I'll attach the log.
--
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=11447
Summary: Solver addin in excel 2003 gives an "Out of Memory"
error
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: smorar(a)gmail.com
An "Out of Memory" error occurs when trying to open the Solver tool from within
excel 2003.
Output to the terminal prints the following error message:
fixme:ole:_invoke unsupported number of arguments 126 in stdcall
Steps to reproduce:
1) Install Office 2003 to a new wine drive.
2) During the installation, customize the installation, and install the
"Solver" addin.
3) Run excel with wine
4) Under Tools->Addins, select "Solver"
5) Restart excel
6) Select Tools->Solver
--
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=10050
Summary: oleaut32 and ITypeInfo::Invoke arguments
Product: Wine
Version: 0.9.47.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
I'm trying to see an application (a cnc simulator/manager called ZFlash) in
wine. It is a quite big VB6 application and I hope one day (not so distant)
will run in linux. There are strange (for me :) errors:
...
ab},x=0,y=0,f=0,0x33e8b8), partially implemented.
fixme:ole:OleLoadPictureEx
(0x1451a0c,3134,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f17c),
partially implemented.
fixme:ole:OleLoadPictureEx
(0x1460794,2110,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x33f530),
partially implemented.
fixme:ole:OLEPictureImpl_SaveAsFile (0x1d94008)->(0x21ed868, 0, (nil)), hacked
stub.
fixme:ole:OLEPictureImpl_Render type -1 not implemented
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
icons...
HERE IS THE 'STRANGE' LINE
fixme:ole:_invoke unsupported number of arguments 70 in stdcall
fixme:ole:OLEPictureImpl_Render type -1 not implemented
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
icons...
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
icons...
fixme:ole:OLEPictureImpl_Render type -1 not implemented
fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering
... continue
In the wine sources:
/dlls/oleaut32.dll, file typelib.c
/* ITypeInfo::Invoke
DWORD _invoke(FARPROC func,CALLCONV callconv, int nrargs, DWORD *args) {
...
switch (callconv) {
case CC_STDCALL:
switch (nrargs) {
case 0:
res = func();
break;
case 1:
res = func(args[0]);
break;
...
case 30: ...
it finishes at 30, but the application seems to need also the 46 and 70 case.
I have added the two case and seems ok (it stops for another thing after this
but I think is another story)
My question is: 30 is considered only a big number or there is a reason?
Seems that this application need bigger numbers...
(wine 0.9.47 clean from sources)
--
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=9995
Summary: font/menu problems ocurring with 0.9.41
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Hannes.Krueger(a)uibk.ac.at
I use a windows application with wine. wine version 0.9.39 and 0.9.40 work fine
with this application, versions from 0.9.41 (incl. builds from most recent
git/cvs sources) fail to run this software:
No text is displayed in the main window of the application. Browsing through
the dropdown menus (which also do not contain any text) leads to a crash.
The output of a successfull run with wine 0.9.40 and the output of a crash
using version 0.9.41 is attached.
Maybe somebody has an idea what the problem is.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.