It looks like an access rights problem.  the Condor daemons run as
    SYSTEM so if any of the files or sub-directories of the execute
    directory
    deny delete access to SYSTEM, condor might be unable to cleanup
    after your job, this message seems to indicate that that is the
    case.   
 
        
    ERROR: C:\Condor\execute\dir_3180 still
            exists after trying to add Full control to ACLs for
            PRIV_ROOT
    
 
    There is code in the starter to try and change the ACLs on files in
    the execute directory after the jobs exits, but that code doesn't
    work
    if the total pathname length of any file exceeds 260 characters.
    
    There is a special program called condor_rmdir that ships with
    condor (in the bin directory) that can handle  deleting long paths
    with SYSTEM deny ACLs, but I suspect that that program is not
    enabled in your condor_config file. 
    
    search for WINDOWS_RMDIR in your config file.  you should see
    something like this...
    
    
# On Windows, the built-in rmdir command will not
        delete directories
        # or files that have Discretionary Access Control (DACLs) that
        deny
        # access to the SYSTEM account. This binary will take ownership
        of
        # files and directories and remove DACLs if needed to delete a
        # directory.  Elevated priveleges are needed for it to operate
        so
        # set this only if Condor runs as SYSTEM. (i.e. as a service)
        #WINDOWS_RMDIR = $(SBIN)\condor_rmdir.exe
        #WINDOWS_RMDIR_OPTIONS = /s /c
        
      
    try un-commenting the last two lines.
    
    -tj