211–220 of 236 posts
Earlier quoted context omitted.
I'd watch this if I were you: https://www.youtube.com/watch?v=ssob-7sGVWs
I knew what video that was going to be before I clicked it. I highly recommend watching the whole series, including more cursed OSs created because windows booted slowly (?): https://www.youtube.com/playlist?list=PLec1d3OBbZ8IBeFODHXLy...
A man of culture.
Earlier quoted context omitted.
As a former Data General engineer, I too would like to see some love for RDOS and AOS. And also their diagnostic tool ADES which was a specialised OS in its own right, and ICOS.
I guess you don't happen to have copies of them lying around, do you?
An amazing, herculean effort! thumbs up to Andrew This preservation of old OS is important. Spread the word, this needs to reach anyone who's interested in it.
Since there is a multitlude of whatabout... Oberon?
Oberon, Oberon System 3, Oberon-2, Active Oberon (AOS/BlueBottle), Component Pascal, Zonnon, Oberon-07
I hadn't realized Domain/OS emulation was viable these days. It's one of the few systems that has actually "lost" features - the terminal-window-like thing (called pads, I think?) when in line mode had a dividing line at the bottom where your unconsumed typeahead was visible and you could continue to edit it until it got read - not just one line, the entire unconsumed input. (Not that it's a particularly desirable fe…
why could you not implement it as ptys. Currently the terminal doesn't really process input itself, it just gives the program running the "raw" fd. If instead the terminal gave the processes a pipe (for instance) and consumed all the pty input itself (and its end of the pipe being a buffer of that content), why wouldn't it be the same?
I hadn't realized Domain/OS emulation was viable these days. It's one of the few systems that has actually "lost" features - the terminal-window-like thing (called pads, I think?) when in line mode had a dividing line at the bottom where your unconsumed typeahead was visible and you could continue to edit it until it got read - not just one line, the entire unconsumed input. (Not that it's a particularly desirable fe…
Not only can you implement that with PTYs, it's how they operate by default. That's why you can telnet to an HTTP server and make a mistake and use backspace to fix it. The terminal will only send lines over. You have to use a command to put it into "raw" mode so the application gets every keystroke immediately. You have to ask for your PTY to not work that way.
quite a decent collection. and actual working osses. one that i noticed missing: Novell Netware, I spent several years in de 90s developing software for it. It was the main office network server software on those days. 3.x, 4.x ran on relatively regular 32-bit PC server hardware. 2.x ran on the 80286 in protected mode, the only OS I know which did that. Copies can be found at archive.org.
SCO Xenix.
Concurrent DOS/286.
DR FlexOS.
OS/2 1.x.
Coherent 2 (IIRC).
It definitely needs to be extracted to the C: drive to work
Also, make sure you update your copy of Oracle Virtualbox
Once it's working, change the input from PS-2 mouse to USB tablet (even if you have a mouse), otherwise your pointer goes invisible, but is still active.
I found TempleOS 5.03 in there, by the way.
I'm looking forward to playing with the various DEC PDP-11 and VAX/VMS options, reliving my days at Rose-Hulman and Purdue Calumet.
The HP-41 calculator is a nice touch!
Earlier quoted context omitted.
Just a few weeks ago I met a guy with the same first name, but his last name was Head. No joke. I spared him the jokes.
Dick is a normal, be it old-fashioned, first name in The Netherlands.
Where's Microsoft Bob?
That wasn’t an operating system. https://en.wikipedia.org/wiki/Microsoft_Bob : “Microsoft Bob was a Microsoft software product intended to provide a more user-friendly interface for the Windows 3.1, Windows 95 and Windows NT operating systems, supplanting the Windows Program Manager.“