http://bugs.winehq.com/show_bug.cgi?id=919
Summary: FlashFXP 1.4.3 crashes while trying to read "MZ" magic
from base address
Product: Wine
Version: CVS
Platform: PC
URL: http://www.flashfxp.com
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-loader
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: andi(a)rhlx01.fht-esslingen.de
This FlashFXP version has a rather interesting crash:
It tries to read the "MZ" (DOS binary) flag from (varying !) base addresses
like e.g. 0x08040000 or 0x40470000.
This could probably be some sort of encryption or so.
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=919>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=866
mcbridematt(a)hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
BugsThisDependsOn| |539
AssignedTo|wine-bugs(a)winehq.com |mcbridematt(a)hotmail.com
Status|NEW |ASSIGNED
------- Additional Comments From mcbridematt(a)hotmail.com 2002-07-25 02:31 -------
Added 539 as a dependency. It might solve this
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=866>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=918
------- Additional Comments From agalakhov(a)ifmlrs.uran.ru 2002-07-25 01:40 -------
Created an attachment (id=241)
Letters (or sometimes squares) are shown instead of numbers
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=918>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=918
Summary: Fonts are rendered strangely
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: agalakhov(a)ifmlrs.uran.ru
Hello!
I tried to run Microcal Origin 6.0 under Wine. It displays the labels
on the graph strangely. I also tried to change
the font setings in Wine - it does not help.
My configuration is:
RedHat 7.3, Wine got from Dataparty
all fonts are loaded via XFS
Wine uses Cronyx (cyrillic) fonts by default
tried to load native Windows TTFs via XFS - doesn't help
the same via Wine TTF support - doesn't help
native TTFs via XFS + change defaults from Cronyx to koi-8 TTF -
doesn't help, problems with cyrillic (?!)
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=918>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=917
Summary: Cursor jumps strangely
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-gdi
AssignedTo: wine-bugs(a)winehq.com
ReportedBy: agalakhov(a)ifmlrs.uran.ru
The mouse cursor jumps strangely in Wine when some programs (for
example, KDE AMOR) are running together with some program under Wine.
I see this cleanly when Origin 6.0 is running together with Amor.
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=917>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=415
agalakhov(a)ifmlrs.uran.ru changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From agalakhov(a)ifmlrs.uran.ru 2002-07-24 23:46 -------
This bug seems to be solved. Thanks.
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=415>.
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
tuiningas_ml(a)shaw.ca changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From tuiningas_ml(a)shaw.ca 2002-07-24 22:42 -------
The proposed patch that I made was wrong but it seems that someone else made the
right patch elsewhere so it is now fixed. I guess the moral of the story is: if
you wait long enough, someone else will do it for you.... :-)
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=916
------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-07-24 20:10 -------
This is correct DrawDibProfileDisplay is mapped as a stub in
/dlls/msvidio/msvfw32.spec.c The relevant info is as follows
The DrawDibProfileDisplay function determines settings for the display system
when using DrawDib functions.
BOOL DrawDibProfileDisplay(
LPBITMAPINFOHEADER lpbi
);
Parameters
lpbi
Pointer to a BITMAPINFOHEADER structure that contains bitmap information. You
can also specify NULL to verify that the profile information is current. If the
profile information is not current, DrawDib will rerun the profile tests to
obtain a current set of information. When you call DrawDibProfileDisplay with
this parameter set to NULL, the return value is meaningless.
Return Values
Returns a value that indicates the fastest drawing and stretching capabilities
of the display system. This value can be zero if the bitmap format is not
supported or one or more of the following values.
Value Description
PD_CAN_DRAW_DIB DrawDib can draw images using this format. Stretching might or
might not also be supported.
PD_CAN_STRETCHDIB DrawDib can stretch and draw images using this format.
PD_STRETCHDIB_1_1_OK StretchDIBits draws unstretched images using this format
faster than an alternative method.
PD_STRETCHDIB_1_2_OK StretchDIBits draws stretched images (in a 1:2 ratio) using
this format faster than an alternative method.
PD_STRETCHDIB_1_N_OK StretchDIBits draws stretched images (in a 1:N ratio) using
this format faster than an alternative method.
Requirements
Windows NT/2000/XP: Included in Windows NT 3.1 and later.
Windows 95/98/Me: Included in Windows 95 and later.
Header: Declared in Vfw.h.
Library: Use Vfw32.lib.
Is there a program that requires this that we can test against?
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=916>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://bugs.winehq.com/show_bug.cgi?id=906
------- Additional Comments From JeffMay(a)earthlink.net 2002-07-24 19:59 -------
Additional clue: I just noticed that when Wine "locks up" after pressing TAB to
leave the NUM column, and after I press CTRL-C to exit, Wine reports:
/usr/bin/wine: [: too many arguments
Wine failed with return code
/usr/bin/wine: [: too many arguments
/usr/bin/wine: [: -ge: unary operator expected
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=906>.
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-24 18:42 -------
I've had several days to think about this one and I have come up with the
following conclusions
1. The problem is not with the source and destination drawables being the same.
This is pretty rock stable stuff that has been tested in X11 for years. Also
while Debuging Bug 792 I noticed that when scrolling in the file dialog that
the source and destination were the same with no screen corruption. (I had put a
fixme in the code to detect this.) So it isn't this.
2. Timing is a factor because slowing down the execution of same drawables
clears up the problem somewhat.
3. If I move forward and then turn. at the begining of the trace there is this
fixme.
> fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy
This does not occure if I am turning around in circles. What brought my
attention to this is that another program that has screen corruption (Bug 911)
displays this fixme a lot.
All that means is that I understand the problem a little better and have a hint
of where to look next I suppose. My burning question at this point is what does
the somewhat cryptic fixme really mean?
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.