Message-Id:	<199704210823.KAA30550@math.amu.edu.pl>
Comments:	Authenticated sender is <grendel@[150.254.113.14]>
From:	"Mark Habersack" <grendel AT hoth DOT amu DOT edu DOT pl>
Organization:	PPP (Pesticide Powered Pumpkins)
To:	pierre AT tycho DOT com
Date:	Mon, 21 Apr 1997 10:24:22 +0100
MIME-Version:	1.0
Subject:	Re: Usage of directory entries
Reply-to:	grendel AT hoth DOT amu DOT edu DOT pl
CC:	opendos-developer AT delorie DOT com
References:	<Pine DOT BSI DOT 3 DOT 96 DOT 970418212124 DOT 531B-100000 AT hoth DOT amu DOT edu DOT pl>
In-reply-to:	<Pine.LNX.3.95.970418163755.30096D-100000@55-174.hy.cgocable.ca>

Once upon a time (on 18 Apr 97 at 16:39) Pierre Phaneuf said:

> > > I think we should put this off a little, as the Right Way to do DLL
> > > loaders is in the kernel or close to it, so it can manage multiple
> > > programs using the same DLL (not loading the same stuff multiple times).
> > Hmm... in case of DOS it's rather in EMM386 (or similar pmode server)
> > hands...
> 
> Huh? EMM386 isn't a pmode server AFAIK... Well, not a DPMI server at
> least. The code for a DLL loader should be at the very same place the code
Wrong. In OD EMM386 replaces both HIMEM.SYS (thus it is a pmode server) and a 
DPMI 1.0 server (although it is a bit buggy - it doesn't work with DJGPP)

> to load .EXE files is. Probably in the DOS kernel. In Linux, the code to
That would be the best solution *if* the kernel works in Pmode.

> load ELF binaries, both executables and shared libraries (both cases shares
> code) is in the same module.
Exactly.
==================================================
Stand straight, look me in the eye and say goodbye
Stand straight, we drifted past the point of
  reasons why.
Yesterday starts tommorow, tommorow starts today
And the problems seem to be we're picking up the
  pieces of a ricochet...

- Raw text -