From ac4774ec32a28c5b412895d088eb7f788c3b7592 Mon Sep 17 00:00:00 2001
From: Cody Boone Ferguson <53008573+xexyl@users.noreply.github.com>
Date: Thu, 13 Jun 2024 14:02:50 -0700
Subject: [PATCH] Format fix bugs.md

It seems pandoc actually handles it okay but the markdown was fixed
anyway (in other words it does not change the html file). A line that
was part of a sentence (the end of) started with '256.' This was changed
to '256\.' (another option would be to move the '256.' to the end of the
previous line). With pandoc the html file does not change but this very
issue has caused me problems before so I fixed it.
---
 bugs.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bugs.md b/bugs.md
index 42007d628..cc096688e 100644
--- a/bugs.md
+++ b/bugs.md
@@ -1063,7 +1063,7 @@ looked at later but you're welcome to try and fix this too! A tip on how
 Previously it had a buffer size of 256 which could easily overflow. In this
 entry `gets(3)` is used in a more complicated way: first `m` is set to `*++p` in
 a for loop where `p` is argv. Later `m` is set to point to `h` which was of size
-256. `gets(3)` is called as `m = gets(m)`) but trying to change it to use
+256\. `gets(3)` is called as `m = gets(m)`) but trying to change it to use
 `fgets(3)` proved more a problem. Since the input must come from the command
 line Cody changed the buffer size to `ARG_MAX+1` which should be enough (again
 theoretically) especially since the command expects redirecting a dictionary