I can't understand how people can defend Heinz Wrobel's design flaws.

I think AmigaOS4 team should try to add TD64 commands to their filesystem and devices and mark the problematic parts of NSD64 as "deprecated".

Read Ralph Babel replies and you'll be amazed.

_________________
The only spanish amiga news web page/club: CUAZ

@NutsAboutAmiga

AmigaOS3.5 and 3.9 can simply use TD64 enabled scsi.device & FastFileSystem from OS3.1 as it's less buggy.

AmigaOS3.5 and 3.9 use a one-person "standard" that was decided by Heinz regardless of what all amiga industry comitee decided.

Isn't ironic that Ralph Babel (of GVP/GURU ROM fame,
as well as "The Amiga GURU Book"), Ralph Schmidt (phase 5), Randell
Jesup (who was responsible for AmigaDOS for many years at
Commodore), Dan Babcock (of DKB), Individual Computers, Oliver Kastl, Bernhard
Moellemann, Michael B. Smith and many others were not listened by a person who didn't fix the design flaws regardless of being pointed about it?

Isn't ironic that rom devices included in most of "modern" scsi/ide controllers for classic amigas are TD64 compatible but Heinz Wrobel decided to screw and annoy users and developers inventing his own ego-standard? Isn't ironic that TD64 works on AmigaOS3.x without the need of buying AmigaOS3.5 or AmigaOS3.9?

Isn't ironic that you could take a phase5/DKB scsi controller with AmigaOS3.1 and this NTFS filesystem and it would work OOTB but AmigaOS4 would force the user to patch the devices because Heinz made his standard deliberately incompatible and OS4 team followed that trend?

Last edited by Crumb on 09-Feb-2009 at 11:46 AM.
Last edited by Crumb on 09-Feb-2009 at 11:44 AM.
Last edited by Crumb on 09-Feb-2009 at 11:44 AM.
Last edited by Crumb on 09-Feb-2009 at 11:42 AM.
Last edited by Crumb on 09-Feb-2009 at 11:41 AM.

_________________
The only spanish amiga news web page/club: CUAZ

Horror old Rad vs Blue BS..

There is noting wrong whit NSD64, it work fine on OS4, and does support filesystems that predates NSD64, as for being hacks; yes TD64 and NSD64 are hacks, they should have created a new extended io request structure whit a proper 64bit integer, they did not, instead they use io_Actual to hold the upper 32bit of the 64bit integer, this complicates things for developers in general.

Regardless of the TD64 that MorphOS uses and NSD64 that AmigaOS3.5/3.9/4.0/4.1 uses, they are her to stay; they are not going to disappear, so I hope developers can take the tiny few seconds to support bout standards.

It should be as easy as define a global variable like:

Quote:

Int SUPPORTED_READ = CMD_READ; int SUPPORTED_WRITE = CMD_WRITE; int SUPPORTED_SEEK = CMD_SEEK; Int mian() { if (is_TD64(“devicename.device”,unit_no)) { SUPPORTED_READ = TD64_READ; SUPPORTED_WRITE = TD64_WRITE; SUPPORTED_SEEK = TD64_SEEK; } If (is_NSD64(“devicename.devce”,unit_no)) { SUPPORTED_READ = NSD64_READ; SUPPORTED_WRITE = NSD64_WRITE; SUPPORTED_SEEK = NSD64_SEEK; } return 0; }

I know you are going to disagree whit me just to disagree, but the point being supporting TD64 and NSD64 is easy, the rest of the code should be identical, just use the SUPPORTED_* variables.

Checking if the device has a TD64 or NSD64 is as easy as checking if DOIO() returns unknown command as error code.

_________________
http://lifeofliveforit.blogspot.no/
Facebook::LiveForIt Software for AmigaOS