<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)">  <style>  </style> </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> I rebuilt the .plt files without the pdfs and it loads just fine on a 256MB machine.  I will submit the new ones to PLaneT.  Unfortunately, I really liked distributing the reference manual (as a pdf) with the collection.<o:p></o:p> <o:p> </o:p> If someone wants the old one with the pdfs in order to replicate the problem, I can send it to them or they can download it from PLaneT before the new one is made available.<o:p></o:p> <o:p> </o:p> Doug<o:p></o:p> <o:p> </o:p> <div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'> <div> <div class=MsoNormal align=center style='text-align:center'> <hr size=2 width="100%" align=center tabindex=-1> </div> From: plt-scheme-bounces@list.cs.brown.edu [mailto:plt-scheme-bounces@list.cs.brown.edu] On Behalf Of Williams, M. Douglas Sent: Saturday, January 28, 2006 9:46 AM To: plt-scheme@list.cs.brown.edu Subject: [plt-scheme] Problems With Large Files in .plt Files<o:p></o:p> </div> <o:p> </o:p> When I built the science and simulation collections for distribution with PLaneT, I included pdfs of the reference manuals – for example, the science-ref.pdf file size is 677KB.  I built and tested it on my development machines (both Windows and Linux), which have at least 1GB each, and they work great.<o:p></o:p> <o:p> </o:p> As a test, try ‘(require (planet “science.ss” (“williams” “science.plt” 2 0)))’ or ‘planet –i williams science.plt 2 0’ from the command line.  On a 1GB machine. a minute or so later you have the science collection installed and compiled on your machine.<o:p></o:p> <o:p> </o:p> I went to demonstrate it on another machine, which had only 512MB, and five minutes later we had a very non-responsive machine and Drscheme eventually died – with a corrupt installation of the collection.  I tried it on various machines with the same result – any machine with 1GB or greater it works and anything 512MB or less it fails.  I tried various combinations of virtual memory settings and had the same result.<o:p></o:p> <o:p> </o:p> Watching the memory usage on task manager – yes, a very scientific way to do it J – shows that the process grows slowly until it fills memory; then it shrinks back to a couple tens of megs before finally dying several minutes later.  No errors are reported in the PLaneT install-log.  The science-ref.pdf file is corrupt (I assume truncated, but I didn’t check) and nothing after it is installed.<o:p></o:p> <o:p> </o:p> I will rebuild the .plts without the pdfs and that should fix the problem.  But, in looking over the unpack module in setup, it seems to go out of its way to avoid having the entire file in memory during the deflating process.  So I’m curious as to what is going on.<o:p></o:p> <o:p> </o:p> Doug<o:p></o:p> </div> </div> </body> </html>