http://bugs.winehq.org/show_bug.cgi?id=7344
flexo(a)holycrap.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From flexo(a)holycrap.org 2007-12-03 10:55 -------
Patch was applied. Resolving FIXED.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7688
------- Additional Comments From dmitry(a)codeweavers.com 2007-12-03 09:57 -------
How is hard to grep for _EnterWin16Lock/_LeaveWin16Lock in the Wine source?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7672
------- Additional Comments From rmh(a)aybabtu.com 2007-12-03 09:54 -------
Sorry, I'm not familiar with graphics and don't understand the question. Do you
want to know the value of ppfd->cAlphaBits, or if windows are translucent?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7643
------- Additional Comments From viriiboxen(a)gmail.com 2007-12-03 09:41 -------
In reply to comment 11:
Done, your guess seems correct:
trace:d3d_surface:IWineD3DSurfaceImpl_LockRect returning memory@0x22c65df4,
pitch(2048) dirtyfied(1)
First chance exception: page fault on write access to 0x22c65df4 in 32-bit
code (0x0085835a).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7643
------- Additional Comments From hverbeet(a)gmail.com 2007-12-03 09:20 -------
>pLockedRect->pBits = This->resource.allocatedMemory + (pLockedRect->Pitch *
>pRect->top) + (pRect->left * This->bytesPerPixel);
I would need to test this a bit, but I think that line is wrong for the DXT
formats. Those formats are based on 4x4 blocks, with Pitch being the number of
bytes in a block times the width, so we should probably be using pRect->top / 4
rather than pRect->top there.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7643
------- Additional Comments From ehoover(a)mines.edu 2007-12-03 08:48 -------
In Reply to Comment #9:
err:d3d_surface:IWineD3DSurfaceImpl_LockRect l: 128, r: 136, t: 212, b: 220
err:d3d_surface:IWineD3DSurfaceImpl_LockRect w: 512, h: 512
err:d3d_surface:IWineD3DSurfaceImpl_LockRect fmt: 894720068, size: 262144
err:d3d_surface:IWineD3DSurfaceImpl_LockRect returning memory@0x15c7a0a0,
pitch(2048) dirtyfied(1)
First chance exception: page fault on write access to 0x15c7a0a0 in 32-bit code
(0x0082e73a).
I believe that format ID is WINED3DFMT_DXT5. I'm actually using the demo, which
you can download from http://www.fileshack.com/file.x/10158/Supreme+Commander+Demo
In reply to Comment #10:
Could you run with WINEDEBUG="+d3d_surface" and see if LockRect is returning the
memory address that is failing? I'm guessing that Demo(0x0082e73a) ==
Full(0x0085835a).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7692
Summary: Noble Poker client: closing a window crashes the
application with Visual C++ Runtime Library error.
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tappel(a)utu.fi
Noble Poker (http://www.noblepoker.com) client crashes when closing a window
(exiting the client or closing a table window). The crash when exiting is only a
nuisance, the crash when closing a table window effectively forbids playing
multible tables at a time (if you choose to leave one of the tables, you have to
leave all of them).
Steps to reproduce: Download the client from noblepoker.com and install it.
Launch the client, click cancel to see the main window, click exit or log in,
enter a table and click exit. (Account creation does not work in wine, so to log
in you have to have a Windows machine to create the account first.)
Results: A window titled "Microsoft Visual C++ Runtime Library" pops up, with
the text
"Runtime Error!
Program C:\Poker\Noble Poker\casino.exe
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information."
and an OK button on it.
Clicking the ok button crashes the application.
The same happens on both of 0.9.30 and 0.9.25 (Debian unstable and testing,
respectively).
I will attach the log.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.