A point worth considering is that as the number passed into the program gets @@ -618,8 +618,9 @@ more time and resources to run as well. For instance:
18 12655721857 ./baruch 37496.97s user 58.50s system 99% cpu 10:27:48.29 total +This is not considered a bug, however.
Cody Boone Ferguson
@@ -650,13 +651,13 @@ wanting to accept reading from stdin (this in particular) even with
options used, seemingly, it has to write to disk the tarball which seems to
defeat the purpose. This would ideally be fixed.
The authors provided a list of features in the BUGS section in their remarks.
Cody Boone Ferguson fixed many bugs that @@ -666,7 +667,7 @@ will enter an infinite loop, printing 0 over and over again; another condition where this occurred was fixed but this one should not be fixed. Thank you.
If the maze file cannot be opened, either because the path specified does not @@ -674,7 +675,7 @@ exist or because the default (whatever the source file was at compilation time) file does not exist in the directory, this program will very likely crash.
This is a feature, not a bug.
There is a very simple way to always win. The program doesn’t catch you and as @@ -685,7 +686,7 @@ possibility. Can you find out how? There’s also a way to make it so that even when you’re cheating it ends up winning! Can you figure that out as well?
The author stated that if the file cannot be opened then it will print a system
@@ -706,7 +707,7 @@ changed either even if it appears to be wrong. Notice too a curious thing: if
you did change it to fprintf, even if you have the right number of args, you’d
have to remove the outer () pair.
Leo Broukhis, before he was an IOCCC judge, sent the IOCCC judges an email:
@@ -765,7 +766,7 @@ theoretically) especially since the command expects redirecting a dictionary file as part of the command line. This also makes it possible for longer strings to be read (in case thegets(3) was not used in a loop).
When you start the program everything starts to move over to the right side and @@ -836,14 +837,14 @@ than that. For instance this is what it looks like with clang:
Hello World.Can you help us?
When your own checkmate is imminent it prints "Har har" but does not exit so
it can ‘rub your nose in defeat’, as the author puts it. You will have to exit
it yourself through ctrl-c or killing it in some other fashion.
Cody improved the usability of this program by making it so that as long as the @@ -852,7 +853,7 @@ at 80 columns. However due to the nature of the program if the terminal is < in column width it will not display right. To see the number of columns in your terminal try:
echo $COLUMNSThe author suggested that the alternate version, which Cody added (but fixed for modern systems), should print
main(l,a,n,d)...
@@ -865,7 +866,7 @@ does not count (though the output before the fix of the 80 column requirement
showed was correct when at 80-columns so it seems like this could be a bug if
not a misunderstanding).
1993
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1993/ant/ant.c
Information: 1993/ant/index.html
The author stated that:
@@ -879,14 +880,14 @@ not a misunderstanding).
The author wrote in the documentation file ant.txt that
there is a version of the code that is not obfuscated. This file, agag.c does
not exist in the archive. Do you have it? Please provide it!
-STATUS: known bug - please help us fix
+STATUS: known bug - please help us fix
Source code: 1993/cmills/cmills.c
Information: 1993/cmills/index.html
In multiple platforms, both macOS and also linux (in particular a RHEL 9.3
system), this entry just shows a blank screen.
Can you fix it? We welcome your help.
1993/lmfjyh
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1993/lmfjyh/lmfjyh.c
Information: 1993/lmfjyh/index.html
This entry relied on a bug in gcc that was fixed with gcc version 2.3.3. This
@@ -894,7 +895,7 @@ cannot be fixed for modern systems as the bug is long gone.
An alternate version that will work for modern systems, however, does exist. See
the index.html file for details.
1993/rince
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1993/rince/rince.c
Information: 1993/rince/index.html
Although the code checks if the file can be opened or not, badly formatted files
@@ -902,7 +903,7 @@ will cause problems. No other checks are performed either.
There is no end of game checking method so you will have to quit the game
through ctrl-c or such.
1993/schnitzi
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1993/schnitzi/schnitzi.c
Information: 1993/schnitzi/index.html
If the file cannot be opened it will very likely segfault. This should not be
@@ -928,7 +929,7 @@ question you might cause an error. For instance don’t do this:
Of course if you do something like:
What is 'foo'?
it will work fine.
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1993/vanb/vanb.c
Information: 1993/vanb/index.html
No spaces are allowed in the expression.
@@ -938,7 +939,7 @@ spurious results.
not d-46.
1994
1994/dodsond2
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1994/dodsond2/dodsond2.c
Information: 1994/dodsond2/index.html
When you initiate shooting via the s command you immediately lose an arrow
@@ -946,7 +947,7 @@ not d-46.
When you shoot it will move you to that room so if you end up shooting into a
pit room you will end up dying even though you didn’t explicitly move there.
1994/ldb
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1994/ldb/ldb.c
Information: 1994/ldb/index.html
Cody Boone Ferguson fixed this to compile
@@ -1045,7 +1046,7 @@ can cause a compilation error! Make sure that the output of:
can be compiled and the output of that new program when fed itself can also be
compiled!
1994/shapiro
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1994/shapiro/shapiro.c
Information: 1994/shapiro/index.html
This program will likely crash if the source code file (by the name of the file
@@ -1073,7 +1074,7 @@ and it functions correctly it will address the systems where EOF != -1!= EOF.
Since it works there is no need to fix this except for a challenge to yourself.
1994/tvr
-STATUS: known bug - please help us fix
+STATUS: known bug - please help us fix
Source code: 1994/tvr/tvr.c
Information: 1994/tvr/index.html
The judges said the following in their remarks:
@@ -1084,7 +1085,7 @@ if it checked for != EOF.
doesn’t break something else.
1995
1995/cdua
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1995/cdua/cdua.c
Information: 1995/cdua/index.html
This did not originally compile under macOS and after it did compile under
@@ -1096,7 +1097,7 @@ the code it can clearly be seen that if g - a is 0 then the message
supposed to be printed again and one is supposed to press a key as at that point
it calls getchar() via the pointer m. So this is a feature not a bug.
1995/leo
-STATUS: known bug - please help us fix
+STATUS: known bug - please help us fix
Source code: 1995/leo/leo.c
Information: 1995/leo/index.html
The judges suggested that the following commands should result in output:
@@ -1112,7 +1113,7 @@ first) as it appears to just block.
It is not known if this is platform specific but this was observed in macOS and
it would be good if it was fixed.
1995/savastio
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1995/savastio/savastio.c
Information: 1995/savastio/index.html
This program expects a POSITIVE number. If you specify a negative number it will
@@ -1165,7 +1166,7 @@ almost be done except that some of the output of the
But since it does not for the time being it is advisable to just redirect
stderr to /dev/null (2>/dev/null).
1996/jonth
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1996/jonth/jonth.c
Information: 1996/jonth/index.html
If X is not running this program will very likely crash or do something funny.
@@ -1194,7 +1195,7 @@ to the page as well! You’ll have IOCCC fame for reviving a pootifier! :-)
Information: 1998/dloweneil/index.html
See above entry 1998/dlowe.
1998/schnitzi
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 1998/schnitzi/schnitzi.c
Information: 1998/schnitzi/index.html
A point worth considering is that as the number passed into the program gets
@@ -1211,7 +1212,7 @@ is in the index.html file as something to try and ponder.
There was no IOCCC in 1999.
2000
2000/dlowe
-STATUS: known bug - please help us fix
+STATUS: known bug - please help us fix
Source code: 2000/dlowe/dlowe.c
Information: 2000/dlowe/index.html
The author gives an example command:
@@ -1341,7 +1342,7 @@ on the stack at that point:
5which might (?) suggest that the + operator is unimplemented. Unfortunately it
has been many years since I have used perl and I was never a guru either.
The author states that in perl < 5.6.0 there is a bug with a core dump in what
they said is in Perl_sv_upgrade. As this is documented it is not considered a
bug to be fixed. For the curious this will crash in macOS. Cody notes that the
@@ -1381,7 +1382,7 @@ likely print different warnings when compiling. It was observed that with
Homebrew it does not report any warnings but with MacPorts it results in a total
of 92 warnings! Nonetheless neither works okay and both crash.
This program does not do what you might think it does! Running it like:
@@ -1397,7 +1398,7 @@ try to fix the crashing of this code except to challenge yourself (if you think that it’ll be worth your two second fix :-) ). If you do fix it please do not make a pull request.If DISPLAY is not set the program will very likely crash, do something strange
@@ -1405,7 +1406,7 @@ make a pull request.
Cody Boone Ferguson fixed this so that it @@ -1426,7 +1427,7 @@ can run ELF binaries but cannot compile 32-bit binaries.
this program will very likely crash or do something strange like slaughter the elves of Imladris :-(This program deliberately crashes if it loses (which is what it aims to do).
@@ -1485,14 +1486,14 @@ before the fixes there.The author referred to the file herrmann1.turing but it does not exist not even
in the archive. Do you have a copy? Please provide it!
There is also a bug in part. During compilation you’re supposed to see some animation but this does not seem to work with modern gcc versions. It appears that version 2.95 works but maybe others do as well. Do you have a fix? We would appreciate your help!
If you want to try and fix this (mis)feature, you are welcome to try.
Sometimes when one player presses q it will result in broken pipe on the other
@@ -1514,7 +1515,7 @@ set. In other words both have to be ASCII or EBCDIC - not one of each.
The author stated that there is a cat man page for this program in case one wanted to install it as a tool but this is missing.
The glob pattern must match the whole string. See the author’s comments for @@ -1543,7 +1544,7 @@ nobody else takes up the challenge.
The author referred to a file card.gif but this file is missing. Do you have
it? Please provide it!
There seem to be a couple bugs at least in this entry. The first one is that @@ -1664,11 +1665,11 @@ compile under clang. The following patch was applied:
gavin_files: boot.b lilo.conf prim gavin_install.txtThe current (Makefile was modified to try and fit into the current IOCCC build environment.
-See known features in the index.html for things that are not bugs but documented (mis)features.
The author stated that:
@@ -1691,14 +1692,14 @@ things that are not bugs but documented (mis)features. of 257 `1`s will be calculated as `11`); the remark from the previous paragraph applies here also.The generated code will very likely segfault or do something not intended if not given the right args. See the index.html file for the correct syntax.
This program sometimes will create unsolvable puzzles :-) just to hook you. @@ -1710,14 +1711,14 @@ details on this.
strange. This might also happen if you specify excessively large board dimensions. Try100 100 100 for instance and see what happens!
This entry will very likely segfault or do something strange if the source code does not exist.
This entry requires that sed and make are in the path.
The author states:
@@ -1749,7 +1750,7 @@ nowhere nearBasically, the [LISP][] interpreter is good for some basic math operations, and for running itself.
Cody Boone Ferguson notes that, though @@ -1761,7 +1762,7 @@ set up in order to give http commands. This is not a bug but it’s worth pointi out as it won’t work on as many websites as it used to including the IOCCC website itself.
The author stated the below points of interest.
@@ -1794,7 +1795,7 @@ with at leastcomputer.tofu input file:
12a13
#define gets(c) fgets((c),PI,stdin)&&(((c)[strlen((c))-1]='\0'),c!=NULL)The string specified must be <= 42 characters and may only consist of the @@ -1813,10 +1814,10 @@ but you are welcome to try and fix it.
provide it as an additional alt version. Fixing this is very likely to be very challenging and in some systems it will not be possible to fix but you are welcome to try and fix it if you wish to! -Incorrect formulas will ungracefully crash the program.
The author stated:
@@ -1831,7 +1832,7 @@ welcome to try and fix it if you wish to! If you pick a number higher than 460464 (24x19186) the program will return without outputting a solution. If you can wait that long.Cody Boone Ferguson fixed this program to @@ -1856,7 +1857,7 @@ case-sensitive.
There was no IOCCC in 2010.
For a great amount of data points the program will crash, depending on your @@ -1877,7 +1878,7 @@ bins at the edges.
instead being something else entirely. The Internet Wayback Machine, although it archived it, did not load scripts. Do you know if the domain was moved? Do you have an archive or mirror? Please provide us it! Thank you. -The author states the following:
Bad input (e.g. nonexistent files, non-numeric number of iterations, etc.) @@ -1888,7 +1889,7 @@ tends to result in empty output.
If you want to try and fix this (mis)feature, you are welcome to try.
The author stated that there are a number of features and limitations. As the
@@ -2056,7 +2057,7 @@ unconfirmed and it’s not known when CONFIG_DYNAMIC_CODE_SIGNING w
defined.
Do you have a fix? We welcome it!
The author stated that the program will crash if no argument is passed to the @@ -2064,14 +2065,14 @@ program though we note that your computer might also 2012
The author stated:
If there is a division by zero, square-root of a negative number, or similar
operation, then the results are undefined.The author stated:
@@ -2102,7 +2103,7 @@ fire :-) musical element of a line is only 2 characters!The manual referred to is here.
The author stated:
@@ -2114,7 +2115,7 @@ doesn’t make it possible to lock drawing to the display refresh rate.)The author stated:
@@ -2133,7 +2134,7 @@ doesn’t make it possible to lock drawing to the display refresh rate.) will likely dump core.The author stated that the program will crash if no argument is passed to the @@ -2143,7 +2144,7 @@ might also 2013
The author stated:
@@ -2161,7 +2162,7 @@ antialiasing interferes with color detection in “color” mode. and endianness conversion would make the source too large for IOCCC rule 2).This program will possibly crash or draw something strange with 0 args. Then @@ -2178,7 +2179,7 @@ something funny (or will it? :-) ) and when will it just do nothing?
used.From the author:
@@ -2192,7 +2193,7 @@ used. section.–
From the author:
@@ -2203,18 +2204,18 @@ such asC2E2.
A workaround is inserting a whitespace: C2 E2.
–
Invalid input files will very likely crash the program.
This program will not terminate on its own; you must kill hou (but not Qiming
Hou :-) ) yourself. This should not be fixed.
The author reminds us that if you kill the program you will have to wait a short @@ -2225,7 +2226,7 @@ have experience with socket programming :-) ) fix. However as the author pointed it out as a known limitation it is not a bug but a feature.
The author noted that in macOS the colours might be wrong. They gave a solution. @@ -2247,12 +2248,12 @@ player become bigger, stay away from blocks!
–
but since it’s documented it’s considered a feature, not a bug to fix.
This program will very likely crash if no arg is given.
Cody Boone Ferguson discovered a bug to do @@ -2280,7 +2281,7 @@ rely on the entry as the below shows. One should be able to do:
IOCCCThe author stated:
@@ -2303,14 +2304,14 @@ result. Error messages become garbled, though.–
The program doesn’t look at the header of files so if it’s passed something hat is not compressed data it’s likely to crash.
The program depends on little endian systems.
The program assumes that There was no IOCCC in 2017. The author wrote: When you run it on a JSON file you will see something like:EOF is -1. This can be fixed but at this time it is
@@ -2329,7 +2330,7 @@ use 8 * sizeof(typ) bits per place. It does not work when CHA
2018
2018/algmyr
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 2018/algmyr/algmyr.c
Information: 2018/algmyr/index.html
2018/hou
-STATUS: INABIAF - please DO NOT fix
+STATUS: INABIAF - please DO NOT fix
Source code: 2018/hou/prog.c
Information: 2018/hou/index.html
ioccc.json file.
After exiting the program (with ctrl-e) if you try running it again you will @@ -2369,7 +2370,7 @@ likely see:
where [] is the cursor. When this happens if you hit enter (this is necessary
or else it’ll happen again) and then exit again (ctrl-e) and run prog again
it’ll be okay.
The author stated that if you make a typo it can happen that the boot loader can crash and halt. If this is the case type ctrl-e to quit the emulator and try again.
@@ -2382,7 +2383,7 @@ referred to by the author but there was likely no typo involved. exiting the program or else the next time you run it the file will not exist (or in the case of compiled code it won’t be executable).The author wrote the following:
@@ -2426,19 +2427,19 @@ this program has nothing to do with a hand.Certain input can crash this program. The file crash.unl is an example file.
The author pointed out that some implementations of wc(1) show different
values but his implementation matches that of macOS and FreeBSD.
Cody Boone Ferguson fixed the scripts so @@ -2466,7 +2467,7 @@ in the de.sh/de.alt.sh scripts:
The author does not it uses gets() and one will get warnings but it would be
ideal if this was not the case.
There are two things to be aware of with this entry.
@@ -2493,13 +2494,13 @@ in the directory: find . -exec file '{}' \;|grep socket|cut -f 1 -d: | xargs rm -fthough one might want to check that the program is not currently running. :-)
As a backtrace quine this entry is SUPPOSED to segfault so this should not be touched either.
The author stated the following:
@@ -2521,7 +2522,7 @@ not encountered this myself).The author wrote that there are a number of differences from what one might @@ -2529,7 +2530,7 @@ expect. Rather than duplicate the information we refer you to the author’s remarks in the sections Syntax and Caveats.
The author wrote that if you decide to change networks or use a different input
@@ -2549,14 +2550,14 @@ the hard limit with limit -h stacksize and set it with
limit stacksize 65532 (replacing 65532 with the actual hard limit).
This program will not validate input so it might fail or get stuck if invoked erroneously.
Also, the maximum file size is 1GB.
The author noted that if the program runs out of memory it is likely to crash.
@@ -2565,7 +2566,7 @@ thoseCRs are silently dropped. In fact, most control codes are sil
ignored except line feeds (preserved) and tabs (expanded to 8 spaces).’
This entry is known to crash if no arg is specified. Although easy to fix it is @@ -2574,7 +2575,7 @@ but it shouldn’t be made into a pull request).
It will also show funny output with more than one arg. This should not be fixed either. But can you figure out why this happens?
The author stated that bad things happen if the entered move is outside of the @@ -2586,7 +2587,7 @@ lose.
move.If you have audible bells enabled the program will beep at every turn.
There are some things that might appear to be bugs but are actually features or @@ -2594,14 +2595,14 @@ things that are misinterpreted as bugs. See the bugs.html and troubleshooting.html files for details.
The author noted that the program only supports WAV files that have exactly 16 bits per sample, but it allows any sample rate and any number of audio channels.
The author listed the following limitations:
diff --git a/bugs.md b/bugs.md index d95045dcd..f804ccb9b 100644 --- a/bugs.md +++ b/bugs.md @@ -645,7 +645,7 @@ Enjoy! :-) ## 1990/baruch -### STATUS: known bug - please help us fix +### STATUS: INABIAF - please **DO NOT** fix ### Source code: [1990/baruch/baruch.c](1990/baruch/baruch.c) ### Information: [1990/baruch/index.html](1990/baruch/index.html) @@ -711,6 +711,8 @@ more time and resources to run as well. For instance: ./baruch 37496.97s user 58.50s system 99% cpu 10:27:48.29 total ``` +This is not considered a bug, however. + ## 1990/jaw