Files
ioccc/2011/borsanyi
Landon Curt Noll c78bda6c0f update tarballs due to recent commits
The commit a1c86c8a7a modified
the navigation bars to include "Original C", so all tarballs
had be update, sorry (tm Canada 🇨🇦).  In particular:

The navigation bar for a winning entry now has a "_Original C_" link
(between the ✅ and the Inventory on the right hand side) so that one
may easily view the original C code that was submitted for IOCCC judging.

In addition, a number of other commits since that time
modified other winning entries.

Ran `make update` to perform the above.
2025-08-18 16:30:59 -07:00
..
2023-07-06 21:49:38 -07:00
2020-12-30 16:57:03 -08:00
2020-12-30 16:57:03 -08:00
2020-12-30 16:57:03 -08:00
2024-02-17 08:09:32 -08:00

To build:

    make

Bugs and (Mis)features:

The current status of this entry is:

STATUS: INABIAF - please DO NOT fix

For more detailed information see 2011/borsanyi in bugs.html.

To use:

    ./borsanyi < some_data_file

Try:

    ./try.sh

Judges' remarks:

This is a nice quick histogram plotter. A useful utility when you need to look at the distribution of some data.

Challenges:

You can modify the number of histogram bins and the scaling of the histogram by editing the source. Try to find them!

If you look at the source you will notice that the usual array of histogram bins is missing. The source contains no arrays and it does not use malloc(3) or alloca(3). How does it build the histogram?

While the input does not need to be sorted, the histogram output is sorted. How does it put the data into buckets? Why does it fork(2) 22 times?

Author's remarks:

This small piece of program is meant to be a useful tool, when there are some data around and you need a quick glance at the histogram. I am all too often logged in to a remote machine with slow X connection, and a terminal-based program would be of great help.

Limitations

  • I optimized the output for the data I had around, you might want to adjust for your needs. For a great excess of data points the program will crash (depending on the available stack).
  • Giving too few (distinct) points can also cause crash (or division by zero).
  • The program expects plain numbers separated by white spaces.
  • ASCII is assumed.
  • Some POSIX-like system is assumed (fork() and wait(NULL) are used).
  • Do not give any arguments to the program.
  • Could rounding errors cause the omission of the highest bin? There might be empty bins at the edges.

Obfuscation

  • The program follows a rather unconventional approach to the task of histogram building. The usual array of integers (for the histogram bins) is missing entirely. The data are read once, the range is determined, but the data points are not put in any array. Yet they are remembered, and each of them is put into its own bin afterwards. But where are the bins?
  • I tried to use as few keywords as possible, hence there are no loops.
  • Multi-process approach for optimal use of resources.
  • Some bin size obfuscation.