Mail Archives: djgpp/2000/07/27/23:00:19
> So if you make a wrapper for the system and lib calls, you could implement
> a loader that reflected those calls to the host OS, in both systems. Then
> your DXE file would run in its own environment but under both OSs?
This was my original plan for a DXE based DLL. For all undefined references,
there would be a table of jump addresses which would be filled in by the loader
which refered back to it's own image. That DXE call wrapper would be created
using a program to examine the DXE and generate a "stub" which contained all
the undefined references (in the right order), so it would be easy for the
loader to do the fixups at run time. You could then compile the generated
stub and put it into a library.
This was going to be my plan to generate tiny DJGPP images which called some
external LIBC DXEs as an option - so you could just replace the libraries
when a new release came out. There were some problems with DXE nesting and
cross references, and static variables, but they looked like they could be
solved.
Then there was the plan to make these dual format Win32 console and DJGPP
extended apps ... but time is expensive and the need disappeared... It might
have happened if it had not rained 18" in 6 hours in May of 1995 in Lousiana.
- Raw text -