[Scummvm-tracker] [ScummVM :: Bugs] #14310: SCUMM: mac_m68k.cpp crash on trying to F5 during atlantis-mac

[ScummVM :: Bugs]

#14310: SCUMM: mac_m68k.cpp crash on trying to F5 during atlantis-mac
-------------------------------------------------+-------------------------
Reporter:  boredzo                               |       Owner:  (none)
    Type:  defect                                |      Status:  new
Priority:  normal                                |   Component:  Engine:
                                                 |  SCUMM
 Version:                                        |  Resolution:
Keywords:  crash, mac, indy4, atlantis,          |        Game:  Indiana
  atlantis-mac, F5                               |  Jones 4
-------------------------------------------------+-------------------------
Comment (by boredzo):

 >There were several Macintosh releases of Indy4, do you know if yours is a
 talkie release? I can't reproduce the crash with the talkie Macintosh
 release I own here.

 It's a talkie.

 >Do you have the "Enable the original GUI and Menu" setting enabled?

 Yes. (By default, apparently. I didn't check it.)

 >Does changing it make a difference?

 Nope, still crashes. (I'll attach the new crash log but it looks the
 same.)

 >Also, can you confirm that your files aren't corrupted in some way?

 {{{
 /Volumes/Indy Fate % openssl md5 ATLANTIS.* 'iMuse Setups'  'iMuse
 Setups'/..namedfork/rsrc
 MD5(ATLANTIS.000)= 1a6e5ae2777a6a33f06ffc0226210934
 MD5(ATLANTIS.001)= 03e3e717d2bf2ee42fff796db50cb69f
 MD5(iMuse Setups)= d41d8cd98f00b204e9800998ecf8427e
 MD5(iMuse Setups/..namedfork/rsrc)= 5cabc6c7ad3cd04d8dbd4a47c481d019

 /Volumes/Indy Fate % ls -dl ATLANTIS.* 'iMuse Setups'  'iMuse
 Setups'/..namedfork/rsrc
 -rwxr-xr-x@ 1 prh  staff    11885 Jan  3  1994 ATLANTIS.000*
 -rwxr-xr-x@ 1 prh  staff  8782535 Jan  3  1994 ATLANTIS.001*
 -rwxr-xr-x@ 1 prh  staff        0 Oct 13  1992 iMuse Setups*
 -rwxr-xr-x  1 prh  staff  1096390 Oct 13  1992 iMuse
 Setups/..namedfork/rsrc*
 }}}

 The game files are on the CD-ROM volume, converted to HFS+ using impluse
 (a tool that I wrote: https://github.com/boredzo/impluse-hfs ). If it does
 turn out to be a data corruption issue, that makes things much simpler for
 me as it means *I* can fix it. 🙂 That said, it's unlikely at this point;
 through a variety of methods (including hashing where possible and
 installing Mac OS 9 from a converted CD and then booting off the
 installation), I've reached a high degree of confidence that impluse's
 output is right.

 I can confirm using impluse list that the original HFS volume has the same
 sizes for iMuse Setups:

 ||=Name=||=Data size=||=Rsrc size=||=Total size=||
 ||iMuse Setups||0||1,096,390||1,096,390||

 MD5ing resource forks in Mac OS 9 is rather harder, unfortunately. I can
 at least confirm that running DeRez on that file produces a listing for a
 bunch of 'snd ' resources with plausible-looking names, so it seems to be
 a valid resource fork.

 I might try setting up Leopard or something in a VM; then I'll have a VM
 where I can mount HFS volumes and also run md5 on that resource fork.
-- 
Ticket URL: <https://bugs.scummvm.org/ticket/14310#comment:3>
ScummVM :: Bugs <https://bugs.scummvm.org>
ScummVM