#55 UPX doesn't recognize D3X (DJGPP) .EXEs

[Anonymous]

UPX can't identify as UPX-compressed, pack, unpack, or even list a DJGPP .EXE if the stub used is from D3X.

http://www.geocities.com/dborca/assembly/d3x/d3x.htm
http://www.geocities.com/dborca/assembly/d3x/d3x-090h.zip

[Markus F.X.J. Oberhumer]

Logged In: YES
user_id=12151
Originator: NO

Why does the world need yet another alpha-quality, incompatible DOS extender?

Anyway, moving this topic to Feature Requests...

[Nobody/Anonymous]

Logged In: NO

> Why does the world need yet another alpha-quality, incompatible DOS
extender?

Evidence, please. DOG4/SW should be better ?

D3X is compatible, and works. But no big problem for me, if it just doesn't work with UPX ;-)

[Nobody/Anonymous]

It's not alpha-quality, it's just called "alpha" for some odd reason. UPX handles it fine for watcom/le, so it's only the djgpp2/coff part that isn't detecting it. (BTW, it's only a DPMI host there, not an extender.) The original website is down, and it's hard to find other than mirrored on my site, but the main advantage, IMHO, is that it can build with GCC + NASM (no TASM needed). I have no complaints about it, it seems to work well.

-- Rugxulo

[dos386]

> It's not alpha-quality

Right :-) DOG/4SW sucks ways more ...

> BTW, it's only a DPMI host there, not an extender.

Wrong. It's DPMI host + stub loader.

> The original website is down, and it's hard to find other than mirrored on my
site

Wrong:

http://freefile.kristopherw.us/uploads/temp/d3x.zip

http://freefile.kristopherw.us/uploads/temp/wdosx.zi7

> that it can build with GCC + NASM (no TASM needed).

:-) at least for NASM

> I have no complaints about it, it seems to work well

Spawning-BUG, ARF-BUG, ...