| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | USR Courier |
Paul, at 19:04 on Feb 08 1996, you wrote to Bill Grimsley... BG> Big deal, so you do it once, determine that the system can handle that BG> speed, then leave it there. So what ? PE> So it's a bug, which I documented, and had a workaround for in PE> 10 minutes. I didn't document it as "a bug so bad that I intend PE> to commit Hurry Curry if it isn't solved by the this time next PE> week". Sorry you fail to see the difference. Pity it's not a bug at all, but the way that all USRs work, and have done from day one. Who's to say that Rockwell's method is right anyway? Maybe they're the buggy ones... PE> It is up to USR to fix the bug, Don't hold your breath waiting then. PE> I'd probably use ATZ S0=0 myself, if that worked. BG> It won't. Think about it for a minute, and you'll see why. PE> You don't know what will or will not make a code bug appear. You missed my point as usual. I said that the above init won't work, it's up to you to figure out why (no, it's not a trick question). BG> I've given you the fix. It's now up to you to use it. PE> I am happy with my other workaround. I don't change speed very often. Then why all the bitching ? I think you sometimes complain simply for the sake of doing so. Try getting out more often, it'll help no end. BG> For the definitive answer, ask Joe F in the BG> USR_Modems echo. Anything else is just a guess. PE> So why did you ask me instead of him then? Just wanted you to publicly flout your ignorance some more, that's all. Regards, Bill --- Msgedsq/2 3.20* Origin: Logan City, SEQ (3:640/305.9) SEEN-BY: 640/305 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™.