DOS ain't dead

.DXE .DLL .SO (etc.) (Developers)

posted by Rugxulo , Usono, 20.12.2019, 10:39

> Yes, the DLL implementation in Borland pascal has nothing like LoadLibrary.
> All the used DLLs are automaticaly loaded during the .EXE initialization
> and they can't be unloaded or replaced.

There was a 16-bit DOS shareware Oberon compiler in the late '90s by Chris Peachment (Canadian) called Edipar (.LZH sfx). I came across it (before 2016) because I was trying various DOS compilers with my silly Befunge interpreter. It had a few bugs, but it did mostly work. I tested it under DOSEMU because it didn't work properly natively (memory bug?).

I know this isn't fully relevant here, but it did support loadable modules and could even combine them for a static .EXE. Very obscure in hindsight, but I just felt the trivial need to mention it, for completeness.

Note that this is not an OS, nor is it graphical, and it lacks garbage collection (must use DISPOSE). So it's just yet another cmdline compiler. Oh, and I think it was claimed to have been written in TopSpeed Modula-2 (for "286" [186?], no XMS needed, FPU or emulation).

Complete thread:

• .DXE .DLL .SO (etc.) - Rugxulo, 14.12.2019, 14:00 (Developers)
  • .DXE .DLL .SO (etc.) - Laaca, 15.12.2019, 22:50
    • .DXE .DLL .SO (etc.) - Rugxulo, 16.12.2019, 20:04
    • .DXE .DLL .SO (etc.) - marcov, 16.12.2019, 23:16
      • .DXE .DLL .SO (etc.) - Laaca, 18.12.2019, 21:30
        • .DXE .DLL .SO (etc.) - marcov, 19.12.2019, 20:39
        • .DXE .DLL .SO (etc.) - Rugxulo, 20.12.2019, 10:39
          • .DXE .DLL .SO (etc.) - marcov, 20.12.2019, 18:06
  • .DXE .DLL .SO (etc.) - sezeroz, 16.12.2019, 06:15