| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | OS/2 programming tips ??? |
PF> I don't know what "keyed", "keyup" etc mean. Since PF> I'm ignorant on this, I can't decide if the standard PF> com.sys would be appropriate. DE> Never. Unlike a telephone modem, a radio modem turns its carrier on Then the reply is easier for me -- you're going to have to write (or get someone to write) a DD. It will be pretty easy to meet your timing requirements in a DD. DE> Thanks, I will look into that. The only concern that I DE> have here about using a device driver is that I hear DE> that a device driver can not access other device DE> drivers. This is not strictly true. There is an IPC mechanism for DD's, but it is something specific to each DD. > As a routine, we log each individual DE> character to disk as it comes in / goes out the com DE> port. This is critical for debugging field problems. You can't just call the "disk DD" to have it log stuff, as you guessed. But you can, periodically (every 1k for example), have an application do the logging for you. There is also the TRACE facilities provided by the OS (see DevHelp_SysTrace). --- Maximus/2 2.02p1* Origin: Sol 3/Toronto (905)858-8488 (1:259/414) SEEN-BY: 105/42 620/243 711/401 409 410 413 430 807 808 809 934 955 712/407 SEEN-BY: 712/515 628 704 713/888 800/1 7877/2809 @PATH: 259/414 400 99 250/702 3615/50 396/1 270/101 105/103 42 712/515 @PATH: 711/808 809 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™.