| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | sortpkt |
Hi Paul RM>> And I *love* the RE: remover.... PM> Glad you like it. It took about 5 seconds to implement as well, PM> although it took several hours to figure out that I needed to do it PM> :-) Could be a few more prefixes to kill; I've seen ** and " in front of subjects in AustGames. PM> BTW, at the moment it only removes the RE: for the purposes of PM> sorting, not on the final output packet. Spotted that. RM> Makes sense. If you've got the mem to spare, use it. My technique RM> will necessarily involve reading the source packets twice. I intend RM> to recommend a Big disk cache . PM> Sounds like you're reinventing my original program. I was reading it PM> twice as well, but it really thrashed the disk. Get a bigger cache... On the 2nd pass, did you have all the input files open at once? I had real fun with this, and I might move this thread to Avtech or AustC for more opinions - comment? PM>> The biggest culprit is the pktCollection class, as it declares a table PM>> of packets, each a few hundred bytes long. RM> Found it! (reminds me of an old Naked Vicar joke...) PM> I'm not sure what joke you're referring to, but if it's filthy and PM> disgusting lets hear it! It isn't disgusting, so you probably don't want it..... Cheers --- PPoint 1.80* Origin: Silicon Heaven (3:711/934.16) SEEN-BY: 711/934 @PATH: 711/934 |
|
| 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™.