| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Communication/Thread problems |
Hello All! After I got Virtual Pascal, I started to port my com. progs written in TP, but OS/2 was new for me, and I had some problems with it. Now I have it working, but I have still a few questions, maybe someone can answer one or more. - I figured out you need to read more than one byte, because the overhead is to high, and now I have a simple ring buffer system, but I wondered, would it be possible to use a queue for it? Or would that also cause to much overhead? - When I killed a thread with DosRead in it, OS/2 crashed. I fixed this by suspending the thread, waiting 0.5 seconds (DosSleep), and then kill it. But I think there must be a better way. - I don't understand the read timeout modes compleetly. What I want is a mode that waits indefinitly for a char, and timeouts if there are no more chars for the timeout time (but at least one). - Some ioctl call (flush output buffer) crashed my program if it was called with the direction flag on. Is that a bug in OS/2 or in the compiler (is somewhere specified that it must be off)? - My program hung if I created a thread with kbdcharin io_wait, did some file access (a handle 1 write did it too), killed the thread and did a kbdpeek io_nowait. I couldn't kill the program too, not by exiting it's parent (VP) nor by killing it with the PM. I solved this by using DosDevIoCtl instead of kbd..., but I wonder if this is an OS/2 problem or a 32 16 bit conversion problem in the compiler. Greetings, Arne --- FMail/386 0.98* Origin: (2:281/705.8) 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: 281/705 283/512 280/801 24/24 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™.