/build/static/layout/Breadcrumb_cap_w.png

READ ONLY Directory

I have this simple autoIt script that looks for a file, if the file exists it copies a few other files to that same directory.

If FileExists("c:\esri\av_gis30\arcview\ext32\rams-ext.avx") Then

FileCopy("rams-ext.avx", "c:\esri\av_gis30\arcview\ext32\" ,1 )
FileCopy("avorm-ext.avx", "c:\esri\av_gis30\arcview\ext32\" ,1 )
FileCopy("av_patches-ext.avx", "c:\esri\av_gis30\arcview\ext32\" ,1 )
FileCopy("odie5-ext.avx", "c:\esri\av_gis30\arcview\ext32\" ,1 )
Else
Exit
EndIf

This works for most, however. Some workstations have this "ESRI" directory set to "Read Only". When this is the case. I can not get the files to copy. I checked out a machine that this was happening on. With admin rights I removed "Read Only" and took ownership. After it applies the change, you check it again and " Read Only is back on!!!! Does anyone know what I am talking about or have seen this before? At first I thought it was the script, but that is not the case.

0 Comments   [ + ] Show comments

Answers (6)

Posted by: aogilmor 17 years ago
9th Degree Black Belt
0
probably there's something in the app or some process that's setting the read-only attribute.
You may be able to "unset" it with auto-it (have not played with it lately)
certainly a vbscript or bat file can do it.
Posted by: madsquirrel21 17 years ago
Senior Yellow Belt
0
I tried to unset it using a bat and autoit....neither worked.....I would think it was the app, but it is not that way on every install. Thansk for the info.
Posted by: aogilmor 17 years ago
9th Degree Black Belt
0
hmm, strange, I'd think if you can't do a attrib -r with a simple batch file it'd have to be a file contention or permissions problem.
Posted by: madsquirrel21 17 years ago
Senior Yellow Belt
0
I checked all permissions, took ownership, blah blah blah...nothing. It is pissing me off. The client I am suppose to do this for thinks I'm a goof. I can change it, but it will not keep the setting....dumb, or I am dumb one of the two....
Posted by: aogilmor 17 years ago
9th Degree Black Belt
0
I saw in installation program one time that set r/o permissions on the program menu directory.
Well if it's not ownership or perms it must be another process that's resetting it. Often Policies will restrict perms on directories off the root. talk to the network admin.
could it be the app itself resetting or "protecting" its program dir? I've seen apps do some strange things.
couple more things, How LONG does it take for the attribute to reset and WHEN does it happen? A policy is bound to take a few minutes...if you unplug from the network does it still happen? does it happen right after you run the app, or just install it?
Posted by: madsquirrel21 17 years ago
Senior Yellow Belt
0
I know it is not a network policy....I am the admin. I am going to check with the vendor to see about the program resetting the r/o...as soon as you reset it it changes back. The thing is...it is not that way on all machines...pretty random. Thanks for your sugg.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ