home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18180 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.4 KB  |  35 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!darwin.sura.net!haven.umd.edu!decuac!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!star.enet.dec.com!buda
  3. From: buda@star.enet.dec.com (Mark A. Buda)
  4. Subject: Re: deleteing an rms block
  5. Message-ID: <1992Nov18.160542.15675@nntpd.lkg.dec.com>
  6. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  7. Organization: Digital Equipment Corporation
  8. Date: Wed, 18 Nov 1992 16:02:50 GMT
  9. Lines: 24
  10.  
  11.  
  12. In article <1992Nov17.231932.7615@mnemosyne.cs.du.edu>, ncuster@nyx.cs.du.edu (Nate Custer) writes...
  13. > 
  14. >If i create a random access file with rms in my account (i'm the owner)
  15. >and someone wants to delete one of the records in that file, can they
  16. >do that?
  17.  
  18. Depending on the orginazation (Seq/Rel/Idx) you do it with different techniques.
  19. For IDX/REL, you would use the $DELETE system service.  For sequential files
  20. you would use a couple different methods.
  21.  
  22. >assuming w:rw protection is set?  when you delete the block,
  23. >aren't you just telling rms it isn't there anymore?  you're not actually
  24. >cleaning up the file right?
  25.  
  26. You have told RMS to 'forget' about the data that was accessable.  The data
  27. may still be in the file, but not accessable without block access.  In time
  28. you may overwrite it, at which time it is truly gone.
  29.  
  30.     - mark
  31.  
  32. buda@star.enet.dec.com
  33. ...!decwrl!star.enet.dec.com!buda
  34. buda%star.enet.dec.com
  35.