I seem to have messed up some of my file or possibly directory permissions. I'm an old MSDOS guy and frequently write code in the 'Command Prompt' environment. I have just noticed that several of the programs I've written have lost their write permission, all file opens now fail. My 15 year old MSVC 6.0 compiler can no longer open the required compiler intermediate files to complete a compile of something like hello.c
I've read some of the related posts here, and in Safe mode (the only place I get the security tab) fooled with permissions for the entire drive, select sub directories, and the C:\windows\_default.pif file on this NTFS partition, all to no avail.
I had an improper shutdown a month of so ago, and could not reboot. I booted into linux on another partition and ran its chkdsk utility to repair C:, after this XP booted fine, everything from the GUI works fine, but my dos box utilities can't open files now. Anyone with a good suggestion as to how to correct?
I notice the properties for directories all have the little gray arrow in the check box for read only access. However as I've read here this is only supposed to mean the folders are customized (although I don't recall doing this). I've tried removing this in safe mode, and with at attrib command in the command prompt but it seems to have no affect. Stumped.
day 2, still hoping someone has an idea. I've been experimenting and its odd. I have a removable zip disk that works fine in anther machine, but exhibits behavior above if run dos programs I've created over the years with the msdos compiles. The permission on zip disk itself are fine, has to be something related to the 'command prompt' in XP, but its the same _default.pif and related config.nt and autoexec.nt that have always been there since XP was installed. Equally confusing, its only file creation that causes the problem. If I create a dummy file with the appropriate name my programs can write to it, they just can't create one of their own. Microsofts QC2.5 compiler exhibits the same behavior. But some old msdos standbys link the archive tool LHA and the editor PC-Write work fine in the 'command prompt' environment. Odd!
slowly learning more, discovered acals program and display some results, I normally work as 'will' and changed
the csource sub directory to Full rights for users as a test. Doesn't look like a permissions problem anymore
C:\ BUILTIN\AdministratorsOI)(CI)F
CREATOR OWNEROI)(CI)(IO)F
Everyone:R
NT AUTHORITY\SYSTEMOI)(CI)F
BUILTIN\UsersOI)(CI)C
C:\dos BUILTIN\AdministratorsOI)(CI)F
DIM8100\will:F
CREATOR OWNEROI)(CI)(IO)F
NT AUTHORITY\SYSTEMOI)(CI)F
BUILTIN\UsersOI)(CI)C
C:\dos\csource BUILTIN\UsersOI)(CI)F
BUILTIN\AdministratorsOI)(CI)F
DIM8100\will:F
CREATOR OWNEROI)(CI)(IO)F
NT AUTHORITY\SYSTEMOI)(CI)F
I've read some of the related posts here, and in Safe mode (the only place I get the security tab) fooled with permissions for the entire drive, select sub directories, and the C:\windows\_default.pif file on this NTFS partition, all to no avail.
I had an improper shutdown a month of so ago, and could not reboot. I booted into linux on another partition and ran its chkdsk utility to repair C:, after this XP booted fine, everything from the GUI works fine, but my dos box utilities can't open files now. Anyone with a good suggestion as to how to correct?
I notice the properties for directories all have the little gray arrow in the check box for read only access. However as I've read here this is only supposed to mean the folders are customized (although I don't recall doing this). I've tried removing this in safe mode, and with at attrib command in the command prompt but it seems to have no affect. Stumped.
day 2, still hoping someone has an idea. I've been experimenting and its odd. I have a removable zip disk that works fine in anther machine, but exhibits behavior above if run dos programs I've created over the years with the msdos compiles. The permission on zip disk itself are fine, has to be something related to the 'command prompt' in XP, but its the same _default.pif and related config.nt and autoexec.nt that have always been there since XP was installed. Equally confusing, its only file creation that causes the problem. If I create a dummy file with the appropriate name my programs can write to it, they just can't create one of their own. Microsofts QC2.5 compiler exhibits the same behavior. But some old msdos standbys link the archive tool LHA and the editor PC-Write work fine in the 'command prompt' environment. Odd!
slowly learning more, discovered acals program and display some results, I normally work as 'will' and changed
the csource sub directory to Full rights for users as a test. Doesn't look like a permissions problem anymore
C:\ BUILTIN\AdministratorsOI)(CI)F
CREATOR OWNEROI)(CI)(IO)F
Everyone:R
NT AUTHORITY\SYSTEMOI)(CI)F
BUILTIN\UsersOI)(CI)C
C:\dos BUILTIN\AdministratorsOI)(CI)F
DIM8100\will:F
CREATOR OWNEROI)(CI)(IO)F
NT AUTHORITY\SYSTEMOI)(CI)F
BUILTIN\UsersOI)(CI)C
C:\dos\csource BUILTIN\UsersOI)(CI)F
BUILTIN\AdministratorsOI)(CI)F
DIM8100\will:F
CREATOR OWNEROI)(CI)(IO)F
NT AUTHORITY\SYSTEMOI)(CI)F