home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / sfsl / 208 < prev    next >
Encoding:
Text File  |  1992-12-23  |  1.3 KB  |  25 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!VM1.HQADMIN.DOE.GOV!U8803KT
  3. Return-Path: <@SEARN.SUNET.SE:U8803KT@VM1.HQADMIN.DOE.GOV>
  4. Message-ID: <SFS-L%92122323110319@SEARN.SUNET.SE>
  5. Newsgroups: bit.listserv.sfs-l
  6. Date:         Wed, 23 Dec 1992 16:40:33 EST
  7. Sender:       "VM Shared File System (SFS) forum" <SFS-L@SEARN.BITNET>
  8. From:         Thomas Kern <U8803KT@VM1.HQADMIN.DOE.GOV>
  9. Organization: U.S. Dept. of Energy
  10. Subject:      Re: PROFS or OV/VM & SFS
  11. In-Reply-To:  Message of Wed, 23 Dec 1992 20:19:58 +0100 from <MBDMD@ROHVM1>
  12. Lines: 11
  13.  
  14. The most evident item that doesn't work for us is the EPQRUN EXEC that
  15. brings up the ISPF menu front-end. This exec trys to make sure that the
  16. user has enough A-disk space to run ISPF and it does not know how to
  17. handle the QUERY DISK output for a subdirectory (ie no blocks used).
  18. After that, the only problems I have found are at the threshold reached
  19. boundary (like disk-full) and those I think need to be rewritten to
  20. support a dual path (1 for real disk full, 2 for SFS threshold reached).
  21.  
  22. My feeling is that except for the EPQRUN EXEC, OfficeVision handles SFS
  23. directories about as well as it handles minidisks: Fine until it fills
  24. up and then each piece handles things in its own way.
  25.