From fd49083b38f2cf18837682c87de1e4e273cdf331 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Mon, 13 Jun 2005 10:19:23 +0000 Subject: [PATCH] *** empty log message *** --- ChangeLog | 16 +++++++++++++++- NEWS | 4 ++++ 2 files changed, 19 insertions(+), 1 deletion(-) diff --git a/ChangeLog b/ChangeLog index c5268e5695..12af1876a9 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,7 +1,21 @@ -2005-06-10 Paul Eggert +2005-06-13 Jim Meyering * Version 5.3.1. + * src/mkdir.c (main): When make_dir_parents changes the current working + directory, give a diagnostic about each subsequent failure to create + a dot-relative directory. + * src/install.c (main): Likewise. + (install_file_in_file_parents): Update make_dir_parents caller. + + * src/mkdir.c (main): Give a diagnostic for -- and skip -- each + relative directory name after make_dir_parents fails to restore + the working directory. Before, `mkdir -p' could create directories + in the wrong place in unusual circumstances. + * tests/mkdir/p-3: New test for today's mkdir.c/mkdir-p.c bug fixes. + +2005-06-10 Paul Eggert + Act on the Austin Group's response yesterday to XCU ERN 63; see . * NEWS: ls no longer outputs an extra space between mode and link count. diff --git a/NEWS b/NEWS index 43a3bcf68f..1dc2073fd8 100644 --- a/NEWS +++ b/NEWS @@ -122,6 +122,10 @@ GNU coreutils NEWS -*- outline -*- "mkdir -m =+x dir" no longer ignores the umask when evaluating "+x", and similarly for mkfifo and mknod. + "mkdir -p /tmp/a/b dir" no longer attempts to create the `.'-relative + directory, dir (in /tmp/a), when, after creating /tmp/a/b, it is unable + to return to its initial working directory. + "pr -D FORMAT" now accepts the same formats that "date +FORMAT" does. ** Improved portability -- 2.47.3