Zdarza mi się to często z moimi zautomatyzowanymi skryptami kompilacji.
Myślę, że powodem może być aplikacja, która ma otwarty plik w tym katalogu z „share delete”. Oznacza to, że aplikacja pozwala na usunięcie pliku (dlatego uważam, że wywołanie DeleteFile nie kończy się niepowodzeniem), ale plik zniknie dopiero po zamknięciu uchwytu przez aplikację.
Oznacza to, że plik może nadal tam być, gdy rmdirpolecenie próbuje usunąć folder, stąd komunikat o błędzie. Wkrótce potem wspomniana aplikacja zamknie uchwyt, plik zniknie, a gdy przejrzysz folder, aby zobaczyć, który plik rmdirmówi, będzie pusty.
Przynajmniej taka jest moja teoria.
Obejście zaproponowane przez Harry'ego Johnstona wygląda dobrze. Tylko ja wstawiłbym pauzę między rmdirpoleceniami. Oczywiście system Windows nie ma łatwego do skryptu polecenia „pauza” (korekta: starożytne wersje systemu Windows nie, nowsze mają - patrz komentarze). Ale jeśli wystarczająca jest szczegółowość sekund, można użyć pingpauzy:
ping -n {desired_delay_in_seconds + 1} 127.0.0.1 >nul
Łącznie:
rd /s /q foo
:: retry once
if exist foo (
:: clear errorlevel
cmd /c
:: pause
ping -n 2 127.0.0.1 >nul
:: retry
rd /s /q foo
)
:: retry yet again
if exist foo (
cmd /c
ping -n 2 127.0.0.1 >nul
rd /s /q foo
)
:: give up
if exist foo {panic}