Return to BSD News archive
Newsgroups: comp.os.386bsd.apps Path: sserve!newshost.anu.edu.au!csc.canberra.edu.au!pandonia!jan From: jan@pandonia.canberra.edu.au (Jan Newmarch) Subject: Re: TCX -- transparent [un]compression of executables Message-ID: <jan.733551688@pandonia> Sender: news@csc.canberra.edu.au Organization: Info Sci & Eng, University of Canberra, AUSTRALIA References: <9308509.26865@mulga.cs.mu.OZ.AU> <haley.733188816@husc.harvard.edu> <9308914.12697@mulga.cs.mu.OZ.AU> <9308914.14240@mulga.cs.mu.OZ.AU> Date: 31 Mar 93 04:21:28 GMT Lines: 22 In <9308914.14240@mulga.cs.mu.OZ.AU> slf@cs.mu.OZ.AU (Stewart Forster) writes: > SOLUTIONS provided in TCX >* TCX is a C program, not an interpreter (although it is invoked like > it was one), hence it works faster. >* Tries to unpack local executables in place to prevent overworking /tmp > or filling it up. If the local filesystem runs out of space, it then > tries to unpack to /tmp. Only if /tmp fills up then does it fail. Some of the PC solutions to this problem unpack directly into PC memory, which in some cases actually *speeds up* loading, because they load a small file from disk and then decompress it in RAM. I realize that this cannot be done quite so easily in a Unix system with virtual memory, but it is another wrinkle on the problem. -- +----------------------+---+ Jan Newmarch, Information Science and Engineering, University of Canberra, PO Box 1, Belconnen, Act 2616 Australia. Tel: (Aust) 6-2012422. Fax: (Aust) 6-2015041