http://bugs.winehq.org/show_bug.cgi?id=15079
Summary: Regression in using external gdiplus from Fractal Mapper Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: goeran@uddeborg.se
The program Fractal Mapper 8.0 (http://appdb.winehq.org/objectManager.php?sClass=version&iId=10813) no longer works with wine 1.0, while it did with 0.9.52. This program uses parts of gdiplus which is not implemented yet. Running without a native gdiplus.dll does not work at all. With a native gdiplus.dll it worked fine with 0.9.52, after some workarounds with the font registry as described in the AppDB entry. With 1.0 however, as soon as one tries to enter a text string one gets an error window:
Access violation at address 70D375A4 in module 'gdiplus.dll'. Read of address 00000048.
The problem can be reproduced also with the free trial version of the program: http://www.nbos.com/nox/index.php?action=1001&id=144
http://bugs.winehq.org/show_bug.cgi?id=15079
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.nbos.com/nox/inde | |x.php?action=1001&id=144 Component|-unknown |gdiplus Keywords| |download, regression Summary|Regression in using external|Fractal Mapper crashes when |gdiplus from Fractal Mapper |entering text
http://bugs.winehq.org/show_bug.cgi?id=15079
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bunglehead@gmail.com
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2008-08-30 18:59:46 --- Hi, Göran.
Please attach a whole backtrace with debug symbols which shows this crash.
http://bugs.winehq.org/show_bug.cgi?id=15079
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com 2008-08-30 19:16:44 --- As for me it even doesn't start properly:
--- wine: Call from 0x7ee16f40 to unimplemented function gdiplus.dll.GdipBeginContainer2, aborting ---
Then I've got an error message box with AV in gdiplus.dll and main window shows up unresponsive..And that's all. Is this the same as on your system?
I can tell for sure that this call wasn't implemented before and isn't now.
Btw, I'm using current wine from repo (a week past 1.1.3).
http://bugs.winehq.org/show_bug.cgi?id=15079
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2008-08-30 19:34:26 --- Dammit. I'm sorry, you're using native module, didn't spot this reading for a first time. In this case mine previous comment is useless.
http://bugs.winehq.org/show_bug.cgi?id=15079
--- Comment #4 from Austin English austinenglish@gmail.com 2008-08-31 00:22:05 --- A regression test would be useful: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=15079
--- Comment #5 from Göran Uddeborg goeran@uddeborg.se 2008-09-01 07:26:37 --- Created an attachment (id=15771) --> (http://bugs.winehq.org/attachment.cgi?id=15771) Backtrace when showing message about violation
Here is the output from "winedbg --auto". Is that the kind of backtrace you meant in comment 1?
When running without a native gdiplus, I get the same effect you describe in comment 2, modulo the precise hexadecimal number.
I'll try to do the regression testing/bisecting asked for in comment 4. It might take a little while, to begin with, I'm trying to figure out why the "yum" command described in http://wiki.winehq.org/WineOn64bit isn't working for me.
http://bugs.winehq.org/show_bug.cgi?id=15079
Göran Uddeborg goeran@uddeborg.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15771|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=15079
--- Comment #6 from Göran Uddeborg goeran@uddeborg.se 2008-09-01 14:09:23 --- I was wrong, the crash isn't introduced between the two versions. The crash is triggered by the presence of a particular font file. (ukai.ttf from the cjkunifonts-ukai package in Fedora.)
To my defence, this looked as it depended on the wine version for this reason: I had a prepared .wine tree where the ukai was not in the registry. It was created before that font was installed. If I ran an old enough version of wine, it would only use the fonts it found. If I ran a newer version it would go through /usr/share/fonts and find new fonts.
But if I install everything completely from scratch, I am able to trigger the bug using 0.9.52 too.
Is there any way to convince wine not to use one font otherwise available on the system?
http://bugs.winehq.org/show_bug.cgi?id=15079
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2008-09-01 14:48:31 --- Actually I know nothing about font selection and substitution order. You could wait here for reply or maybe post this question to wine-users mail list.
Since it's not actually a gdiplus bug please post another report on starting this program with Wine gdiplus. This will help us not to forget about missed BeginContainer/EndContainer functionality.
http://bugs.winehq.org/show_bug.cgi?id=15079
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #8 from Vitaliy Margolen vitaliy@kievinfo.com 2008-09-01 15:46:30 --- This is a known bad font. It causes problems for lots of programs, native Linux included. This really makes this bug invalid.
http://bugs.winehq.org/show_bug.cgi?id=15079
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Dmitry Timoshkov dmitry@codeweavers.com 2008-09-02 03:45:10 --- Closing.
-
wine-bugs＠winehq.org