| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | sot/eot |
BL> have you got any ideas on how I can do a check on the overall operation? BL> Your pkt2qwk compares the size of the PKT to the QWK, and I rather BL> like that. I could check the ratio, and if I lose 10% (say), I BL> could add a warning and not erase anything until the user says so. Trouble with the way its done now is that it assumes that the combined PKT really is the total of the PKT mail which was in the archived PKTs. There is no guarantee that it is. If you are going to do that sort of check it would be much better to look at the saved archived PKTs with an archiver etc to get the total size of the PKTs in there from the directory info in the archive and compare that with the resulting QWK. Trouble with the size comparison tho is that it cant hope to pick up more than gross problems, wont catch say a single message lost for some problem with the message boundary detection etc. BL> I save the day's packets anyway, in case they get mangled. Yeah, thats absolutely essential. BL> Rod was talking about counting messages in and out, but there's not BL> much point in that because they *have* to be the same; the way it works. Nope, you missed my point. You want a completely separate standalone ute which counts the messages in the PKTs, ideally with a completely separate algorithm too. Then the comparison of what it counts with what your PKT2QWK converter counts in the QWK produced really is useful. The counting ute isnt hard, pretty trivial compared to the converter. --- PQWK202* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 690/718 711/809 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™.