Landon Noll
-
We would have had to determine if there was going to be a “Best of Show” prize, or a “Most well Rounded” prize.
The criteria for both are slightly different. So for a while, until we selected which type of prize was going to be given out, we might have had to do scoring for both types of prizes.
So rather than giving out one (or maybe both?) though a long judging process with an uncertain outcome do the score MoE being larger than the gaps, we chose to not give such a prize.
-
Leo would have his nonminations, w/some overlap. The union would be as long as the usual number of IOCCC wining entries!
It would have required a number of scoring rounds as well as focusing on those with a wide divergence score. After many rounds our scores would have converged in some rank list.
We would have to pick just one for the “Most well rounded” / “Best of Show” prize. Worse, the “margin of error” for scores would have been larger than gaps amongst the top scores.
-
We decided to NOT have a “Most well rounded” prize. If we had, I would have nominated:
- 2024/cable1
- 2024/carlini
- 2024/codemeow
- 2024/endoh1
- 2024/endoh2
- 2024/ferguson2
- 2024/howe
- 2024/kurdyukov1
- 2024/kurdyukov4
- 2024/macke
- 2024/mills
- 2024/tmarrec
- 2024/tompngThere’s nothing wrong with any 2024 entries NOT listed above: ALL of them are WINNERS!
I only speak for myself: thus, this is NOT official.
QUESTION TO ANYONE: Which winners would you have nominated?
-
@deater78 does a popen of “/bin/true” fail?
BTW: it seems that popen does not reliably set errno, but it doesn’t hurt to clear it beforehand and test for non-zero afterwards.
What OS and glibc release are you using? Im curious to read the source for your popen lib call.
Fun fact: during POSIX we tired to specify what pclose did but couldn’t reliably do so. So I invented a new system call: waitpid(2) and now pclose(3) can reliably reap the correct child process.