www.delorie.com/archives/browse.cgi | search |
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 :-)
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |