wine-bugs July 2002

wine-bugs@winehq.org

4 participants
459 discussions

[Bug 885] - Screen Corruption in riven
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 891] New: - winemaker and winebuild compatibility problem in the .spec file
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 789] - __CxxFrameHandler and Friends might be incomplete/wrong
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 789] - __CxxFrameHandler and Friends might be incomplete/wrong
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 890] - Virtual Pages difference - Spotted with VirtualQuery()
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 890] New: - Virtual Pages difference - Spotted with VirtualQuery()
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 889] New: - WINPOS_GetWinOffset() yields wrong offset
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 406] - Wine Tasklets Meta Bug
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 455] - FIXMEs
by wine-bugs＠winehq.com 18 Jul '02

18 Jul '02

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.

1 0

[Bug 888] New: - DXGrab can't be undone.
by wine-bugs＠winehq.com 17 Jul '02

17 Jul '02

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.

1 0

← Newer
1
...
24
25
26
27
28
29
30
...
46
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2002