home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19834 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  3.7 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!dog.ee.lbl.gov!ucbvax!ISTVAX.IST.LU!gloesener
  2. From: gloesener@ISTVAX.IST.LU
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Request help !
  5. Message-ID: <9212241143.AA09264@ucbvax.Berkeley.EDU>
  6. Date: 24 Dec 92 09:10:58 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 82
  11.  
  12. > I read a mail (I forgot the name of the sender) about recursive directory
  13. > specification, using this command :
  14. > 
  15. > $ CREATE /DIR [.1]
  16. > $ SET FILE /ENTER=[.1]2.DIR 1.DIR
  17. > 
  18. > The first time I access 1.DIR, I could see 2.DIR.
  19. > Then, when I access 2.DIR, I could see another 2.DIR, and that 2.DIR seemed
  20. > endless. Everytime I access the next one, I would always see another one,
  21. > kind of getting deeper and deeper.
  22. > 
  23. > Can someone please explain to me what in happening ?
  24. > 
  25.  
  26. What you've done is creating a link to 1.dir which is [.1]2.DIR. This means that
  27. 2.DIR is not a real directory but only a name pointing to the directory 1.DIR so
  28. that when you enter the directory 2.DIR you are still in 1.DIR since 2.DIR 
  29. points to 1.DIR Graphically speaking:
  30.  
  31. Seen as direvctories:
  32.  
  33.                  1.DIR <-----+
  34.                    |         |
  35.                    +-2.DIR---+
  36.  
  37. Physically on the disk:
  38.  
  39.     File entry 1.DIR \
  40.                       \______> 1st block of the directory
  41.                       /
  42.     File entry 2.DIR /
  43.  
  44.  
  45. In other words (I do NOT think that you are stuppid but my explanations might
  46. be a bit unclear) 2.DIR is a sinonym for 1.DIR so that echa time you go to
  47. 2.DIR you are again in 1.DIR and of course you can see the directory link 2.dir
  48. again since it is in 1.DIR (clear ?) .
  49.  
  50. > I also tried to delete the directory :
  51. > I delete 2.DIR first, since it's lower that 1.DIR, using this command :
  52. > ( I did this after I access 1.DIR)
  53. > 
  54. > $ SET PROT:O:D 2.DIR
  55. > $ DEL 2.DIR;*
  56. > 
  57. > But, instead I got error message :
  58. > insufficient privilege or file protection violation.
  59. > 
  60. > I'd really appreciate any help I could get ?
  61. > Thanks in advance for any of your help.
  62. > 
  63.  
  64. This behavior is also due to the fact that 2.DIR is a 'circular' link to 
  65. 1.DIR. This implies that changing the protection of 2.DIR also changes the
  66. protection of 1.DIR. And you changed the protection of 2.DIR to O:D, so
  67. 1.DIR also changed to O:D. Now when you try to delete 2.DIR which is within
  68. 1.DIR VMS checks the access to all directories below the file you wand to
  69. delete. Since you have nolonger Read or Execute access to 1.DIR VMS can not
  70. access any file in that directory, and particulaary not 2.DIR, so that you
  71. can not delete it. To change this You have to change the protection of 2.DIR
  72. to O:RED but since you can not access 2.DIR because of the protection you've
  73. set previousely you must change the protection of 1.DIR to O:RED which also
  74. changes the protection of 2.DIR and now you can delete both directories.
  75.  
  76.                                                        Gasty Gloesener
  77.  
  78.  
  79.  
  80. ================================================================================
  81.                        | GGGGGG     Gasty Gloesener, 
  82. IIIIII  SSSSSS  TTTTTT | GG         Assistant of the Institute of Technology
  83.   II    SS        TT   | GG  GGGGGG in Luxembourg
  84.   II    SSSSSS    TT   | GG  GG     
  85.   II        SS    TT   | GGGGGG     Responsible for: VMS management, security,
  86. IIIIII  SSSSSS    TT   |     GG  GG                  programming
  87.                        |     GGGGGG                  UNIX stations management
  88.                        |                             NETWORK management
  89. ================================================================================
  90. e-mail: gloesener@istvax.ist.lu       | PSI: psi%0270442110::GLOESENER
  91.         gloesener@menvax.restena.lu   |
  92. ================================================================================
  93.  
  94.