http://bugs.winehq.org/show_bug.cgi?id=4140
--- Comment #9 from Thomas Arendsen Hein thomas@intevation.de 2009-10-13 13:40:04 --- Emu42 1.12 contains a workaround for this, see http://hp.giesselink.com/Emu42/CHANGES.TXT
- changed function UpdateMainDisplay(), removed assertion for zoom factor because the Sacajawea implementation don't use this factor -> the assertions are now in the Lewis drawing routines, use calculated display size for BitBlt() operation and exchanged BitBlt() with StretchBlt() because of a serious bug in the WineHQ BitBlt() implementation (in this environment StretchBlt() is ~5us slower than BitBlt() so it doesn't really matter from the speed aspect)
I verified this with wine 1.1.30 running emulations for HP42S and HP28S.
Emu48 contains a similar workaround, so I think this bug can either be closed, even if the general problem (incomplete BitBlt implementation) is not solved yet, or the title changed to: BitBlt problem with old Emu48 or Emu42 versions