I'm trying to strap a unit testing framework to a C project but the two above crash inside the framework with an access violation segfault in strcpy. Check 0.9.8 crashes on a straight strcpy call, rcunit crashes via a sprintf call. This happens as soon as the framework is engaged. It does not depend on the presence of any tests.
Compiler and OS are gcc 4.3 on Debian amd64 with libc6 2.11.1. Recompiling the unit test frameworks and project from scratch does not fix the issue, nor does using gcc 3.4. No errors occur during the compile, and -Wall -Wextra only turn up a handful of unused parameters.
A gdb session on rcunit didn't run up anything out of the ordinary until the crash. It allocates a 32 byte block, succesfully completes a memset call to zero the contents, and then crashes when it tries to sprintf the output of ctime() [26 bytes total]. Problem is that even with libc6-dbg and the libc6 sources installed, I can't step through the strcpy call. Valgrind doesn't provide any better insight either.
I tried check and rcunit because they are C based, not C++, and both work with automake as well as the Eclipse CDT.
Next step will be to locate a box which still has Lenny's glibc on it. If anyone has either running succesfully, any recollections of special tricks needed to get these going?