| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | `Wait for something` TO |
Hello Peter,
We are a little bit confused about what you said (or what we understand you
said :-) ) last year in Colorado and what the Toolkit 3.0 online help says.
Please can you explain the exact difference between
"Normal Read Timeout" (NRTO) and "Wait for something" (WFS).
assume a request for 3 characters (DosRead) with a Timeout of 100ms.
(the read request is done at time : 0. x means a character arrives
at this time on the machine).
0 50 100 150 200 250 ms
| . . . . | . . . . | . . . . | . . . . | . . . . |
Case 1 | x x x
Case 2 x x x
Case 3 | xx x
Case 4 x x x
Case 5 xx x
Case 6 xx x
Case 7 x x x
NRTO WFS
Case 1: 150ms ?
Case 2: 100ms ?
Case 3: 150ms+TO ?
Case 4: 150ms+TO ?
Case 5: 100ms ?
Case 6: 155ms+TO ?
Case 7: 198ms ?
Here are my problems:
I cant see a difference if a device driver is at the gebin in state NRTO or
- as the toolkit docu says in case of WFS - in state "NoWait" (NW) and
"at the time the request would have completed due to No-Wait
processing," change into state NRTO.
Also i cant understand, if in
"... it waits for some data to be ..."
the some means that after the change of state the read waits for 1 character
(with a maximum timeframe of TO) or if it waits for all of the charachters.
maybe this is exactly the difference?
Here from Toolkit 3.0 online help:
If the physical device driver is doing Wait-For-Something Read Timeout
processing, the physical device driver processes the request initially as
if it had No-Wait Timeout processing. If no data was available at the
1>time the request would have completed due to No-Wait processing, the
2>request is not completed. Instead, it waits for some data to be
1>available before completing the request. However, the physical device
1>driver does enter Normal Read Timeout processing for this request.
Therefore, if no data is available after the Normal Timeout processing
interval, then the request is completed anyway. The request never
waits longer than it would have due to Normal Read Timeout
processing.
WARPED!, Mario
---
* Origin: LC/32 Development Team-Vienna-Austria (2:310/14.11)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: 310/14 90 30 2490/1301 240/5500 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™.