exxos blog - random goings on

[chronicthehedgehog]

Sorry I've lost the thread a bit.
Are you just investigating HD driver at the mo?
I can kick off the delete from Neodesk/ICD/2.06/STe if that helps.
Are you still using FOLDER.ZIP posted previously?

EDIT
The Steem error indicates to me that it's beyond your control/fault now iyswim

[exxos]

Sorry I've lost the thread a bit.
Are you just investigating HD driver at the mo?
I can kick off the delete from Neodesk/ICD/2.06/STe if that helps.
Are you still using FOLDER.ZIP posted previously?

My test files are fold220.zip posted a few posts back.

I can't use HD11 in steem, I think it was even listed on their website that it was not compatible. So there is not a actual driver installed while using steem. It just works out-of-the-box with a hard drive.

I think it is pretty conclusive there is a bug in TOS above 1.62. It is when the AES went from 140 to 300. I think the bug was on the Falcon as well.

Basically there is nothing left to test really because it needs someone who knows how to diagnose operating system faults and needs someone to create a patch PRG for it. Sadly there are not many people who can do a lot of stuff these days, in particular programming relating stuff. It is why I abandoned a lot of projects because I just simply cannot do everything myself.

[stephen_usher]

If, as I suspect, it's the Desktop application (held in ROM) that's screwing up then the fix would be to replace the the standard one with another or a debugged version taken from EmuTOS (or even the original GEM sources) and run it from the AUTO folder.

Technically the desktop isn't part of the operating system merely a program which runs on top which happens to be held within the same ROM as the OS.

[exxos]

I've already done that with Teradesk. It works fine with that.

[stephen_usher]

OK. Definitely not an OS or HD driver bug then. Unfortunately we don't have the original Atari GEM Desktop source as far as I'm aware so somehow we'd need to build the EmuTOS GEM Desktop code as a PRG file and put it at the end of the AUTO folder.

[exxos]

The sources are available, how do you think I built ST536 TOS....

EMUTOS also works fine anyway.

[stephen_usher]

Oh. Found the TOS 3.06 sources... with GEM desktop and VDI source.

To paraphrase "2010: The year we made contact.", "My God! It's full of gotos!"

What a mess of code.

Does anyone have the TOS 1.04 sources so I can diff deskdir.c to see what's been changed?

[exxos]

There is a switch in the make file to build other versions of TOS.

[stephen_usher]

There is a switch in the make file to build other versions of TOS.

Yeah, only 2.06, 2.08(!) and 3.06 though, not 1.xx.

P.S. Found the reconstructed source on-line. 2.xx is a complete re-write of the desktop, at least deskdir.c. Nothing is the same.

[exxos]

Steven replied.
https://sourceforge.net/p/steemsse/foru ... it=25#f68c

Just before it displays wrong folder names, GEM extends its buffer for file path from 500 to 1000 bytes

Not sure what file he posted as I've turned pc off now. But I guess it goes back to my thoughts about path problems.

At least this gives an idea where to look for the problem. Working out what routine is buggered is the next problem..

TRACE.zip