From: markus.humm@freenet.de   
      
   [snip]   
   >   
   > You are right on both counts, but I honestly(!) forgot to mention one   
   > more rather relevant issue, the data isn't held in an array, but in a   
   > linked list. Putting the relevant parts (distance, time, velocity and   
   > a pointer back to the list) into an array might be possible, but I   
   > would have to repeat the compaction stage for every speed for which I   
   > want to generate the results and given that the speeds vary greatly,   
   > many compacted entries would only contain one entry, so I don't know   
   > if the extra time required to compact the data would be offset by the   
   > saving on the current set of average calculations after adding every   
   > entry. I'll have a look to see how much room I need to store such   
   > compacted entries, the problem is that I'm rapidly running out of   
   > available space under plain DOS (this is still a DOS program using BP7   
   > with lots of in-line assembler) and have already run out of space in   
   > the XP DOSBOX.   
   >   
      
   Hello,   
      
   some hints on the memory issue:   
      
   - split the app. into units where possible, because often you don't need   
      all of it at the same time   
   - use Overlays if you divided the application into separate units, so   
      only those who are currently needed are loaded. They can also be   
      buffered in EMS memory or if you download the swag from www.gdsoft.com   
      (or .org?) into the XMS memory as there is some XMS unit for useage   
      together with the overlay system of tp.   
   - another possibility would be to use DPMI, depending on your useage   
      of ASM. With DPMI you can have several megabytes of RAM.   
      
   Greetings   
      
   Markus   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)