EmuTOS 1.0 (possible bug)

General Discussion, STOS.
User avatar
Cosmic Puppet
Posts: 1734
Joined: Fri Aug 02, 2019 1:03 am
Location: Angus!
Contact:

EmuTOS 1.0 (possible bug)

Post by Cosmic Puppet »

Hi guys,

I was just testing programs on my machine and accidentally found this issue again in a way that is easily demonstrated.



It's not a biggy, but it does mean I have to access the drive just to make it stop and then exit again.

For me, the reason I use Atari is for the lack of such things.

It doesn't nag me like the PC does. :lol:

Went to play GTA 5 last night and it took 10 mins to get everything updated. :lol:
US Atari 520 STFM (C070523-001 REV.D1) , Exxos PSU, 4MB Marpet Upgrade, Exxos 6 Chip TOS 1.04 USA, EmuTOS 1.0.1, Ultrasatan, PP Driver, Original Floppy Disk Drive, NEC Multisync EA193Mi Monitor, Star LC-10c Printer, iMP C100110-001 DMA.

https://thecosmicpuppets.bandcamp.com/releases My released music so far...
czietz
Posts: 587
Joined: Sun Jan 14, 2018 1:02 pm

Re: EmuTOS 1.0 (possible bug)

Post by czietz »

Tbh, I cannot see from your video what the possible issue even is. Can you please describe it in written? Also, to understand and recreate your setup: you're running the PRG version of EmuTOS from an AUTO folder, right?
User avatar
Cosmic Puppet
Posts: 1734
Joined: Fri Aug 02, 2019 1:03 am
Location: Angus!
Contact:

Re: EmuTOS 1.0 (possible bug)

Post by Cosmic Puppet »

czietz wrote: Tue Nov 03, 2020 9:38 pm Tbh, I cannot see from your video what the possible issue even is. Can you please describe it in written? Also, to understand and recreate your setup: you're running the PRG version of EmuTOS from an AUTO folder, right?
Hi. Yes, starting the PRG version from an AUTO folder. If I have a blank disk in the drive at startup, the disk is detected and the motor stops, just like on TOS 1.04. However if I start without a disk in the drive (which sometimes happens if I've been trying a program that runs automatically from a floppy disk and need to take it out) the motor never switches off when I put a disk back in.
US Atari 520 STFM (C070523-001 REV.D1) , Exxos PSU, 4MB Marpet Upgrade, Exxos 6 Chip TOS 1.04 USA, EmuTOS 1.0.1, Ultrasatan, PP Driver, Original Floppy Disk Drive, NEC Multisync EA193Mi Monitor, Star LC-10c Printer, iMP C100110-001 DMA.

https://thecosmicpuppets.bandcamp.com/releases My released music so far...
czietz
Posts: 587
Joined: Sun Jan 14, 2018 1:02 pm

Re: EmuTOS 1.0 (possible bug)

Post by czietz »

Cosmic Puppet wrote: Tue Nov 03, 2020 9:43 pm Hi. Yes, starting the PRG version from an AUTO folder. If I have a blank disk in the drive at startup, the disk is detected and the motor stops, just like on TOS 1.04. However if I start without a disk in the drive (which sometimes happens if I've been trying a program that runs automatically from a floppy disk and need to take it out) the motor never switches off when I put a disk back in.
I remember my ST doing this on Atari TOS, too. I always thought it was a hardware thing. But I'll either test myself under EmuTOS or ask someone to test.
User avatar
Cosmic Puppet
Posts: 1734
Joined: Fri Aug 02, 2019 1:03 am
Location: Angus!
Contact:

Re: EmuTOS 1.0 (possible bug)

Post by Cosmic Puppet »

czietz wrote: Tue Nov 03, 2020 9:49 pm
Cosmic Puppet wrote: Tue Nov 03, 2020 9:43 pm Hi. Yes, starting the PRG version from an AUTO folder. If I have a blank disk in the drive at startup, the disk is detected and the motor stops, just like on TOS 1.04. However if I start without a disk in the drive (which sometimes happens if I've been trying a program that runs automatically from a floppy disk and need to take it out) the motor never switches off when I put a disk back in.
I remember my ST doing this on Atari TOS, too. I always thought it was a hardware thing. But I'll either test myself under EmuTOS or ask someone to test.
Awesome! I love EmuTOS because it has made my setup waaay sweeter than I imagined it could be. 8-)
US Atari 520 STFM (C070523-001 REV.D1) , Exxos PSU, 4MB Marpet Upgrade, Exxos 6 Chip TOS 1.04 USA, EmuTOS 1.0.1, Ultrasatan, PP Driver, Original Floppy Disk Drive, NEC Multisync EA193Mi Monitor, Star LC-10c Printer, iMP C100110-001 DMA.

https://thecosmicpuppets.bandcamp.com/releases My released music so far...
User avatar
exxos
Site Admin
Site Admin
Posts: 28616
Joined: Wed Aug 16, 2017 11:19 pm
Location: UK
Contact:

Re: EmuTOS 1.0 (possible bug)

Post by exxos »

czietz wrote: Tue Nov 03, 2020 9:49 pm I remember my ST doing this on Atari TOS, too. I always thought it was a hardware thing. But I'll either test myself under EmuTOS or ask someone to test.
TOS206 acts oddly with not turning the floppy motor off for ages. Never had that issues in TOS104 though.
User avatar
Cosmic Puppet
Posts: 1734
Joined: Fri Aug 02, 2019 1:03 am
Location: Angus!
Contact:

Re: EmuTOS 1.0 (possible bug)

Post by Cosmic Puppet »

Just to confirm, my TOS 1.04 switches the motor off correctly.
US Atari 520 STFM (C070523-001 REV.D1) , Exxos PSU, 4MB Marpet Upgrade, Exxos 6 Chip TOS 1.04 USA, EmuTOS 1.0.1, Ultrasatan, PP Driver, Original Floppy Disk Drive, NEC Multisync EA193Mi Monitor, Star LC-10c Printer, iMP C100110-001 DMA.

https://thecosmicpuppets.bandcamp.com/releases My released music so far...
czietz
Posts: 587
Joined: Sun Jan 14, 2018 1:02 pm

Re: EmuTOS 1.0 (possible bug)

Post by czietz »

Ok, after my own tests and discussion on the EmuTOS list, here's what we found out: Unfortunately, there is no clean way to handle an floppy access that fails because no disk is inserted. This is because of limitations of the WD1772 floppy disk controller. You can only chose between two unsatisfying options:

1. You keep the drive selected indefinitely. This is what TOS 1 does. You can observe that the floppy drive LED keeps on.
2. You keep the motor on signal asserted indefinitely. This is what TOS 2, 3, 4 and EmuTOS do. It means that after inserting a disk, it will spin until a successful floppy access has been done.

Apart from the visible indication (LED keeps on), the choice #1 can have other more subtle implications, which is why Atari changed the behavior starting with TOS 2. Since EmuTOS handles this case exactly as newer Atari TOS versions do, the outcome of the discussion was not to change EmuTOS (to TOS 1 behavior) in this regard.

I hope I could at least explain to you why.

PS: I'm so used to the behavior of TOS 2 (I rarely use Atari TOS 1) that I never even thought about this; it was perfectly normal for me.
Steve
Moderator
Moderator
Posts: 3334
Joined: Fri Sep 15, 2017 11:49 am

Re: EmuTOS 1.0 (possible bug)

Post by Steve »

@czietz

Is this the reason Amigas have that funny floppy click constantly, was that their solution? I remember the first time I got an Amiga it worried me till I realised it was normal lol
User avatar
stephen_usher
Site sponsor
Site sponsor
Posts: 7454
Joined: Mon Nov 13, 2017 7:19 pm
Location: Oxford, UK.
Contact:

Re: EmuTOS 1.0 (possible bug)

Post by stephen_usher »

TOS 1.04 just added a time-out I think. If no floppy read within a certain time then it turned it off until the user tried to access it again.
Intro retro computers since before they were retro...
ZX81->Spectrum->Memotech MTX->Sinclair QL->520STM->BBC Micro->TT030->PCs & Sun Workstations.
Added code to the MiNT kernel (still there the last time I checked) + put together MiNTOS.
Collection now with added Macs, Amigas, Suns and Acorns.
Post Reply

Return to “SOFTWARE”