[Bug 21943] New: GetCharABCWidthsI does not return correct widths when handling a DC with dc->gdiFont == null
http://bugs.winehq.org/show_bug.cgi?id=21943
Summary: GetCharABCWidthsI does not return correct widths when handling a DC with dc->gdiFont == null Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: gdi32 AssignedTo: wine-bugs@winehq.org ReportedBy: culex.eriklund@gmail.com
Created an attachment (id=26641) --> (http://bugs.winehq.org/attachment.cgi?id=26641) Log from running Aztaka
When GetCharABCWidths is passed a HDC thats DC* has dc->gdiFont == null it performs no calculation to alter the argument LPABC abc to reflect the real widths of the characters. Presumably abc is populated by the average width of the characters as can be gotten from GetTextMetricsW since text does show up at all, though truncated.
http://bugs.winehq.org/show_bug.cgi?id=21943
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #26641|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=21943
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|GetCharWidthsI |
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-06 13:37:33 --- What program is this? And what exactly is the problem?
http://bugs.winehq.org/show_bug.cgi?id=21943
--- Comment #2 from Erik Lund culex.eriklund@gmail.com 2010-03-07 06:48:02 --- Appears to be fixed in 1.1.40. Trying to find out why.
http://bugs.winehq.org/show_bug.cgi?id=21943
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2010-03-07 13:36:35 --- (In reply to comment #2)
Appears to be fixed in 1.1.40. Trying to find out why.
Could be this one e2d7da06047e40b6f3a0e174e22a70fe59d2c93d? Try to revert and test without it, should be cleanly revertible.
http://bugs.winehq.org/show_bug.cgi?id=21943
--- Comment #4 from Erik Lund culex.eriklund@gmail.com 2010-03-14 16:23:59 --- (In reply to comment #3)
(In reply to comment #2)
Appears to be fixed in 1.1.40. Trying to find out why.
Could be this one e2d7da06047e40b6f3a0e174e22a70fe59d2c93d? Try to revert and test without it, should be cleanly revertible.(In reply to comment #3) (In reply to comment #2)
Appears to be fixed in 1.1.40. Trying to find out why.
Could be this one e2d7da06047e40b6f3a0e174e22a70fe59d2c93d? Try to revert and test without it, should be cleanly revertible.
Sorry this has taken so long. I will be unable to verify this until I get wine to run Aztaka again. I am getting a segfault I believed was fixed in 1.1.40, but looks like something on my local system instead.
http://bugs.winehq.org/show_bug.cgi?id=21943
--- Comment #5 from Austin English austinenglish@gmail.com 2011-11-16 15:55:27 CST --- This is your friendly reminder that there has been no bug activity for 1.5 years. Is this still an issue in current (1.3.32 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=21943
Seemoss pro102@chinesetearoom.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pro102@chinesetearoom.com
--- Comment #6 from Seemoss pro102@chinesetearoom.com 2011-12-05 13:54:14 CST --- I just installed Aztaka in a new clean wineprefix with wine 1.3.34 and I do not see any GetCharABCWidths messages in the wine "console" output. I'm guessing that this bug has been fixed and can be closed.
FYI, here's what I get:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f4fc,0x00000000), stub! fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:swapchain_gl_present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x372ea24): stub fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x3a2ea24): stub fixme:d3d:swapchain_gl_present Render-to-fbo with WINED3DSWAPEFFECT_FLIP fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
There's many of the last two d3d messages but that's another story.
http://bugs.winehq.org/show_bug.cgi?id=21943
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |00cpxxx@gmail.com Resolution| |FIXED
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com 2013-01-21 13:29:38 CST --- (In reply to comment #6)
I just installed Aztaka in a new clean wineprefix with wine 1.3.34 and I do not see any GetCharABCWidths messages in the wine "console" output. I'm guessing that this bug has been fixed and can be closed.
Assuming fixed as per last comment.
http://bugs.winehq.org/show_bug.cgi?id=21943
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2013-02-01 04:54:39 CST --- Closing bugs fixed in 1.5.23.
-
wine-bugs＠winehq.org