<div dir="auto">Liam, I'm interested in Oberon under DOS, it was the first one I've used more than 20 years ago. <div dir="auto">Right now I have several versions working on Dosbox.</div><div dir="auto">I do not have plenty of modern hardware to experimenting but some, at least until the return to the university, because we are still under a lockdown on higher education institutions since 2020.</div><div dir="auto">I did not have nor get to find the sources but the executables of several versions of DOS Oberon.</div><div dir="auto">I've shared them in my GitHub:</div><div dir="auto"><br></div><div dir="auto"><a href="https://github.com/pcayuela/DOSOberon">https://github.com/pcayuela/DOSOberon</a></div><div dir="auto"><br></div><div dir="auto">I've asked the sources to the original developer of DOS Oberon to no avail.</div><div dir="auto"><br></div><div dir="auto">I'm really glad to help you whatever I could.</div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto">Prof Pablo Cayuela</div><div dir="auto"><br><div dir="auto"><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El vie., 23 de julio de 2021 08:15, Liam Proven <<a href="mailto:lproven@gmail.com">lproven@gmail.com</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 23 Jul 2021 at 00:08, Michael Schierl <<a href="mailto:schierlm@gmx.de" target="_blank" rel="noreferrer">schierlm@gmx.de</a>> wrote:<br>
><br>
> You wanted to say, an OS with no direct Hard Disk support on its own.<br>
> (It is the same if you boot from an IDE/SCSI/SATA hard drive).<br>
<br>
No, I really did not. Please do not try to put words into my mouth :-(<br>
<br>
DOS has hard disk support, and has since version 2.0 in 1983.<br>
<br>
Yes, it is reliant upon the ROM BIOS supporting them, but this an<br>
inherent aspect of the MS-DOS/PC DOS design.<br>
<br>
Originally DOS primarily supported Shugart ST-506 interface hard<br>
disks, but over the years this evolved into RLL, ESDI, IDE, EIDE, PATA<br>
and finally (so far) SATA,<br>
<br>
Secondarily, SCSI went through parallel evolution of its own but most<br>
PC SCSI host adaptors included an auxiliary ROM BIOS that extended<br>
support for SCSI drives to DOS.<br>
<br>
(I would say "and to other PC OSes that used the BIOS" but I can't<br>
think of any. Most of them just ran on top of DOS. Maybe DR CP/M086,<br>
Concurrent CP/M, Concurrent DOS and DOS Plus?)<br>
<br>
> (The emulated USB hard disk can be quite slow, but probably does not<br>
> really matter for DOS anyway.)<br>
<br>
True.<br>
<br>
> In case the DOS PC has one of the three common pre-USB3 host controllers<br>
> (UCHI, OHCI or EHCI), you can load USBASPI.SYS in DOS and access USB<br>
> storage devices that way.<br>
<br>
This is true. However, the start-off-a-USB-disk method needs no<br>
modification to the DOS OS or config files. You can copy an installed<br>
copy of DOS (with no USB drivers or support) onto a USB key, boot off<br>
the USB key, and suddenly DOS can see and use the USB drive.<br>
<br>
> May work, but not guaranteed. It may even depend on whether both drives<br>
> are connected to the same root hub or not (in case your machine has many<br>
> USB ports and more than one root hub). Guaranteed is only that the<br>
> device booted from is emulated as disk 0x80.<br>
<br>
Yes, true.<br>
<br>
<br>
> What is your experience with support of contemporary mice/touchpads in<br>
> DOS? Oberon without mouse would not be much fun.<br>
<br>
So far, I am mostly using various laptops, and everything just seems<br>
to work. Since DOS doesn't support things like scroll wheels anyway,<br>
all you can really rely on being there is pointing and left-clicking.<br>
They seem to work OK, on internal and external mice, trackpoints, and<br>
touchpads. If the app understands right-clicking and middle-clicking,<br>
then those seem to work too.<br>
<br>
> Using some of the Oberon versions that run on Linux/X11 may be even<br>
> simpler. Run them on a contemporary Linux kernel, and you should have<br>
> better hardware support than the BIOS provides.<br>
<br>
I am aware of that, but my interest is primarily in operating systems,<br>
not in programming languages or environments (except inasmuch as they<br>
are used to implement the OSes).<br>
<br>
I am interested in using DOS on modern hardware because 30+ years ago<br>
I acquired a lot of specialist DOS knowledge, which is now totally<br>
obsolete. However, as hobbyists grow interested in running DOS on<br>
modern hardware, both natively and under VMs, my obsolete knowledge<br>
becomes of some value again. That is enjoyable to me.<br>
<br>
There are also DOS-like OSes, and environments that run on top of DOS.<br>
Very few people today know about these or have the knowledge to get<br>
them working. I do. So I am experimenting with them.<br>
<br>
For instance, in VMs, I have DESQview, DesqView/X and DR OpenGEM<br>
running on top of modern DOSes. I hope to extend this to<br>
GeoWorks/Breadbox Ensemble soon, as this is now FOSS.<br>
<br>
DESQview was the state of the art in DOS multitasking. Unfortunately,<br>
it depends on the QEMM memory manager, and so far I have failed to get<br>
this working on modern hardware. (In VMs it is fine.) However, I have<br>
read that GeoWorks can directly support DR-DOS' built-in multitasking,<br>
and I *have* got that working.<br>
<br>
That's why I was asking -- to see if Oberon enthusiasts would be<br>
interested in Oberon for DOS running on modern hardware. It seems not.<br>
:-(<br>
<br>
I may try it anyway, though... :-)<br>
<br>
-- <br>
Liam Proven – Profile: <a href="https://about.me/liamproven" rel="noreferrer noreferrer" target="_blank">https://about.me/liamproven</a><br>
Email: <a href="mailto:lproven@cix.co.uk" target="_blank" rel="noreferrer">lproven@cix.co.uk</a> – gMail/gTalk/gHangouts: <a href="mailto:lproven@gmail.com" target="_blank" rel="noreferrer">lproven@gmail.com</a><br>
Twitter/Facebook/LinkedIn/Flickr: lproven – Skype: liamproven<br>
UK: +44 7939-087884 – ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053<br>
--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch" target="_blank" rel="noreferrer">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer noreferrer" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
</blockquote></div>