| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | timEd 1.11.a4 released |
Thu 2003-02-13 14:35, mark lewis (1:3634/12) wrote to andrew clarke:
ac> The main benefit of running Squish bases was because they
ac> could auto-pack themselves.
ml> the bases, themselves, can't but the software (squish) that
ml> manipulates them can...
The format specifically allows for it and the MSGAPI (which most programs
use) provides the support for it.
ac> I don't think JAM was designed to do this.
ml> sure it can... its just a matter of coding it in the utils...
Except it's not really practical. In a JAM base, if the spaced used by a
deleted message were to be reused (autopacking), the program would need to
run through every message header checking if it was marked as deleted, and
then check whether the space used by the deleted message was big enough for
the new message to fit, and if not, keep going. If it turned out there
were no deleted messages, and you had a message base with 20,000 messages
in it, it could take a while to save just a single message. Which would be
a big performance hit for a mail tosser importing lots of messages, which
is ideally when you really want autopacking to work.
On the other hand Squish maintains its own "free frame list" (a
linked-list of messages that have been deleted) which is independent to the
"stored list" (a linked-list of stored messages). A program need
only traverse the free frame list to look for reusable frames, assuming it
honours autopacking.
ac> You could convert all of these to Squish format using FmaCopy.
ml> and loose access to them from my BBS software and my (current
ml> preferred) mail reader? no thanks...
I wasn't suggesting you should.
-- mail{at}ozzmosis.com
--- timEd/Cygwin 1.11.a5
* Origin: Blizzard of Ozz, Mt Eliza, Victoria, Australia (3:633/267.1)SEEN-BY: 633/267 270 @PATH: 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™.