Rainer Toebbicke wrote: > ... and src/xstat/xstat_cm_test.c, > openafs/src/xstat/xstat_fs_test.c, > src/afsmonitor/afsmon-output.c, > afsmonitor/afsmon-parselog.c
Right, ctime() has exactly the same problem as localtime() since it takes a pointer to time_t and "struct timeval is made up of two time_t values. > For those I've got a fix ready. Note that xstat/afsmonitor return > hopeless nonsense when they don't refuse to collaborate at all due to > the fact that 'struct timeval' is now 2 times 8 bytes. Actually the only > "honest" player is the primitive xstat, afsmonitor seems to be more than > obsolete. > > I've fixed that temporarily by coercing everything to afs_int32 like the > RPC definition actually states, as otherwise you'll only be able to run > xstat among machines not only of the same release but also of > sufficiently close architectures. This is all you can do until the RPCs are re-implemented using 64-bit time values. > We possibily met a few years ago on one of the Transarc events (if not, > sorry!) so I believe I can safely judge that we both won't be *directly* > affected :-) My cynical me points out that the now youngsters may > welcome a possible gain in expressed interest for them in the industry > near or after the end of their career approaching that date. Oh well... I don't believe we ever met at a Transarc event as I'm rather late to the AFS party. However, if you attend the AFS Best Practice workshop we can meet there. Jeffrey Altman
smime.p7s
Description: S/MIME Cryptographic Signature
