http://bugs.winehq.org/show_bug.cgi?id=20557
Summary: Shadowgrounds Survivor - crash in ExtTextOut Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: knan-wine@anduin.net
Created an attachment (id=24517) --> (http://bugs.winehq.org/attachment.cgi?id=24517) plain log w/backtrace
This crash seems related to text rendering, but isn't quite deterministic. One easy way of reproducing here is starting the game, then immediately clicking on the "Survival" menu item (you may have to squint a little, the text is not rendered well). Alternately, it happens at semi-random times during gameplay.
I'm unable to find a working demo at present... downloads seem gone or corrupted.
Looks superficially similar to 12307 - crash on same line. Can't test with that old a wine version, the game doesn't run at all.
http://bugs.winehq.org/show_bug.cgi?id=20557
--- Comment #1 from Luis Alvarado luisalvaradox@gmail.com 2011-05-14 16:17:49 CDT --- Confirmed on Wine 1.3.19. It crashes randomly including when viewing the map, upgrading weapons, changing from one room to the next, etc.. (When i say changing from one room to the next am including indoor rooms and going from the inside to the outside and back. It crashes randomly.
http://bugs.winehq.org/show_bug.cgi?id=20557
Michael Curran curran.michaelp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |curran.michaelp@gmail.com
--- Comment #2 from Michael Curran curran.michaelp@gmail.com 2011-05-17 10:51:29 CDT --- As a side note to this, the source for Shadowgrounds Survivor is available under non-commercial license. It should be possible to track down the code triggering this problem.
http://code.google.com/p/shadogrounds-and-shadowgrounds-survivor/
http://bugs.winehq.org/show_bug.cgi?id=20557
--- Comment #3 from Eric Pouech eric.pouech@orange.fr 2012-01-28 06:13:23 CST --- Created attachment 38577 --> http://bugs.winehq.org/attachment.cgi?id=38577 hack
as a side note, I also run into this problem.
I turns out that bug happens when some glyphs are not present in font while calling ExtTextOut in winex11.drv.
The lookup code in UploadGlyph when the desired glyph isn't present tries to load default chars, which may change the format, and then formatEntry pointer. If some glyphs have been already loaded (in previous format), their information could be no longer present through formatEntry->gis.
In other words, if one changes format while loading all glyphs from ExtTextOut, it should check that all previous chars (from string to print in ExtTextOut) are present/loaded in newest format... I'll leave the correct fix to people familiar with the details of the code (I've attached a hack, but the fix isn't the proper one, as we're not sure that 0 (as a char has been effectively loaded)
A+
http://bugs.winehq.org/show_bug.cgi?id=20557
Eric Pouech eric.pouech@orange.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech@orange.fr Component|-unknown |winex11.drv
--- Comment #4 from Eric Pouech eric.pouech@orange.fr 2012-01-28 06:14:17 CST --- setting component to winex11.drv
https://bugs.winehq.org/show_bug.cgi?id=20557
--- Comment #5 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.16 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=20557
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #6 from Austin English austinenglish@gmail.com --- (In reply to Austin English from comment #5)
This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.16 or newer) wine?
Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=20557
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Austin English austinenglish@gmail.com --- Closing.