From: Bruno Haible <bruno@clisp.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: jporterbugs@gmail.com, larsi@gnus.org, eggert@cs.ucla.edu,
bug-gnulib@gnu.org, 57129@debbugs.gnu.org
Subject: bug#57129: 29.0.50; Improve behavior of conditionals in Eshell
Date: Tue, 16 Aug 2022 21:59:10 +0200 [thread overview]
Message-ID: <2135151.C4sosBPzcN__382.61770257435$1660680020$gmane$org@nimes> (raw)
In-Reply-To: <838rnofgad.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 887 bytes --]
Eli Zaretskii wrote:
> Looking at your test program, I see that you generate the seconds file
> name without deleting the first one. When a file by the first
> generated name already exists, gen_tempname will indeed generate a
> different name. But in the scenario I described, Emacs creates one
> temporary file, uses it, then deletes it, and only after that creates
> another file.
I'm adding this scenario to the unit test. Still, the unit test succeeds
when run once on:
Linux, FreeBSD, NetBSD, OpenBSD, macOS, Solaris, Cygwin, native Windows.
Since this contradicts what you debugged on mingw, I ran the test 10000
times on native Windows. Result:
- on 32-bit mingw, no failure.
- on 64-bit mingw, around 30 failures (or around 10 failures with Paul's
newest patch). That is, a probability of ca. 0.3% of getting the same
file name as on the previous call.
Bruno
[-- Attachment #2: 0001-tempname-Add-more-tests.patch --]
[-- Type: text/x-patch, Size: 3713 bytes --]
From aa52cadc36fb1af0509dc3a4bce4ce73197ece68 Mon Sep 17 00:00:00 2001
From: Bruno Haible <bruno@clisp.org>
Date: Tue, 16 Aug 2022 21:50:11 +0200
Subject: [PATCH] tempname: Add more tests.
Based on scenario described by Eli Zaretskii in
<https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00043.html>.
* tests/test-tempname.c (main): Add another test.
* modules/tempname-tests (Status): Mark the test as unportable.
---
ChangeLog | 8 ++++++
modules/tempname-tests | 3 ++
tests/test-tempname.c | 65 ++++++++++++++++++++++++++++++------------
3 files changed, 58 insertions(+), 18 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index eb96281591..de113ce081 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2022-08-16 Bruno Haible <bruno@clisp.org>
+
+ tempname: Add more tests.
+ Based on scenario described by Eli Zaretskii in
+ <https://lists.gnu.org/archive/html/bug-gnulib/2022-08/msg00043.html>.
+ * tests/test-tempname.c (main): Add another test.
+ * modules/tempname-tests (Status): Mark the test as unportable.
+
2022-08-16 Paul Eggert <eggert@cs.ucla.edu>
tempname: generate better names for MinGW Emacs
diff --git a/modules/tempname-tests b/modules/tempname-tests
index 384f98707b..adccd0d8e9 100644
--- a/modules/tempname-tests
+++ b/modules/tempname-tests
@@ -2,6 +2,9 @@ Files:
tests/test-tempname.c
tests/macros.h
+Status:
+unportable-test
+
Depends-on:
unlink
diff --git a/tests/test-tempname.c b/tests/test-tempname.c
index d463eec2b4..4a0ca65f2c 100644
--- a/tests/test-tempname.c
+++ b/tests/test-tempname.c
@@ -34,24 +34,53 @@ main ()
char filename1[18 + 1];
char filename2[18 + 1];
- strcpy (filename1, templ18);
- int fd1 = gen_tempname (filename1, strlen (".xyz"), 0, GT_FILE);
- ASSERT (fd1 >= 0);
-
- strcpy (filename2, templ18);
- int fd2 = gen_tempname (filename2, strlen (".xyz"), 0, GT_FILE);
- ASSERT (fd2 >= 0);
-
- /* With 6 'X' and a good pseudo-random number generator behind the scenes,
- the probability of getting the same file name twice in a row should be
- 1/62^6 < 1/10^10. */
- ASSERT (strcmp (filename1, filename2) != 0);
-
- /* Clean up. */
- close (fd1);
- close (fd2);
- unlink (filename1);
- unlink (filename2);
+ /* Case 1: The first file still exists while gen_tempname is called a second
+ time. */
+ {
+ strcpy (filename1, templ18);
+ int fd1 = gen_tempname (filename1, strlen (".xyz"), 0, GT_FILE);
+ ASSERT (fd1 >= 0);
+
+ strcpy (filename2, templ18);
+ int fd2 = gen_tempname (filename2, strlen (".xyz"), 0, GT_FILE);
+ ASSERT (fd2 >= 0);
+
+ /* gen_tempname arranges (via O_EXCL) to not return the name of an existing
+ file. */
+ ASSERT (strcmp (filename1, filename2) != 0);
+
+ /* Clean up. */
+ close (fd1);
+ close (fd2);
+ unlink (filename1);
+ unlink (filename2);
+ }
+
+ /* Case 2: The first file is deleted before gen_tempname is called a second
+ time. */
+ {
+ strcpy (filename1, templ18);
+ int fd1 = gen_tempname (filename1, strlen (".xyz"), 0, GT_FILE);
+ ASSERT (fd1 >= 0);
+
+ /* Clean up. */
+ close (fd1);
+ unlink (filename1);
+
+ strcpy (filename2, templ18);
+ int fd2 = gen_tempname (filename2, strlen (".xyz"), 0, GT_FILE);
+ ASSERT (fd2 >= 0);
+
+ /* With 6 'X' and a good pseudo-random number generator behind the scenes,
+ the probability of getting the same file name twice in a row should be
+ 1/62^6 < 1/10^10.
+ But on 64-bit native Windows, this probability is ca. 0.1% to 0.3%. */
+ ASSERT (strcmp (filename1, filename2) != 0);
+
+ /* Clean up. */
+ close (fd2);
+ unlink (filename2);
+ }
return 0;
}
--
2.34.1
next prev parent reply other threads:[~2022-08-16 19:59 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-11 2:43 bug#57129: 29.0.50; Improve behavior of conditionals in Eshell Jim Porter
2022-08-11 2:46 ` Jim Porter
2022-08-12 15:22 ` Lars Ingebrigtsen
2022-08-13 5:14 ` Jim Porter
2022-08-13 7:01 ` Eli Zaretskii
2022-08-13 18:56 ` Jim Porter
2022-08-14 5:07 ` Eli Zaretskii
2022-08-14 5:37 ` Jim Porter
2022-08-14 7:30 ` Eli Zaretskii
2022-08-14 21:40 ` Jim Porter
2022-08-15 12:13 ` Eli Zaretskii
2022-08-15 16:14 ` Jim Porter
2022-08-15 16:49 ` Eli Zaretskii
2022-08-15 18:08 ` Jim Porter
2022-08-15 18:21 ` Eli Zaretskii
2022-08-15 18:30 ` Jim Porter
2022-08-15 18:58 ` Eli Zaretskii
2022-08-15 20:55 ` Paul Eggert
[not found] ` <af0af29b-2362-77db-081e-046158937808@cs.ucla.edu>
2022-08-15 21:22 ` Bruno Haible
2022-08-16 11:04 ` Eli Zaretskii
[not found] ` <835yish2l1.fsf@gnu.org>
2022-08-16 13:35 ` Bruno Haible
[not found] ` <1871347.6tgchFWduM@nimes>
2022-08-16 13:51 ` Eli Zaretskii
[not found] ` <838rnofgad.fsf@gnu.org>
2022-08-16 14:40 ` Bruno Haible
2022-08-16 16:25 ` Eli Zaretskii
[not found] ` <83wnb8dukz.fsf@gnu.org>
2022-08-16 16:54 ` Paul Eggert
[not found] ` <206e38df-2db4-a46a-e0ff-952bc8ab939c@cs.ucla.edu>
2022-08-16 17:04 ` Eli Zaretskii
[not found] ` <83sflwdsr2.fsf@gnu.org>
2022-08-16 17:30 ` Paul Eggert
2022-08-16 17:41 ` Eli Zaretskii
[not found] ` <ceeeaa86-6199-93b1-ff65-bbd3e531e235@cs.ucla.edu>
2022-08-16 17:56 ` Eli Zaretskii
2022-08-16 17:25 ` Paul Eggert
2022-08-16 17:29 ` Bruno Haible
[not found] ` <f329244a-cba7-65cd-2e5d-2630eba3e9e9@cs.ucla.edu>
2022-08-16 17:47 ` Eli Zaretskii
2022-08-16 19:11 ` Paul Eggert
[not found] ` <d95734ab-6bbc-7403-c1f8-fbf742badda4@cs.ucla.edu>
2022-08-16 20:12 ` Bruno Haible
2022-08-17 11:08 ` Eli Zaretskii
[not found] ` <83h72bdt4z.fsf@gnu.org>
2022-08-18 6:05 ` Paul Eggert
[not found] ` <57b8f10f-8e9b-5951-e5ad-8cba2a8cb569@cs.ucla.edu>
2022-08-18 6:44 ` Eli Zaretskii
[not found] ` <2594092.Isy0gbHreE@nimes>
2022-08-16 17:52 ` Eli Zaretskii
2022-08-16 20:06 ` Bruno Haible
[not found] ` <2606289.q0ZmV6gNhb@nimes>
2022-08-17 11:29 ` Eli Zaretskii
2022-08-16 19:59 ` Bruno Haible [this message]
[not found] ` <2135151.C4sosBPzcN@nimes>
2022-08-16 20:53 ` Paul Eggert
2022-08-21 16:20 ` Bruno Haible
2022-08-21 16:32 ` Eli Zaretskii
2022-08-21 17:17 ` Bruno Haible
2022-08-22 20:47 ` Paul Eggert
[not found] ` <2dc7ede0-eca7-baf5-f89a-f5d292b80808@cs.ucla.edu>
2022-08-23 0:13 ` Bruno Haible
[not found] ` <3893771.2iPT33SAM4@nimes>
2022-08-23 11:18 ` Eli Zaretskii
[not found] ` <831qt79pjj.fsf@gnu.org>
2022-08-23 14:49 ` Bruno Haible
2022-08-23 16:07 ` Eli Zaretskii
2022-08-20 18:03 ` Jim Porter
2022-08-20 18:14 ` Eli Zaretskii
2022-08-20 18:49 ` Jim Porter
2022-08-24 21:41 ` Jim Porter
2022-08-26 5:10 ` Jim Porter
2023-03-16 5:35 ` Jim Porter
2022-08-14 5:03 ` Sean Whitton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='2135151.C4sosBPzcN__382.61770257435$1660680020$gmane$org@nimes' \
--to=bruno@clisp.org \
--cc=57129@debbugs.gnu.org \
--cc=bug-gnulib@gnu.org \
--cc=eggert@cs.ucla.edu \
--cc=eliz@gnu.org \
--cc=jporterbugs@gmail.com \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.