| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | NEXTDEV.SYS |
John Poltorak wrote in a message to All: JP> Whilst installing a new scsi adapter, I came across a device JP> driver called nextdev.sys, which basically sets the letter JP> for the next device viz: JP> device=nextdev.sys z JP> This allowed a VDISK to be accessed as Z: . Unfortunately, JP> it was a DOS program. Does anyone know of anything JP> comparable for OS/2? I would like to have something like JP> this for support situations, where I cannot know beforehand JP> which letter will be allocated for the VDISK. Anyone fancy JP> porting this little utility? This is an EXTREMELY bad idea under OS/2. Drive letters are assigned in the order in which their drivers are loaded. It is possible to write a driver that simply reserves a bunch of drive letters when it loads, but it would interfere with certain types of file system drivers. In addition, even a do-nothing block device driver must support minimal functionality, including the ability to respond intelligently to the standard request packets, in order to avoid bad things such as hanging the boot process. OS/2 will also allocate real resources for the management of your non-existent drives, will send them commands such as "get partitionable fixed disks," "reset media," "read," and will generally expect real drives. In particular, OS/2 remote (network) file system drivers request all of the drive letters remaining after the local file system drivers have been loaded. By reserving a number of drive letters, it is quite possible to exhaust the supply and stop network support from loading. -- Mike ---* Origin: N1BEE BBS +1 401 944 8498 V.34/V.FC/V.32bis/HST16.8 (1:323/107) SEEN-BY: 105/42 620/243 624/50 711/401 409 410 413 430 807 808 809 934 955 SEEN-BY: 712/407 515 628 704 713/888 800/1 7877/2809 @PATH: 323/107 150 3615/50 396/1 270/101 105/103 42 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™.