[krbdev.mit.edu #6698] Incremental propagation log time stamp issue

Jason Rogers via RT rt-comment at krbdev.mit.edu
Mon Apr 12 16:40:09 EDT 2010


Greetings,

There is an issue in 1.7.1 and 1.8 (at least) such that the incremental propagation log time stamp returned, through kproplog, on  a 64bit Centos/RHEL platform is nonsensical, while it is correct on a 32bit platform.

The following change in casting corrects this:

@@ -386,6 +386,7 @@
     char                *dbprinc;
     kdb_ent_header_t    *indx_log;
     kdb_incr_update_t   upd;
+    time_t              tstamp;

     if (entry && (entry < ulog->kdb_num))
         start_sno = ulog->kdb_last_sno - entry;
@@ -445,9 +446,11 @@

         if (indx_log->kdb_time.seconds == 0L)
             (void) printf(_("\tUpdate time stamp : None\n"));
-        else
+        else  {
+            tstamp = (time_t) indx_log->kdb_time.seconds;
             (void) printf(_("\tUpdate time stamp : %s"),
-                          ctime((time_t *)&(indx_log->kdb_time.seconds)));
+                         ctime(&tstamp));
+        }

         (void) printf(_("\tAttributes changed : %d\n"),
                       upd.kdb_update.kdbe_t_len);


Thank you,

Jason Rogers
Sine Nomine Associates




More information about the krb5-bugs mailing list