TIP: Click on subject to list as thread! ANSI
echo: muffin
to: Bob Jones
from: Roy J. Tellason
date: 2003-06-29 12:06:16
subject: Squish progress

Bob Jones wrote in a message to Roy J. Tellason:

 RJT> Because with *.MSG being stored one message-per-file,  the 
 RJT> software (at least some of it) would look for each and every 
 RJT> number,  starting from 1,  by way of dos filesystem calls,  which 
 RJT> was very slow and inefficient.  Putting them all together with 
 RJT> consecutive low numbers does away with this problem.

 RJT> OTOH so would a linked list...

 RJT> And you're using *.msg?

 BJ> Roy:

 BJ> Now that I have a Linux test box running Max/Squish/BinkD (in
 BJ> manual mode), I have an idea....

 BJ> Since the squish code includes a routine for converting from *.msg 
 BJ> to Squish and from Squish to *.msg, would it do what you want by 
 BJ> converting the area from *.msg to squish and then back?

Interesting question.  Not what *I* want,  necessarily,  I'm happy with
Squish bases here,  I forget who it was that raised that question...

 BJ> I suspect Squish qould renumber when converting from squish back 
 BJ> to *.msg (in a clean area).  I just don't know what the 
 BJ> side-effects would be....  At least it provides an option for the 
 BJ> short term.....  I haven't tried this yet.....

Message numbers are funny things.  I remember seeing some that went to
absurdly high levels in some areas when I was using other editors,  though
it's been so long since I've used anything else that now I can't remember
which those were any more.

--- 
* Origin: TANSTAAFL BBS 717-838-8539 (1:270/615)
SEEN-BY: 633/267 270
@PATH: 270/615 150/220 379/1 106/1 2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.