Xref: news-dnh.mv.net comp.os.msdos.djgpp:1431
Path: news-dnh.mv.net!mv!news.sprintlink.net!news.bluesky.net!news.mathworks.com!zombie.ncsc.mil!news.duke.edu!godot.cc.duq.edu!nntp.club.cc.cmu.edu!cantaloupe.srv.cs.cmu.edu!das-news2.harvard.edu!oitnews.harvard.edu!newsfeed.rice.edu!rice!news!sandmann
From: Charles Sandmann <sandmann AT clio DOT rice DOT edu>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Idea: compressed COFF
Date: Tue, 08 Aug 1995 07:40:48 CDT
Organization: Rice University, Houston, Texas
Lines: 14
References: <DCzGM6 DOT 7zz AT cyf-kr DOT edu DOT pl>
Reply-To: sandmann AT clio DOT rice DOT edu
Nntp-Posting-Host: clio.rice.edu
To: djgpp AT sun DOT soe DOT clarkson DOT edu
Dj-Gateway: from newsgroup comp.os.msdos.djgpp

> So I have an idea: to create alternate versions of stub and coff2exe/stubify
> that would compress the COFF while creating an EXE file and decompress it
> while loading. The stub would be a bit bigger (decompression routine) but
> COFF (and resulting EXE) much smaller...

This has been suggested.

Morten Welinder (If I remember right) started looking at this about 6 
months ago in V2 development, but got busy and didn't get very far?

It was suggested to use the compression routines out of gzip, and then
code the decompression algorithm in djasm for inclusion in the stub.

It's an idea looking for volunteers :-)