tito via Dng said on Sun, 8 Aug 2021 08:56:54 +0200
>Hi,
>its great I never believed (as self-taught C programmer) to get into
>such document!!!
>
>Some additions that came to my mind while reading it:
>
>Universal and complete error handling
> Handling every error is ultimately the right thing to
> do But sometimes it interferes with the pace of development
> Which can lead to forgetting the algorithm
> you're working on
>
> +My compromise: write your algorithm (sized so
> that it fits your screen)
> +than go back and ask yourself what happens if this
> step fails for every line.
> + A side effect is that it helps (me) to optimize
> code size, and makes clear
> + every side aspect of that so clever looking code
> (which most of the
> + is not so clever at all in its first iterations).
>
> Minimizing the tradeoff:
> Make comment every time you omit error
> handling, come back later to put it in Make a few error
> handling functions to make error handling trivial
>
> + Compilers often offer macros like gcc's _FILE_,
> _FUNCTION_, _LINE_ that
> + make it easier to detect where that error message
> came from.
>
> In C, use assert() and come back later to change it
> to real error handling.
>Ciao,
>Tito
Thanks Tito!
Your additions will go in the next version, probably 20210808 or
20210809.
The next version will also have Python programs demonstrating
volleyball code, yoyo code and tree code. The volleyball code program
will enable me to create a real diagram of volleyball code.
Thanks,
SteveT
Steve Litt
Spring 2021 featured book: Troubleshooting Techniques of the Successful
Technologist
http://www.troubleshooters.com/techniques