Các thành viên findutils nhận thức được điều này , nó tương thích với * BSD:
Một trong những lý do khiến chúng tôi bỏ qua việc xóa "." là để tương thích với * BSD, nơi hành động này bắt nguồn.
Các NEWS trong mã nguồn findutils cho thấy rằng họ đã quyết định để giữ cho hành vi:
#20802: If -delete fails, find's exit status will now be non-zero. However, find still skips trying to delete ".".
[CẬP NHẬT]
Vì câu hỏi này trở thành một trong những chủ đề nóng, vì vậy tôi đi sâu vào mã nguồn FreeBSD và đưa ra một lý do thuyết phục hơn.
Hãy xem mã nguồn tiện ích của FreeBSD :
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);
}
...
Như bạn có thể thấy, nếu nó không lọc ra dấu chấm và dấu chấm, thì nó sẽ đạt đến rmdir()chức năng C được xác định bởi POSIX unistd.h.
Thực hiện một thử nghiệm đơn giản, rmdir với đối số dot / dot-dot sẽ trả về -1:
printf("%d\n", rmdir(".."));
Hãy xem POSIX mô tả rmdir như thế nào :
Nếu đối số đường dẫn đề cập đến một đường dẫn có thành phần cuối cùng là dấu chấm hoặc dấu chấm, thì rmdir () sẽ thất bại.
Không có lý do được đưa ra tại sao shall fail.
Tôi tìm thấy rename giải thích một số reaso n:
Đổi tên dấu chấm hoặc dấu chấm chấm bị cấm để ngăn chặn đường dẫn hệ thống tệp theo chu kỳ.
Đường dẫn hệ thống tập tin chu kỳ ?
Tôi xem qua Ngôn ngữ lập trình C (Phiên bản 2) và tìm kiếm chủ đề thư mục, thật ngạc nhiên tôi thấy mã này tương tự :
if(strcmp(dp->name,".") == 0 || strcmp(dp->name,"..") == 0)
continue;
Và bình luận!
Mỗi thư mục luôn chứa các mục nhập cho chính nó, được gọi là "." Và cha mẹ của nó, ".."; những cái này phải được bỏ qua, hoặc chương trình sẽ lặp lại mãi mãi .
"Vòng lặp mãi mãi" , điều này giống như cách renamemô tả nó như là "đường dẫn hệ thống tệp theo chu kỳ" ở trên.
Tôi sửa đổi một chút mã và để nó chạy trong Kali Linux dựa trên câu trả lời này :
#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);
}
Hãy xem:
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$
Nó hoạt động chính xác, bây giờ nếu tôi nhận xét continuehướng dẫn:
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$
Như bạn có thể thấy, tôi phải sử dụng Ctrl+ Cđể giết chương trình vòng lặp vô hạn này.
Thư mục '..' đọc mục đầu tiên '..' và lặp lại mãi mãi.
Phần kết luận:
GNU findutilscố gắng tương thích với findtiện ích trong * BSD .
findtiện ích trong * BSD trong nội bộ sử dụng rmdirchức năng C tương thích POSIX mà không cho phép chấm / chấm-chấm.
Lý do rmdirkhông cho phép dot / dot-dot là ngăn đường dẫn hệ thống tệp theo chu kỳ.
Ngôn ngữ lập trình C được viết bởi K & R cho thấy ví dụ về cách dot / dot-dot sẽ dẫn đến chương trình vòng lặp mãi mãi.