2011-12-08 01:09 AEST by Arthur Barrett - Customer reports that administrator is not allowed to 'cvs unedit' a file.

This may be because of 'cvs edit -A' (see bug 6354), or the user may have simply set very restrictive 
permissions.

If the current user has the 'backup' or 'restore' right, this could be enabled if the 'access denied' error 
occurs via the BackupWrite() function (rather than WriteFile).
http://msdn.microsoft.com/en-us/library/windows/desktop/aa362511(v=vs.85).aspx

From customer:

COMMAND: cvs status al8er135.xml:

================================================================
===

File: no file al8er135.xml                              Status: Needs Checkout

   Working revision:         1.2          Wed Nov  9 08:05:40 2011

   Repository revision:    1.2          /isrepos/iscustomer/sources/components.dir/al8er135.xml,v

   Expansion option:        kvx

   Commit Identifier:       58ec4eba4bc87370

   Sticky Tag:                       (none)

   Sticky Date:                    (none)

   Sticky Options:              kvx

   Merge From:                 (none)

COMMAND: cvs editors al8er135.xml:

al8er135.xml      KPE        Wed Dec  7 10:58:30 2011 GMT hgscvs02             
c:\sandboxes\iscustomer/sources\components.dir

COMMAND: attrib al8er135.xml

A            C:\sandboxes\iscustomer\sources\components.dir\AL8ER135.XML

COMMAND: cvs upd -ACc al8er135.xml

cvs update: warning: al8er135.xml was lost

cvs update: cannot open al8er135.xml: Permission denied

cvs update: could not check out al8er135.xml

cvs [update aborted]: cannot open al8er135.xml for copying: Permission denied

And unedit did not work.