Adrian D. Havill writes:
> Syslog is NOT a tool for finding or confirming C library level errors.
It's useful for finding problems with daemons and other code that runs
in the background though, and in spite of your overreaction, this
isn't about strtok(), it's about dk-milter. If it weren't for the
"Never use these functions" comment I might have continued looking and
found the real problem.
> See previous message regarding cynicism/sarcasm/etc in the BUGS of the
> man pages.
The problem with your previous message is that you say the comment was
to promote the use of thread-safe functions, but the comment appears
in a joint manpage for strtok() and strtok_r(). "Never use these
functions" (plural) is an admonishment not to use the thread-safe
> strtok has been a core C lib function for over a decade and glibc is a
> very active project that has undergone countless C library conformance
> testing, and has thousands of individuals and companies testing and
> maintaining it. If you really believe that nobody puts much effort into
> keeping the library working correctly, I think you have a serious
> misunderstanding of glibc's importance to the free software world.
How did you manage to promote my quote from the manpage of one
function into a criticsm of all of glibc?
I've been writing code for 41 years, which probably means since before
you were even born, and one thing I've seen many times is that once a
piece of code is deprecated, maintenance of it fades away over time.
Having tracked a stubborn dk-milter timeout problem to something
involving a library call with a manpage saying not to use it, I
assumed the library call was the problem. I was wrong, and for that
I'm sorry. I've been wrong before, and hopefully I'll live long
enough to be wrong again.
However, I did not say, imply, or even hint that glibc is poorly
maintained. Extrapolating someone's comments into something far
beyond what they said and then arguing against what they didn't say is
an ages-old dirty trick. My understanding of glibc's importance to
the free software world is probably in pretty close alignment with
Dick St.Peters, stpeters@...