| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | japdoll.zip |
PE> Thanks for the 20 meg file! Not a single CRC error. You
PE> cancelled it before we got to see the CPS rate for the
PE> transfer, so all we had was the last 2 meg. And that showed
PE> a CPS rate of 388 (26%)!!! Oh, you run Windows, don't you?
PE> :-) BFN. Paul.
true, but irrelevent, this is the only transfer that i've had trouble with,
and i've gone all out to try and break transfers, and since i started using
winfossil and binkley nt, i have had no success in doing so. pity it had to
be on this transfer though.
hopefully this message will get to you without gmd binning it, it looks
like i eventually found the bug. i couldn't understand how some messages
were going out one character short, but some were ok. it seems that there
were 2 bugs, there was a problem with not clearing the message buffer
properly that caused it's length to be calculate one character too *long*
sometimes, but then, then i added the extra cr after the eot kludge, i
didnt add it to the message length. so when the buffer length was right,
the message was bad, and when it was wrong, the message was ok!
keith
@EOT:
--- WinPoint 0.2.01 Alpha
* Origin: Malfunction Junction (3:711/934.6)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™.