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.
This commit is contained in:
1 parent
e75f6cd869
commit
ac4774ec32
1 file changed
+1
-1
@@ -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
|
||||
|
||||
Reference in new issue
Block a user