Mail Archives: djgpp/1995/12/06/14:41:31
:: 1. V2 is dpmi-compliant, but it is possible to make and use DLLs like in
:: well-known dpmi servers (windoze...) ?
:You can make DXE's with V2, which are a very simple form of dynamic
:executable code (used by EMU387).
Thanks. So now, where can I find documentation on how to write such DXE's ??
:: 3. I found some code in the tests directory about loading a second program
:: in memory (V2load() function) and jump to it. Is this only a test or this
:: feature will stay in the final draft ?
:This feature is used by the debuggers (and the V2 version of "go32") and
:will be in the final release. You must use -ldbg to link this routine.
So here is a very technical question about that :
I have a 1st program (let us call it S, like Server). I want S to load a
second program B, and later a third program C.
It is possible in B or C to call functions in A ? If yes, how can I manage
those calls at the linking stage of B or C. Must I provide minimal functions
with same operands as is A, but which only perform the jump to A services ?
How can I obtain addresses of functions in A, must I keep a table of
functions' offsets in the code ?
The goal is to make my graphical environment (SWORD) multi-app like windoze.
The actual SWORD would become S (the graphic windows Server), and would
load applications. Those applications would need to call funcions in SWORD.
All that I described earlier is one pb, the other is that SWORD is in C++, so
I'm not dealing with functions, but with objects methods.
Any ideas would be greatly appreciated...
Thanks,
Eric.
- Raw text -