From 695c9035427d4adfc7fb9c2fb74461702e894707 Mon Sep 17 00:00:00 2001 From: Cody Boone Ferguson <53008573+xexyl@users.noreply.github.com> Date: Thu, 6 Jun 2024 07:34:29 -0700 Subject: [PATCH] Fix no longer true statement in FAQ 4.1 The entry that was referred to (not named but I remember it as 1986/hague) as having an alternate version for the purpose that it showed correct output but crashed was fixed quite some time back and so this has been removed. --- faq.html | 6 ++---- faq.md | 7 +++---- 2 files changed, 5 insertions(+), 8 deletions(-) diff --git a/faq.html b/faq.html index ed9d3b25a..4d61db417 100644 --- a/faq.html +++ b/faq.html @@ -1973,10 +1973,6 @@ warning in such a way that caused confusing output for the entry, looking like:<
$ ./tbr
$ warning: this program uses gets(), which is unsafe.
# nothing here, what to do?
-In some cases changing the code to use fgets() is not so easy to fix and in
-one case at least there is an alternate version that has the fix instead due to
-a problem it creates (correct output but segfaults after the output in one of
-the forms of input).
In some cases it is not possible to fix or at least it is highly unlikely and so those have mainly not been touched except one that has had the buffer size increased (which could be done for others that are not possible to change to @@ -1984,6 +1980,8 @@ increased (which could be done for others that are not possible to change to
Some entries can be made to look almost identical to the original entry. For
instance the fix to 1988/reddy required only a single
#define be added.
In the cases it has not been done it is likely the entry can be found in the +bugs.html file.
In the future we, the judges, would prefer that entries use fgets() to prevent
these problems.
An annoying fact is that for ‘“compatibility” reasons’ fgets() retains the
diff --git a/faq.md b/faq.md
index 9c4e703b6..e18247601 100644
--- a/faq.md
+++ b/faq.md
@@ -2349,10 +2349,6 @@ warning in such a way that caused confusing output for the entry, looking like:
# nothing here, what to do?
```
-In some cases changing the code to use `fgets()` is not so easy to fix and in
-one case at least there is an alternate version that has the fix instead due to
-a problem it creates (correct output but segfaults after the output in one of
-the forms of input).
In some cases it is not possible to fix or at least it is highly unlikely and so
those have mainly not been touched except one that has had the buffer size
@@ -2363,6 +2359,9 @@ Some entries can be made to look almost identical to the original entry. For
instance the fix to [1988/reddy](1988/reddy/index.html) required only a single
`#define` be added.
+In the cases it has not been done it is likely the entry can be found in the
+[bugs.html](bugs.html) file.
+
In the future we, the judges, would prefer that entries use `fgets()` to prevent
these problems.