http://bugs.winehq.com/show_bug.cgi?id=885
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-19 02:50 -------
Created an attachment (id=235)
Horribly hacked solution that masks the problem (patch)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=885
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-18 23:30 -------
It's a timing problem, it seems that when the source and destination are the
same the screen is not updated properly before the next bitblt. I found this out
by putting a FIXME in a for loop. I wanted to slow this down so I could see the
problem as it progressed. What it did is clear the problem up.
....
physDevDst->exposures++;
wine_tsx11_unlock();
if (physDevDst == physDevSrc){
INT q;
for(q=1;q<1000 q++){
FIXME("Same Source;
}
}
return TRUE;
....
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=885
------- Additional Comments From dclark(a)akamail.com 2002-07-18 22:56 -------
Yep, it looks like that for me. I added a trace to check the parameters to
XCopyArea, and they look ok.
case SRCCOPY: /* 0xcc */
if (dcSrc->bitsPerPixel == dcDst->bitsPerPixel)
{
TRACE(" src_xy=%d,%d size=%d,%d dst_xy=%d,%d\n",
physDevSrc->org.x + visRectSrc.left,
physDevSrc->org.y + visRectSrc.top,
width, height,
physDevDst->org.x + visRectDst.left,
physDevDst->org.y + visRectDst.top );
I think what is happening is that the first bitblt is doing the scroll on an
internal image.
trace:bitblt:BitBlt hdcSrc=08dc 38,0 24 bpp->hdcDest=08dc 0,0 570x392x24 rop=cc0020
...
trace:bitblt:BITBLT_InternalStretchBlt src_xy=38,0 size=570,392 dst_xy=0,0
And then the second copies the entire image to the screen
trace:bitblt:StretchBlt 08dc 0,0 608x392x24 -> 0894 0,0 608x392x24 rop=cc0020
...
trace:bitmap:X11DRV_DIB_SetImageBits
XPutImage(44041069,0x8079818,0x80b3ec0,0,0,0,0,608,436)
...
trace:bitblt:BITBLT_InternalStretchBlt src_xy=0,0 size=608,392 dst_xy=16,22
The dst_xy on this second one is offset to accomodate the frame (I think).
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=885
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-18 19:47 -------
Well I've tracked it down to this code snippet
case SRCCOPY: /* 0xcc */
if (dcSrc->bitsPerPixel == dcDst->bitsPerPixel)
{
wine_tsx11_lock();
XSetFunction( gdi_display, physDevDst->gc, GXcopy );
XCopyArea( gdi_display, physDevSrc->drawable,
physDevDst->drawable, physDevDst->gc,
physDevSrc->org.x + visRectSrc.left,
physDevSrc->org.y + visRectSrc.top,
width, height,
physDevDst->org.x + visRectDst.left,
physDevDst->org.y + visRectDst.top );
physDevDst->exposures++;
wine_tsx11_unlock();
return TRUE;
}
In each case it goes into this code. (XCopyArea is not a wine function)
can you confirm?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=502
------- Additional Comments From mstefani(a)redhat.com 2002-07-18 18:11 -------
Patch sent to wine-patches.
I would assign this bug to me, but it seems I can't do it.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=502>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=885
------- Additional Comments From dclark(a)akamail.com 2002-07-18 17:48 -------
Yep, that was a click on the right. And of course there is a series of quick
scrolls of various sizes, corresponding to the various sized pieces left on the
right side causing the screen corruption.
trace:scroll:X11DRV_ScrollDC 08dc -181,0 hrgnUpdate=0000 rcUpdate = (nil)
trace:scroll:X11DRV_ScrollDC 08dc -81,0 hrgnUpdate=0000 rcUpdate = (nil)
trace:scroll:X11DRV_ScrollDC 08dc -81,0 hrgnUpdate=0000 rcUpdate = (nil)
trace:scroll:X11DRV_ScrollDC 08dc -82,0 hrgnUpdate=0000 rcUpdate = (nil)
trace:scroll:X11DRV_ScrollDC 08dc -60,0 hrgnUpdate=0000 rcUpdate = (nil)
I think 24 bits is only because that is what my video card is set for, so that
is what wine is using. Riven itself is only 8 bit color, as I recall.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=882
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-18 17:30 -------
My profuse appologies for my spelling.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=882>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=882
------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-07-18 16:38 -------
It's NOT pallet !
For some reason I hate it when people can't spell palette properly
(and thus even mention a non-existing debugmsg at the same time).
(that's quite appallETing, to be exact :-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=882>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=882
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-18 16:28 -------
If you think its a pallet problem then you should try --debugmsg +pallet to see
what you can find. Attach the relevent portion of the trace to this bug. You
might find the following patch helpfull for pinpointing problems.
Index: dlls/x11drv/mouse.c
===================================================================
RCS file: /home/wine/wine/dlls/x11drv/mouse.c,v
retrieving revision 1.8
diff -u -r1.8 mouse.c
--- dlls/x11drv/mouse.c 14 Jun 2002 00:08:40 -0000 1.8
+++ dlls/x11drv/mouse.c 18 Jul 2002 21:23:22 -0000
@@ -544,6 +544,7 @@
update_cursor( hwnd, event->window );
get_coords( &hwnd, event->window, event->x, event->y, &pt );
+ FIXME("\tx:=%d y:=%d ----------------------\n",event->x,event->y);
switch (buttonNum)
{
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=882>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=882
------- Additional Comments From johane(a)lysator.liu.se 2002-07-18 15:07 -------
In the gameplay, the blue background colour used in the game menu is way too
dark. It's not a monitor issue, so I say we have a palette problem on our hands.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=882>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=878
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-18 14:28 -------
I must check if the background of my window manager is black. (SawFish)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=878>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=878
------- Additional Comments From us(a)the-edmeades.demon.co.uk 2002-07-18 13:38 -------
Hmmm - Sounds like I am one step ahead of you!! No idea really - The
background of the icon should be the same colour as the active window title
bar (in my case blue). The only reason I tried playing with managed is that
the X11drv part of icons has special code in one of the cases.
I am running Mandrake 8.2 if it helps, cant remember what window manager though
(I dual boot, am in windows right now...)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=878>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=885
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-18 12:25 -------
:BitBlt hdcSrc=08dc 181,0 24 bpp->hdcDest=08dc 0,0 427x392x24 rop=cc0020
OK. This looks (to me) like the source and destination are the same. hdcSrc and
hdcDest both = 08dc. Based on my experience with SimCity's screen corruption I
am inclined to be suspicious of this. The other thing about it is that it is
24bpp and as Lionel says its evil <g>
source x = 181
source y = 0
destination x = 0
destination y = 0
width = 427
hieght = 392
So my assumption is that you clicked on the right side of the screen and the
left hand side of the screen is not getting updated, right?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=885>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=891
Summary: winemaker and winebuild compatibility problem in the
.spec file
Product: Wine
Version: 20020710
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-tools
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: petschy(a)lucifer.kgt.bme.hu
tried to compile 'hello world' using winelib. empty dir w/ hello.c. winemaker. ok. configure. ok. make : winebuild complained about unknown tokens in the spec file. it turned out that its parser doesn't support (any more?) the 'type' and 'import' keywords. after removing these lines from the .spec file, it compiled fine.
updating the winemaker script should solve the problem. (+plus updating the docs)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=891>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=789
juergen.schmied(a)debitel.net changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.com |julliard(a)winehq.com
Status|NEW |ASSIGNED
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=789>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=789
------- Additional Comments From juergen.schmied(a)debitel.net 2002-07-18 03:28 -------
Created an attachment (id=233)
Test cases
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=789>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=890
------- Additional Comments From maxx2(a)veneto.com 2002-07-18 03:09 -------
Created an attachment (id=232)
C++ Test app for bug 890
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=890>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=890
Summary: Virtual Pages difference - Spotted with VirtualQuery()
Product: Wine
Version: 20020509
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: maxx2(a)veneto.com
As usual, AutoCAD seems to be a good test-bench for wine :-)
I spotted the problem that seemed coming from VirtualQuety function, but
that is (I guess... hmmmm) more a problem of memory handling in wine.
I made a little test app; here the results in wine and win2k, later on
the app itself :
WINE RESULTS :
Memory info about '004012F0' :
Base Address : 00401000
Allocation Base : 00400000
Allocation Protect : PAGE_READONLY | PAGE_WRITECOPY |
PAGE_EXECUTE_READWRITE | PAGE_NOACCESS
Region Size : 00017000
State : MEM_COMMIT
Protect : PAGE_WRITECOPY <----- HERE
Type : MEM_PRIVATE
WIN2k RESULTS :
Memory info about '004012F0' :
Base Address : 00401000
Allocation Base : 00400000
Allocation Protect : PAGE_EXECUTE_WRITECOPY
Region Size : 00001000
State : MEM_COMMIT
Protect : PAGE_EXECUTE_READ <---- AND HERE
Type : MEM_IMAGE
Well, dunno too much about Type field, I didn't find an app that check it yet;
I did find the app that uses Protect flag; I think it's poor coded, but as
usual we should make bad apps work too :-)
The app put some data in code page, not yet spotted if hard or soft-coded,
then before reading it checks Protect field to see if it has not set the
PAGE_GUARD, NO_ACCESS and WRITECOPY flags; if t has, it hangs some 10.000
lines later (sigh....)
I think wine should set Protect flag quite as like as possible as windoze
For AutoCAD2000 I put a dirty hack in process.c, but is really ugly; i'd
prefer not to put my hands (bytes ?) too deeply inside some code that I don't
understand completely...
Attached is the test source (compiled in Borland CBuilder, but should work
with any compiler, apart some unuseful pragma's).
If needed I can post the compiled too :-)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=890>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=889
Summary: WINPOS_GetWinOffset() yields wrong offset
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: tuiningas_ml(a)shaw.ca
Using the game Dynomite from PopCap Games works very well except that the offset
for the graphics is the same as the offset of the window (on the desktop) in
which the graphics are being displayed; I essentially eliminated the code in
WINPOS_GetWinOffset() by adding a return immediately following the code that
sets of the X and Y component of the offset to 0 -- this solves the problem but
I suspect that it will cause problems elsewhere; the file of interest is
windows/winpos.c; feel free to contact me for any additional information
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=889>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=406
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-17 22:39 -------
Closing Bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=406>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=455
This bug depends on bug 655, which changed state:
What |Old Value |New Value
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |INVALID
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=455>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=888
Summary: DXGrab can't be undone.
Product: Wine
Version: 20020509
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: codeweavers(a)datademons.com
It would be nice to be able to have a key-combo (one that you wouldn't likely
use in Windows -- eg CTRL-ALT-SHIFT-R or something silly.) that would RELEASE a
mouse that is DXGrabbed, so that a user may go back to his desktop, deal with
other programs, and then lock it back... normally, you would just turn DX grab
off, but that makes games nearly impossible to play. Being able to release, do
whatever else you wanna do, and the click back in the window to re-lock would be
sweet.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=888>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=406
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn|407, 451, 452, 461, 512, |
|556, 585, 600, 603, 606, |
|607, 638, 765, 824 |
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-17 15:17 -------
Changed tasklets to keyword marking metabug INVALID
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=406>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=128
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://downloads-
| |zdnet.com.com/3120-20-
| |0.html?qt=aol+messenger&tg=d
| |l-20
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-17 14:28 -------
Put download url in URL:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://bugs.winehq.com/show_bug.cgi?id=128>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.