Re: [hatari-devel] TT emulation crashes when there is no ACSI drive

[Eero Tamminen <oak@xxxxxxxxxxxxxx>]

Hi,

On 8/4/19 7:27 PM, Uwe Seimet wrote:
> There is no crash when starting NF_SCSI.PRG from the desktop instead of
> from the AUTO folder.

Does the issue happen even when there's no NF_SCSIDEV available?
If yes, could you provide the binary, so that we can test it too?

Other questions:

* What program flags (e.g. FASTLOAD) are set for NF_SCSI.PRG? [1]

* Does presence of TT-RAM affect the problem? [1]

* What if you start it from a floppy image instead of from GEMDOS HD?
  [1]

* Does the issue happen also with Falcon / TOS v4?

* Which TOS version you're using with TT, EmuTOS or TOS 3.x? [1]


> Still, with Hatari 2.2 (instead of 2.2.1) and with Aranym there is no
> such issue.

According to your earlier mail, 2.2.1 worked also fine:
"This may be due to a recent change, but the only thing I can say is 
that there was no such issue with a Hatari 2.2.1 version I compiled
in February."

After 2.2.x, I think there have been only following potentially
relevant changes:
* Support FASTLOAD program flag with GEMDOS HD (Thomas) [1]
* Support for TT MFP (Nicolas)

[1] My current guess is that it's something related to FASTLOAD.


	- Eero

> > Hi,
> >
> > I can reproduce this again, I just forgot to disabled ACSI drives the
> > last time.
> > Hatari crashes with the SCSI Driver for Linux (see
> > https://www.hddriver.net/en/downloads.html). Note that this was not the
> > case with Hatari in the past, and there is also no crash with Aranym.
> >
> > Take care
> >
> > Uwe
> >
> > > Hi,
> > >
> > > I'm afraid I could reproduce the crash this morning, but not this
> > > afternoon :-(.
> > >
> > > Has this issue been addresse in any way since I reported it. When I
> > > reported it as far as I can tell, it was quite clear which changes might
> > > have caused this issue.
> > >
> > > Best regards
> > >
> > > Uwe
> > >
> > > > Did you ever find out *which* of your AUTO folder programs is causing
> > > > the crash? I guess, otherwise the Hatari developers won't be able to
> > > > figure out the problem.
> > > >
> > > > Regards
> > > > Christian
> > > >
> > > > Uwe Seimet schrieb:
> > > > > Hi all,
> > > > >
> > > > > Any news on this?
> > > > >
> > > > > Best regards
> > > > >
> > > > > Uwe
> > > > >
> > > > > > Hi Thomas,
> > > > > >
> > > > > > > Uwe, I can not reproduce that crash here. Your crash information
> > > > > > > contained "PC=$fa005c" ... that's in the cartridge space...  Are you
> > > > > > > using a GEMDOS drive? With AUTO folder? If so, could you temporarily
> > > > > > > rename the AUTO folder, to see whether it makes a difference? If not,
> > > > > > > disable the GEMDOS drive?
> > > > > > > Or are you maybe using an extended VDI resolution? If so, does the
> > > > > > > crash go away when you disable it?
> > > > > > > If that all does not help, could you please send your hatari.cfg file
> > > > > > > and the exact parameters that you use to run Hatari?
> > > > > >
> > > > > > Yes, I'm using a GEMDOS drive with AUTO folder. After renaming the AUTO
> > > > > > folder there is no crash anymore.
> > > > > >
> > > > > > Best regards
> > > > > >
> > > > > > Uwe
> > > >
> > > >
> > > > --
> > > > Christian Zietz  -  CHZ-Soft  -  czietz@xxxxxxx
> > > > WWW: http://www.chzsoft.de/
> > > > PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA