DOS ain't dead

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

posted by sezeroz, 16.12.2019, 06:15

DXE3 is good enough, and we used it in DLL-requiring projects
such as quake2, sin (not public), and also hexen2. It handles
chain-loading of interdependent shared modules too as of 2.05
reliably. The djgpp 2.06 development version also handles the
extended coff relocations (more than 65535 relocs) and has an
updated linker script.

It works just fine in those projects for changing game modules
and changing refresh drivers (opengl / software) just like it
does on unix and windows.

Dxe3 has a serious inherent limitation, though: if dependencies
of the dxe changes (such as v1.00 of a dxe depends on malloc()
and free(), v1.02 additionally depends on strlen()), you will
need to either relink your exe with the new version's import lib,
or if you are dlopen()ing the dxe then add the new dependency
exports to your exe and rebuild it.

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