Lets not turn this into a bikeshed that I am then forced to terminate!
In anycase, old-time DragonFly developers will remember when we started
ripping out all uses of sprintf(), strcpy, and the like from the kernel,
and replaced them with e.g. snprintf().
My personal viewpoint is that one should always code defensively, no
matter what the language. And I'm not just talking about buffer overflow
issues, I've seen people get into trouble many times with Java by
chosing horrible non-scaling algorithms which blow out available memory
(as one example).
In the case of C, its a combination of avoiding certain very dangerous
functions like strcpy(), and asserting non-obvious things that should be
true to catch coding bugs.
For a laugh, grep out the number of KKASSERT lines I have in the HAMMER
filesystem source code.
-Matt| Stephane Jourdois | Re: 2.6.21-rc4-mm1 [PATCH] init/missing_syscalls.h fix |
| David Brown | Re: Linux 2.6.21-rc2 |
| Andi Kleen | [PATCH] [1/12] x86: Work around mmio config space quirk on AMD Fam10h |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Miller | Re: [GIT]: Networking |
| David Woodhouse | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
git: | |
