| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: Watcom C++, 16 bit ap |
ES> -=> Quoting Bruce Simpson to MIKE BILOW <=- ES> BS> There is no reason (other than historical) that device drivers need be ES> BS> limited to 16-bit code. It would appear that OS/2 (at least the 2.1x ES> BS> versions) retained a fair amount of low-level code from OS/2 1.x. ES> Well I can see why the main reason behind the 16-Bit device ES>drivers are made. How many 32-Bit or higher cards do you have in ES>your system. I think that they should allow true 32-Bit ones ES>also though. Also the 16-Bit ones can be easily multitasked by ES>OS/2, since two of them could occupy the 32-Bit range, 16+16. Well what about cached block I/O devices such as disk-drives? As soon as the cache size goes over 64Kbytes, 16bit code will run slower than 32-bit due to the need to reload segment registers. An obvious admission of this by IBM is the availability of HPFS386. I think that perhaps IBM's attitude to device drivers is "if it ain't broken, don't fix it" which is fair enough. Still, I always smile when they say that OS/2 is a "Full 32bit OS" and (in the same breath) say that Win'95 is no good because it still has some 16-bit code which is a legacy of Win3.1 :-) --- Enigmax v1.05a @PATH 772/350* Origin: === Enigma BBS, Akld, NZ. +64 9 480-0951 === (3:772/350) SEEN-BY: 620/243 622/407 623/630 632/339 640/705 670/215 690/347 711/409 410 SEEN-BY: 711/413 430 807 808 809 934 955 712/515 713/888 770/115 771/1320 SEEN-BY: 772/20 135 140 207 350 380 555 774/605 800/1 7877/2809 @PATH: 772/350 20 711/955 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™.