| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | yak2.lzh |
On (10 Jun 95) Paul Edwards wrote to Keith Richardson...
KR> perhaps you should fix your dinosaur technology so that dupes are
KR> checked for before the transfer just like the city. the order of the
PE> ROFL. You've pointed off the city before have you, and he managed
PE> to set up Binkley to avoid dupes. Amazing stuff this guy at the
PE> city. Corse there's always the chance that you're getting confused
PE> between BBS and mailer technology. If you download MINPOS2 or whatever
PE> it's called now, you might be a bit more familiar with it.
KR> nope afaik city doesn't do points. his message system is not what the
PE> IOW he has exactly the same technology that I do. If a sysop
PE> crashes a file to him that he already has, he doesn't have any
PE> protection against it.
in that case, how does it still work when i do an iemsi connect to him?
KR> is a dupe the xfer aborts. if you don't have the brains to work it out
KR> for yourself, i suggest that you could ring john and ask him to explain
PE> Explain how to stop points from sending dupes?
how about the notion of breaking into the zmodem state machine at the
point where the file name has been received, and
a) check for a mail transfer. procede at once if it is.
b) if not, spawn a child process to scan the filebase, and abort
the transfer if the file exists.
KR> it to you. i think that the first suggestion would be not to use
KR> binkley,
PE> So what's he got that does FTS-1 and FTS-4 under OS/2 32-bit and
PE> doesn't cost me anything and comes with source?
i have no idea whether frodo/remoteaccess meet those specificatins or
not.
KR> but then, as you have the source code of bink, it shouldn't be
KR> too hard for you to change it should it?
PE> I can give you the source code in about 3 minutes. If it's not too
PE> hard to change (your assertion) then please FREQ BTPE302.ZIP and
PE> send me the diffs so that I can apply them to BTPE303.ZIP. Thanks
PE> for your cooperation.
you are the boy genius of bink fudging, i dont have the motivation, it
makes little difference to me whether a transfer aborts before or after,
but i'd think that your std connected points would prefer an abort
sooner rather than later.
Keith
... Runtime Error 6D at 417A:32CF: Incompetent User.
--- PPoint 1.88
* 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™.