| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Squish progress |
Wes Garland 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. WG> FWIW, that shouldn't happen under max/unix -- I'm pretty sure Scott WG> uses FindOpen() to find *.MSG files by wildcard; this in turn gets WG> translated into a glob() expression for *.[Mm][Ss][Gg], which gets WG> returned from a single diropen() at the OS level (e.g. glob expands WG> the wildcards into an array of char stars) I've heard it said elsewhere that *.msg should be a whole lot less of a problem for unix-type platforms than it was elsewhere, though I can't recall the reason given at the moment. I know that back when I was programming this sort of thing under CP/M and early on in DOS, that was a sequential search and could take a lot of time. ---* 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™.