It took some time to figure out, but it wasn't a configuration issue.
At least, not on my part - it turns out that the j printf/etc length
is used in 40 places in the code. This is a fairly recent introduction
to the c library, and is not supported under Solaris 8 (it is under
Solaris 10). gcc
Ah, I'd wondered if glib did that (it looked like it passed through to
libc for all the printf functions when I checked the code). I'm using
2.8.1, and config.h in the source directory has
/* #undef HAVE_GOOD_PRINTF */
which would seem to imply it's using the system printf, as you'd
suggested.
No, HAVE_INTMAX_T is defined, and caused no issues while building amanda.
Ah, mistake on my part - this is indeed an old library, and was compiled
on an earlier machine running Solaris 7, which I no longer have access to.
It's quite possible the config.h created at that point was different
from what I'm seeing now.
Is there any way to pry configuration information out
And, having tested with a recompiled 2.8.1, and with 2.22.3, this was
exactly the problem. Thanks for the help in tracking it down!
I'm running a fresh install of amanda 2.6.1pl1 (I recently upgraded to
p2 and experienced the same problem). When performing full dumps, the
curinfo/machine/disk/info files are getting updated (they have proper
ownership), but the stats: line for level 0 is mostly filled with 0's.
version: 0