The Challenge

Let's get down to business. You hate me, /prog/, and I hate you. Being a Calculus, I am unsatisfied with my programming skill and seek improvement. I challenge any of you who take pride in your skill with C to engage in the following game:

- Put down a challenge. A criteria for a program that both of us shall implement with C.
- Wait for me to accept your challenge. I don't accept those stupid challenges you find on that project euler website. Math doesn't interest me, "such that there exists"-boys. The exercises in K&R2 and, perhaps simple Unix programs, are good examples of the kinds of programs that interest me. You know, useful ones.
- Post your code.
- Wait for me to post my code.

If your program is fancier than my own and yields little criticism from one Lambda A. Calculus, I shall leave /prog/. I'm open to other stakes as well.

I await your challenges and, if any stupid stack boys want to challenge me, go for it.

>>136

Well you use typedefs, which makes maintenance more doable. That is a positive point. A negative point is that you mix statements and expressions:

...               
a[r = rand() / (RAND_MAX / NELEMS)]++;
...

This is horrible of course. It is a minor point, but I gives me some sure headache. I didn't like the misuse of the enum for some constants. An enumeration should be something countable. The objects in an enumeration should belong to one class. Like red, green blue or lowest, lower,low etc.

On the whole, I found your code more readable. More noise free.