| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Scroll question |
Mikael Kjellstr”m wrote in a message to Mike Bilow: > Scrolling is handled inside the presentation device drivers. There is a > good reason for this, since many video boards these days have the > capability of accelerating common operations such as scrolling in > hardware. Unfortunately, a side effect of this is that device drivers > are never pre-empted by the scheduler without their explicit yield, so > scrolling operates by default at apparent high priority. MK> But why? If I for an example run a DOS-program and then MK> enters "dir c:\ /s" the program is STOPPED and isn't MK> accepting any characters from the modem = character loss. I MK> thing that it's a bad solotion. Oh no, this is very different. The modem is serviced by an interrupt handler, so characters are not missed. Interrupts continue to be serviced in these conditions. Also, the video driver is going to return after each write call, usually after each line of text. As a result, although the system might be very jerky while scrolling, the process that is doing the scrolling will be a candidate for preemption after each line of text. -- Mike ---* Origin: N1BEE BBS +1 401 944 8498 V.34/V.FC/V.32bis/HST16.8 (1:323/107) SEEN-BY: 50/99 78/0 270/101 620/243 711/401 409 410 413 430 808 809 934 955 SEEN-BY: 712/407 515 517 628 713/888 800/1 7877/2809 @PATH: 323/107 170/400 396/1 270/101 712/515 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™.