主页 / unix / 问题 / 750409
Accepted
Chris Stryczynski
Asked: 2023-07-02 23:47:19 +0800 CST

当传递的文件路径超过 100 个字符时，crontab 会抛出错误“没有这样的文件或目录”

  • 772
$ touch aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaBBB
$ crontab aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaBBB
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa: No such file or directory

这种行为看起来很不寻常（注意它如何截断错误消息中的路径）。我正在使用 Debian bullseye 11。

这是一个错误，还是有特定原因导致 crontab 有如此特殊的限制？

我无法在此处的 docker 映像上复制它：https ://hub.docker.com/r/willfarrell/crontab

debian

1 个回答

  1. Best Answer

    来自 Cygwin的版本crontab打印一条解释性错误消息：

    file=abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcd
touch "$file"
crontab "$file"
crontab: usage error: filename too long

echo "$file" | awk '{print length}'
108

    该消息解决了您的疑虑，但没有提供任何解释。

    不幸的是 Debian 上的版本没有很好地解释：

    crontab "$file"
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTU: No such file or directory

echo 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTU' | awk '{print length}'
99

    然而，源代码（apt-get source crontab）给出了大量线索cron.h：

    #define  MAX_FNAME       100     /* max length of internally generated fn */

    然后在crontab.c：

    static  char            Filename[MAX_FNAME];
…
(void) strncpy (Filename, argv[optind], (sizeof Filename)-1);
Filename[(sizeof Filename)-1] = '\0';

    如果从这些片段中看不出来，文件名的长度有 99 个字符的硬编码限制。除了任意的“应该足够长”之外，我看不出其他原因。正确的方法可能是使用PATH_MAX，但作者没有这样做。

    • 6

相关问题