Die Mitglieder findutils wissen , dass es mit * BSD kompatibel ist:
Einer der Gründe, warum wir das Löschen von "." dient der Kompatibilität mit * BSD, aus dem diese Aktion stammt.
Der Quellcode von NEWS in findutils zeigt, dass sie beschlossen haben, das Verhalten beizubehalten:
#20802: If -delete fails, find's exit status will now be non-zero. However, find still skips trying to delete ".".
[AKTUALISIEREN]
Da diese Frage zu einem der aktuellsten Themen wird, tauche ich in den FreeBSD-Quellcode ein und finde einen überzeugenderen Grund.
Sehen wir uns den Quellcode des Dienstprogramms find von FreeBSD an :
int
f_delete(PLAN *plan __unused, FTSENT *entry)
{
/* ignore these from fts */
if (strcmp(entry->fts_accpath, ".") == 0 ||
strcmp(entry->fts_accpath, "..") == 0)
return 1;
...
/* rmdir directories, unlink everything else */
if (S_ISDIR(entry->fts_statp->st_mode)) {
if (rmdir(entry->fts_accpath) < 0 && errno != ENOTEMPTY)
warn("-delete: rmdir(%s)", entry->fts_path);
} else {
if (unlink(entry->fts_accpath) < 0)
warn("-delete: unlink(%s)", entry->fts_path);
}
...
Wie Sie sehen, wird die rmdir()durch POSIX definierte C-Funktion erreicht, wenn Punkt und Punkt nicht herausgefiltert werden unistd.h.
Führen Sie einen einfachen Test durch. Rmdir mit dem Argument dot / dot-dot gibt -1 zurück:
printf("%d\n", rmdir(".."));
Schauen wir uns an, wie POSIX rmdir beschreibt :
Wenn sich das path-Argument auf einen Pfad bezieht, dessen letzte Komponente entweder dot oder dot-dot ist, schlägt rmdir () fehl.
Es wurde kein Grund angegeben, warum shall fail.
Ich fand rename einige Gründe zu erklären, n:
Das Umbenennen von Punkt oder Punkt-zu-Punkt ist verboten, um zyklische Dateisystempfade zu verhindern.
Zyklische Dateisystempfade ?
Ich schaue mir die C Programming Language (2nd Edition) an und suche nach einem Verzeichnis-Thema. Überraschenderweise habe ich festgestellt, dass der Code ähnlich ist :
if(strcmp(dp->name,".") == 0 || strcmp(dp->name,"..") == 0)
continue;
Und der Kommentar!
Jedes Verzeichnis enthält immer Einträge für sich selbst mit der Bezeichnung "." Und das übergeordnete Verzeichnis "..". Diese müssen übersprungen werden, sonst wird das Programm für immer wiederholt .
"loop forever" , das ist dasselbe wie oben renameunter "zyklische Dateisystempfade" beschrieben .
Ich habe den Code leicht modifiziert und ihn unter Kali Linux laufen lassen, basierend auf dieser Antwort :
#include <stdio.h>
#include <string.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <dirent.h>
#include <unistd.h>
void fsize(char *);
void dirwalk(char *, void (*fcn)(char *));
int
main(int argc, char **argv) {
if (argc == 1)
fsize(".");
else
while (--argc > 0) {
printf("start\n");
fsize(*++argv);
}
return 0;
}
void fsize(char *name) {
struct stat stbuf;
if (stat(name, &stbuf) == -1 ) {
fprintf(stderr, "fsize: can't access %s\n", name);
return;
}
if ((stbuf.st_mode & S_IFMT) == S_IFDIR)
dirwalk(name, fsize);
printf("%81d %s\n", stbuf.st_size, name);
}
#define MAX_PATH 1024
void dirwalk(char *dir, void (*fcn)(char *))
{
char name[MAX_PATH];
struct dirent *dp;
DIR *dfd;
if ((dfd = opendir(dir)) == NULL) {
fprintf(stderr, "dirwalk: can't open %s\n", dir);
return;
}
while ((dp = readdir(dfd)) != NULL) {
sleep(1);
printf("d_name: S%sG\n", dp->d_name);
if (strcmp(dp->d_name, ".") == 0
|| strcmp(dp->d_name, "..") == 0) {
printf("hole dot\n");
continue;
}
if (strlen(dir)+strlen(dp->d_name)+2 > sizeof(name)) {
printf("mocha\n");
fprintf(stderr, "dirwalk: name %s/%s too long\n",
dir, dp->d_name);
}
else {
printf("ice\n");
(*fcn)(dp->d_name);
}
}
closedir(dfd);
}
Wir werden sehen:
xb@dnxb:/test/dot$ ls -la
total 8
drwxr-xr-x 2 xiaobai xiaobai 4096 Nov 20 04:14 .
drwxr-xr-x 3 xiaobai xiaobai 4096 Nov 20 04:14 ..
xb@dnxb:/test/dot$
xb@dnxb:/test/dot$ cc /tmp/kr/fsize.c -o /tmp/kr/a.out
xb@dnxb:/test/dot$ /tmp/kr/a.out .
start
d_name: S..G
hole dot
d_name: S.G
hole dot
4096 .
xb@dnxb:/test/dot$
Es funktioniert korrekt, was nun, wenn ich die continueAnweisung auskommentiere:
xb@dnxb:/test/dot$ cc /tmp/kr/fsize.c -o /tmp/kr/a.out
xb@dnxb:/test/dot$ /tmp/kr/a.out .
start
d_name: S..G
hole dot
ice
d_name: S..G
hole dot
ice
d_name: S..G
hole dot
ice
^C
xb@dnxb:/test/dot$
Wie Sie sehen, muss ich Ctrl+ verwenden C, um dieses Endlosschleifenprogramm zu beenden.
Das '..'-Verzeichnis hat seinen ersten Eintrag' .. 'gelesen und wird für immer wiederholt.
Fazit:
GNU findutilsversucht, mit dem findDienstprogramm in * BSD kompatibel zu sein .
findDienstprogramm in * BSD verwendet intern die rmdirPOSIX-kompatible C-Funktion, die Punkt / Punkt-Punkt nicht zulässt.
Der Grund rmdirdafür, dass Punkt / Punkt-Punkt nicht zugelassen wird, besteht darin, dass zyklische Dateisystempfade verhindert werden.
Die von K & R geschriebene Programmiersprache C zeigt beispielhaft, wie Punkt / Punkt-Punkt zu einem Endlosschleifenprogramm führt.