Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread Danilo Pecher
Well, one could also question the point of shared libraries in a system that doesn't support multitasking. Dynamic loading has a point in so far as to load binaries based on the availability of hardware, as in the BGI drivers. Having the code to support all gfx cards in the exe would be wasteful,

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread tom ehlert
Hallo Herr Ralf Quint, am Montag, 28. Dezember 2020 um 17:06 schrieben Sie: > On 12/28/2020 2:39 AM, tom ehlert wrote: >> Hallo Herr Ralf Quint, >> >> am Montag, 28. Dezember 2020 um 10:59 schrieben Sie: >> >>> On 12/27/2020 10:54 PM, Mercury Thirteen via Freedos-devel wrote: Hey, all! Just

[Freedos-devel] DOS runtime library

2020-12-28 Thread Jose Senna
Mercury tirtheen said: >Was there ever any "official" format for a shared runtime library under >MS-DOS? >... I'm pretty sure there was no such thing IMHO, the nearest thing are overlays, but they never were standardized. It should be possible to define quite a few and make them available t

Re: [Freedos-devel] New packages for future releases

2020-12-28 Thread Johnpaul Humphrey
I second the OpenGEM sentiment. One of the things that makes DOS special to me, is the simplicity, both of the API, and the usage. Lack of multitasking is a plus for me, not a minus. (IIRC GEM supports some multitasking though.) GEM does seem to have that simple, RAW, feel, and that's a good thing

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread Ralf Quint
On 12/28/2020 2:39 AM, tom ehlert wrote: Hallo Herr Ralf Quint, am Montag, 28. Dezember 2020 um 10:59 schrieben Sie: On 12/27/2020 10:54 PM, Mercury Thirteen via Freedos-devel wrote: Hey, all! Just a question I've never seen addressed here - or anywhere else, for that matter. Was there ever

Re: [Freedos-devel] New packages for future releases

2020-12-28 Thread tom ehlert
> And that was my thinking behind it. Writing yet another nondescript > GUI would be sort of pointless. +1 > The main strength of FreeDOS is its > ability to keep legacy software alive. But by definition there's no > legacy software available for a GUI that's written in 2020. +1 > Getting > clos

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread Danilo Pecher
IIRC there was never something like a standard DLL concept, but we used to use flat binaries for that concept. Back in 1994 or something, a friend of mine and I wrote something akin to fractint and we defined a 'fractal driver' for each type. What it basically boiled down to was typedef'ing a funct

Re: [Freedos-devel] New packages for future releases

2020-12-28 Thread Danilo Pecher
Hi Ralf makes a very interesting and important point here, especially as it reminds me of my idealistic and somewhat overconfident self from 1993. Like many people back in the day I thought I was a l33t hax0r after three years of dabbling with Turbo-Pascal, Turbo-C and even some assembler. So, nat

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread tom ehlert
Hallo Herr Ralf Quint, am Montag, 28. Dezember 2020 um 10:59 schrieben Sie: > On 12/27/2020 10:54 PM, Mercury Thirteen via Freedos-devel wrote: >> Hey, all! Just a question I've never seen addressed here - or anywhere >> else, for that matter. >> >> Was there ever any "official" format for a sha

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread Ralf Quint
On 12/27/2020 10:54 PM, Mercury Thirteen via Freedos-devel wrote: Hey, all! Just a question I've never seen addressed here - or anywhere else, for that matter. Was there ever any "official" format for a shared runtime library under MS-DOS? Windows has .DLL files, Linux has .KO files, and MS-DO