home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.96 / text5727.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  2.3 KB  |  58 lines
  1.     id m0uCrVT-0007sCa; Fri, 26 Apr 96 11:40 MDT
  2. Sender: owner-executor
  3. Received: by ftp.ardi.com (Smail3.1.29.1 #3)
  4.     id m0uCrIN-0007sJC; Fri, 26 Apr 96 11:27 MDT
  5. Received: from SpoolDir by ISVR-DEPT1 (Mercury 1.21); 26 Apr 96 18:26:17 +0000
  6. Priority: normal
  7. Message-id: <8A71745A9@dept1.isvr.soton.ac.uk>
  8. Subject: Re: Beta 0 #3 cannot see HFS drives.
  9. X-mailer: Pegasus Mail for Windows (v2.31)
  10. Organization: ISVR, University of Southampton
  11. To: executor@ardi.com
  12. From: "Jon Hall" <jmah@isvr.soton.ac.uk>
  13. Date: Fri, 26 Apr 1996 18:26:15 +0000
  14. Sender: owner-executor@ardi.com
  15. Precedence: bulk
  16.  
  17. On 25 Apr 96 at 21:30, EADEANS wrote:
  18.  
  19. >I tried out Beta 0 #3 last night and saw that it (like 1.99q12) cannot see
  20. >HFS volumes attached to my computer via my Adaptec SCSI card under Warp.
  21. >Version 1.99 could see the volume but not write/read--some kind of
  22. >browser/executor "access error"...
  23. >
  24. >It works fine under DOS 5 but Warp support for reading HFS volumes is
  25. >*extremely* important to me. I'm using the latest Adaptec drivers (Warp
  26. >FixPak 17).
  27.  
  28. Two thoughts come to mind:
  29.  
  30. 1. (probably obvious) You need to have virtual ASPI support for DOS 
  31. sessions loaded, which if memory serves is done by having the lines
  32.  
  33. BASEDEV=OS2ASPI.DMD
  34. DEVICE=x:\OS2\MDOS\VASPI.SYS (where x = boot drive)
  35.  
  36. in CONFIG.SYS.
  37.  
  38. 2. It is possible that the OS/2 drive manager, OS2DASD.DMD, is allocating 
  39. the drive preventing it from been seen via ASPI (unlike DOS, under OS/2 
  40. only devices not allocated by other managers can be accessed via ASPI). There 
  41. are two possible workarounds for this situation:
  42.  
  43. a) There's a switch for the BASEDEV (.ADD) that prevents specified SCSI 
  44. IDs from being allocated by OS2DASD.DMD - I can't remember what it is, 
  45. but HELP BASEDEV should provide the starting point. The disadvantage, if 
  46. the device is removable, is that PC-format disks will be inaccessible to 
  47. OS/2 with this switch in effect.
  48.  
  49. b) Adding the switch /ALL to the OS2ASPI.DMD command line will allow 
  50. access to all devices even if allocated to other managers. This is risky 
  51. as this potentially allows other DOS programs to affect/corrupt devices 
  52. in use by OS/2. You may also require the switch /SHARE as well to prevent 
  53. devices from being locked by the DOS session; see online help for more 
  54. info.
  55.  
  56. Hope this helps.
  57.  
  58.