| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | A short delay |
Hi, Bob. BL> -=> Quoting Frank Malcolm to Paul Edwards on 05-04-96 14:07 <=- BL> FM> As you may recall the TinyPoint Telix script puts diamonds on BL> FM> the screen while waiting for the Enq. In the past it showed 1 BL> FM> or maybe 2, but recently (this week?) it's been a line and a BL> FM> half. It's not a significant delay (really just flashes up), BL> FM> but I thought you might be interested. BL> Brenton has written a complicated loop in Tinypoint, and my guess is BL> that Paul now sends stuff immediately, rather than making us wait, so BL> Brenton's loop just runs to the maximum count and stops. It really BL> needs to be rewritten, but it seems to work anyway. It's not *that* complicated, just wait for a 2-second timeout or an ENQ, whatever comes first. Print a diamond every time through the loop. I don't know what cinp_cnt() does, if it actually waits for a character then we're receiving ~120 (a line & a half) characters before getting the ENQ. If it exits immediately if there's no character, then Paul is delaying however long it takes to write ~120 diamonds before sending the ENQ. I think that functionality is exactly correct, the loop doesn't need to be rewritten. Regards, fIM. * * When ideas fail, words come in very handy. @EOT: ---* Origin: Pedants Inc. (3:711/934.24) 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™.