0 Members and 1 Guest are viewing this topic.
The HDToolBox is such an example: There are currently no resources to re-implement a reaction-based HDToolBox as found in 3.9. There will be, however, a HDToolBox that looks as bad as the 3.1 version (sigh), but it handles big partitions fine, is able to enable the DirectSCSI flag of the FFS, switch on the long-filename support.... So, things work right, but the GUI is not as fancy as it could.
My A600 for example doesn't have an O20 or greater in it. This means 3.5/3.9+ are off limits. This is true for a lot of systems that 3.1ish works on. I hope the 3.1.4 or 3.14 update works with 68000 3.1 ROM'ed Amigas as well.
Yes. Actually, we have currently three. DOS/6 has long file names, but OFS block layout. DOS/7 has long file names and FFS block layout. DOS/6 and DOS/7 are exactly as in AmgiaOs 4, but unfortunately not backwards comaptible to DOS/0 and DOS/1. Olaf is currently working on a new DiskDoctor to address this issue.Then we have another stranger, and this is DOS/8 which will probably go. The fun part about it is that DOS/8 was "sort of present" already in the Os 3.9 version, but there not fully functional. It has 54 character long file names (so more than the usual 30), but is backwards compatible in the sense that the block layout is just like the one in DOS/1, except that unused fields are populated with the extra characters, so old tools will at worst damage the file name, but nothing else.Probably we'll keep DOS/8 inofficial, as it used to be.
How about rewrite that piece of code and set the start date at Jan 1 2015?
every time they upgrade 3.1 they make it slower.
Considering the large number of Amiga FFS implementations, one would think it's a well understood filesystem.
That is, of course, the plan. There is nothing like "new fancy toys" in the making that would potentially break compatibility.
We got "Ed" fixed up. This is really a pretty screwy program - probably because it came from BCPL and was "translated automatically to C". Or at least, the code looks like that. Good part: Ed can now run in the same shell window it was called from, and can be run over "AUX:", i.e. a serial connection.So, all the usual: Bug fixes, and lots of work.
Stability and consistency are more important than features.
I'm in. Shut up and take my money
Yes. And Yes. Our prefs are GadTools based.
I'm to tired to read the entire thread. I just want to ask if this conflicts with OS 3.9? Not that I would live or die with 3.9, I just would prefer not to start all over with a fresh install.