> The ridiculously high values come from the line > sources = MallocArray(struct SRC_Instance_Record *, max_n_sources);
> in SRC_CreateNewInstance in sources.c. Thank you. I changed the limits in your patch to catch values that would be unreasonable on my 32 bit system but I couldn't get the bug to trigger after I started using gdb (I did see it a few times while I was testing the patch). > This missing initialization was obviously harmless in the 32-bit version, > but you should ask upstream for the implications of a huge random > starting value. It might be that with your divider/remainder patch the > program won't loop till the sun goes out, but nontheless take an eternity > until the system time converges to UTC. Occasionally I see "Residual freq : -32768.000 ppm" in the chronyc "Tracking" display at startup (it goes away after a few minutes). It occurred to me yesterday that it might be associated with this bug. Now I'm fairly sure it's the system time converging from such a random starting value. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
