Hyperion announces OS 3.1 update

[kolla]

This CDFS has nothing to do with old L:CDFileSystem (aka cdfs.library 40.11), which be gone? Sounds good to me. There have been some queue-handler replacements around too, don't know if you know about them? One is versioned 50.something, so I wonder if maybe it comes from OS4.0 or OS4.1 for classic.

[kolla]

Woop woop!

Great to see gadtools replacement prefs for Workbench and ASL!
(btw - http://aminet.net/package/util/misc/AslToRT - patch all programs to use ASL instead of ReqTools etc)

Also very nice to see old Ed getting some love, it's pretty much the "vi of Amiga" (while c:edit is the "ed of Amiga" ironically, btw your very own SED could very well be included, super useful!). Really looking forward to more reliably be able to run Ed remotely over serial and TCP connections. I presume the old problem of Ed "clearing" protection bits when writing files is taken care of too?

Oh no, guess I will be repeating myself now, but here goes...

Links in filesystems, softlinks - Workbench now indicates them with underline, which is great, but from CLI they just looks like directories. C:List should be able to indicate that they are links and more important, display where they point to.

Ram-handler? I think I have mentioned before that "version RAM:" could/should output version of ram-handler that is used, if at all (there are other means of setting up RAM: after all) to be consistent with FFS (and PFS3 and others).

Formatted output from C:Info - Info DH0: LFORMAT "Size of %d: is: %s, its name is %n and it is %p%% full, using %u bytes, having %f bytes free!"

I better stop... :rolleyes:

[kolla]

...spot the error. CBM quality code at its best.

Yes, not the only program that loves to have a directory :T on whatever filesystem you are editing a file, I think C:edit does the same. Can you imagine race-condition cases when a user is editing multiple files on same filesystem using Ed? The lolz

[kolla]

Totally expect MEmacs updates, haha

[kolla]

C:Wait and C:Sort, both version 42.1, at least the sources are not a problem, hehe

The FILE option of Wait 42.1 has turned out to be quite useful for me, simple trick to solve situations with several background running scripts having dependencies on each other etc.

[kolla]

The problem with those updates as far as I know is that they are post 3.1 CBM era and are not part of the rights Hyperion has, so they cant be included, but of course, their extra features can be reimplemented.

Code: [Select]

dr-xr-xr-x  0 root   root        0 Jul 19  1993 os-source/v42/src/workbench/c/wait/
-r-xr-xr-x  0 root   root     5628 Jul 19  1993 os-source/v42/src/workbench/c/wait/wait.ld
-r-xr-xr-x  0 root   root        2 Jul 12  1993 os-source/v42/src/workbench/c/wait/wait_rev.rev
-r-xr-xr-x  0 root   root      217 Jul 12  1993 os-source/v42/src/workbench/c/wait/wait_rev.i
-r-xr-xr-x  0 root   root      976 Jul 19  1993 os-source/v42/src/workbench/c/wait/wait.ld.strip
-r-xr-xr-x  0 root   root     5604 Jul 19  1993 os-source/v42/src/workbench/c/wait/wait.o
-r-xr-xr-x  0 root   root     1158 Jul 19  1993 os-source/v42/src/workbench/c/wait/wait.map
-r-xr-xr-x  0 root   root      175 Jul 12  1993 os-source/v42/src/workbench/c/wait/wait_rev.h
-r-xr-xr-x  0 root   root     6050 Jul 12  1993 os-source/v42/src/workbench/c/wait/wait.c
-r-xr-xr-x  0 root   root     2201 Jul 19  1993 os-source/v42/src/workbench/c/wait/lmkfile
dr-xr-xr-x  0 root   root        0 Aug  9  1993 os-source/v42/src/workbench/c/sort/
-r-xr-xr-x  0 root   root     1884 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort.map
-r-xr-xr-x  0 root   root     5984 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort.ld
-r-xr-xr-x  0 root   root      214 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort_rev.i
-r-xr-xr-x  0 root   root    18533 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort.c
-r-xr-xr-x  0 root   root     2280 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort.ld.strip
-r-xr-xr-x  0 root   root     2201 Aug  9  1993 os-source/v42/src/workbench/c/sort/lmkfile
-r-xr-xr-x  0 root   root      172 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort_rev.h
-r-xr-xr-x  0 root   root        2 Aug  9  1993 os-source/v42/src/workbench/c/sort/sort_rev.rev

From what I recall - CBM folded in 1994.

https://pastebin.com/L3uU1Cmq

[kolla]

My current handling of C:Edit is that I removed it from the distribution.

I wonder how wise that is, I believe I have seen installer scripts use C:Edit, for altering startup-sequence and other things.

[kolla]

The key element there is not that of the year, but of the version number.
Version 42.x was post 3.1, so it is a no go, despite still being built during CBM era.

That sounds whack, one would think that released 3.1 CBM code and unreleased WIP "3.2 beta" CBM code was pretty much the same, legally.

Who owns rights for the kickstart "3.2" kickstart of the Walker?

[kolla]

Legally speaking 3.1, and post 3.1 code are two entirely different worlds apart.

I would say that depends entirely on whether it is CBM or post CBM, but whatever - doesn't look like anything of the v42 stuff from CBM ever went to H&P's OS3.5.

So who has rights/ownership to the CBM v42 code?

[kolla]

if "Edit" saw limited use because it was rarely safe to use in the first place, replacing it with a version which actually does what it's supposed to will accomplish exactly what?

This is AmigaOS, what's this "safe to use" thing you speak of? :laughing:

I think it is great that Edit has been worked on, a standard scriptable editor is in my opinions quite important and useful for the OS. If it now is more stable and reliable, then the worst that can happen is that it will be used more often.

[kolla]

One small problem remains to be resolved: how does a script file figure out if it's using the more well-behaved "Edit" command or its more embarrassing predecessor?

Same as with shell scripts - ask the "interpreter" what version it is, and bail out if the answer is not satisfying?

[kolla]

Well, playing "roborally" in a text file using arexx isn't exactly honkadory either. In addition, it requires rexxmast to be running. OS4 comes with an edit version 53.4, what about that?

[kolla]

That's the version which I mentioned, and which I recently backported.

Cool - bring it on It's good to have some consistency between OS3 and OS4, and the extra bonus - online manuals - http://wiki.amigaos.net/wiki/AmigaOS_Manual:_AmigaDOS_Using_the_Editors#EDIT  

[kolla]

Yes, it's a cool initiative, big thanks to those involved. - if only the "right holders" could allow a development model that could be less "restrictive", so more developers and testers could get involved.

[kolla]

Not ironic at all

[kolla]

Wasn't AmigaOS built on other systems most of its lifespan anyways?
What I find ironic here is that ThoR uses Linux, of all things, to get work done.