Re: RISC_pad in dbr_time_double

[Andrew Johnson <anj@aps.anl.gov>]

I'm not quite sure what Jeff's point is, but if you ignore what I wrote 
(which was worded before I had completely understood Paul's message) the 
important issue here is that in the two definitions of dbr_time_double, 
one of them effectively uses int RISC_pad and the other long RISC_pad. 
One of them needs changing for CA to work properly on any architecture where
	sizeof int != sizeof long

Paul suggests using int, and has confirmed that this works.  Does it need 
any more discussion?  Granted someone should probably check the other dbr_ 
types too, now we know there is a potential problem.  I doubt if there is 
anywhere else that is likely to have two definitions of the same structure 
as this only comes about because of the dbAccess.h/db_access.h mismatch.

- Andrew
--
"Life is what happens while you're busy making other plans." - John Lennon