home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / notabene / 3187 < prev    next >
Encoding:
Text File  |  1993-01-01  |  1.5 KB  |  35 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!!HELSINKI,
  3. X-Envelope-to: NOTABENE@TAUNIVM.BITNET
  4. X-VMS-To: IN%"NOTABENE@TAUNIVM.BITNET"
  5. X-VMS-Cc: JTAKALA
  6. MIME-version: 1.0
  7. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  8. Content-transfer-encoding: 7BIT
  9. Message-ID: <01GT0U1DD1SYAC4EJ2@hylk.Helsinki.FI>
  10. Date:         Fri, 1 Jan 93 23:59:07 IST
  11. Sender:       Nota Bene List <NOTABENE@TAUNIVM.BITNET>
  12. From:         "J-P Takala, University of Helsinki,
  13.               Sociology" <JTAKALA@FINUHA.BITNET>
  14. Subject:      File Status problem
  15. Newsgroups: bit.listserv.notabene
  16. Lines: 17
  17.  
  18.  
  19. There is an annoying new problem in NB4 (my copy at least): the file
  20. status value (va$fs) is erratic, or at least different from what it
  21. was earlier.  There can be a file open in every window, but the FS
  22. value does not know it, at least by earlier standards (i.e., it is
  23. less than 511).  The problem appears if one uses NB4's new possibility
  24. to start a NEw file with no name (or Create Untitled file).  These
  25. files seem to have no effect on the FS value.  Hence programs that
  26. check the availability of new windows using the FS--as many programs
  27. at the TAUNIVM archive do--are in trouble, and may mess up things.
  28. However, NB's own procedures, at least Review, are not fooled by the
  29. strange FS.  So there must be another way to check the availability of
  30. windows.  Does anyone reading this know what it might be?  Unless this
  31. problem is fixed, it seems prudent to keep giving names to new files
  32. right at beginning.
  33.  
  34. j-p takala
  35.