http://bugs.winehq.org/show_bug.cgi?id=15921
Summary: NTE Quick Cross 14.0 gdiplus.dll error Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdiplus AssignedTo: wine-bugs@winehq.org ReportedBy: nospam@thenerdshow.com
NTE Quick Cross is a free downloadable parts lookup database. You can download it here: http://nte01.nteinc.com/webforms.nsf/qcsignin?openform
Click to install. Run it.
Using the program's own native gdiplus.dll (wine nte) Access violation at address 70D375A4 in module 'gdiplus.dll'. Read of address 00000048.
using built-in gdiplus (WINEDLLOVERRIDES="gdiplus=b" wine nte): fixme:gdiplus:GdipSetPathGradientSurroundColorsWithCount not implemented A pop-up is generated, saying "Invalid floating point operation."
I can attach error logs, but you may prefer to generate your own error logs, since the program is a small, free download.
http://bugs.winehq.org/show_bug.cgi?id=15921
--- Comment #1 from Henry Kroll nospam@thenerdshow.com 2008-11-05 17:19:52 --- Created an attachment (id=17099) --> (http://bugs.winehq.org/attachment.cgi?id=17099) WINEDEBUG=+gdiplus WINEDLLOVERRIDES="gdiplus.dll=b" wine nte 2> err
11 gdiplus error pop-ups are generated using Wine's builtin gdiplus.dll. Trace shows no obvious fixmes. Where to start?
http://bugs.winehq.org/show_bug.cgi?id=15921
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |arethusa26@gmail.com
--- Comment #2 from Andrew Nguyen arethusa26@gmail.com 2008-11-05 17:28:06 --- I can't reproduce any crash with today's Git (wine-1.1.7-289-g6c38046), although with builtin gdiplus I get an "Invalid floating point operation" dialog box repeated on startup, so a problem does exist. A better download link is http://www.nteinc.com/qc14/qc14setup.exe to bypass the form.
http://bugs.winehq.org/show_bug.cgi?id=15921
--- Comment #3 from Henry Kroll nospam@thenerdshow.com 2008-11-05 17:32:57 --- Created an attachment (id=17100) --> (http://bugs.winehq.org/attachment.cgi?id=17100) WINEDEBUG="+relay,+snoop" WINEDLLOVERRIDES="gdiplus.dll=n" wine nte 2> err2
+relay,+snoop trace using native gdiplus.dll (the dll NTE provided during install). This is the same exact dll that is loaded when a clueless user runs it with the command, "wine nte" (wine defaults to using native dlls that are provided in the program's working directory).
Once unzipped, 11 access violations can be found using "grep gdiplus err2"
The access violations appear to be coming from a call to gdiplus.GdipDeleteFontFamily() and gdiplus.GdipFree()
From this, I would gather that installing a native font may be a quick
workaround for somebody desiring to use the software.
http://bugs.winehq.org/show_bug.cgi?id=15921
--- Comment #4 from Andrew Nguyen arethusa26@gmail.com 2008-11-05 17:53:20 --- Created an attachment (id=17101) --> (http://bugs.winehq.org/attachment.cgi?id=17101) nte.exe gdiplus backtrace
This is the backtrace in gdiplus captured from winedbg using builtin gdiplus and today's Git (wine-1.1.7-289-g6c38046).
http://bugs.winehq.org/show_bug.cgi?id=15921
Kirill K. Smirnov lich@math.spbu.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lich@math.spbu.ru
--- Comment #5 from Kirill K. Smirnov lich@math.spbu.ru 2008-11-07 10:37:01 --- It does not crash nor display any pop-ups with wine-1.1.7-169-g4707548 for me. Already fixed?
http://bugs.winehq.org/show_bug.cgi?id=15921
--- Comment #6 from Andrew Nguyen arethusa26@gmail.com 2008-11-08 01:52:43 --- This isn't fixed in 1.1.8 if you force Wine to load gdiplus.dll as builtin.
http://bugs.winehq.org/show_bug.cgi?id=15921
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords| |download
--- Comment #7 from Austin English austinenglish@gmail.com 2008-11-10 01:13:21 --- Confirming.
http://bugs.winehq.org/show_bug.cgi?id=15921
Henry Kroll nospam@thenerdshow.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |huw@codeweavers.com
--- Comment #8 from Henry Kroll nospam@thenerdshow.com 2009-02-18 04:48:05 --- I ran a regression on the part that once worked (native gdiplus). After this patch, Windows' native gdiplus.dll started crashing. Before this patch, it worked.
0436a5d14abf22af6ec10640496f9e0298a65f69 is first bad commit commit 0436a5d14abf22af6ec10640496f9e0298a65f69 Author: Huw Davies huw@codeweavers.com Date: Mon Mar 10 12:31:43 2008 +0000
gdi32: Store the Windows path (if it's available) in the font registry entries.
:040000 040000 fbdc9ab6b13e0154918597737597dc7da4332a94 a4725463e6c07ee0ababc07a58255526df8c99f5 M
This doesn't do much to fix wine's builtin gdiplus, however, it might help pass it the right values for later fixing.
http://bugs.winehq.org/show_bug.cgi?id=15921
--- Comment #9 from Henry Kroll nospam@thenerdshow.com 2009-02-18 08:18:57 --- The problem is file = wine_get_dos_file_name(); is returning the full path name of the font file, so let's say that face->file is /usr/share/fonts/kacst/kacstPen.ttf
the following line gets executed
file = wine_get_dos_file_name(face->file);
file now contains Z:\usr\share\fonts\kacst\kacstPen.ttf
when it should contain kacstPen.ttf
All that Z:......\ stuff in the registry is what causes native gdiplus to beach up like a whale.
http://bugs.winehq.org/show_bug.cgi?id=15921
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
--- Comment #10 from Vincent Povirk madewokherd@gmail.com 2009-02-18 09:42:29 --- I don't buy that. My experience is that native gdiplus sometimes opens the fonts directly (which it can do just fine from z:), and it simply does not like some fonts. ttf-oriya-fonts are the common example.
If this is the case, the work-around is to remove the font native gdiplus doesn't like or fix builtin gdiplus (which probably has a completely unrelated problem).
http://bugs.winehq.org/show_bug.cgi?id=15921
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2009-02-18 10:13:11 --- It's a known bug of native gdiplus.dll that is crashes when parsing some .ttf fonts installed on Linux systems. The problems with native gdiplus.dll should be reported to microsoft not here.
Please open a separate bug for a problem with Wine built-in gdiplus.dll
http://bugs.winehq.org/show_bug.cgi?id=15921
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2009-02-18 10:13:26 --- Closing.
-
wine-bugs＠winehq.org