ntpq/ntp_control quirks

[Hal Murray]

This is from an old ntpq -p
The new ntpq is similar.


     remote            refid      st t when poll reach   delay   offset   
jitter
===============================================================================
=
 0.0.0.0          .POOL.          16 p    -  256    0        .        .    
0.000
+pbx.cytranet.net 65.19.142.137    3 u 1069  256  377        .        .   
53.024
+y.ns.gin.ntt.net 249.224.99.213   2 u  36m  256  377        .        .   
46.707
*four10.gac.edu   128.138.141.172  2 u  347  256  377        .        .   
19.547
+time.nullroutene 216.218.254.202  2 u  190  256  377        .        .    
5.951

Note that there are 2 problems.
  The delay and offset colums are entry.
  The remote slot for the first/pool slot is 0.0.0.0 rather than a name.

------

I fixed a bug in the table.  My test with ntsinfo crashed the server.  The 
problem is that a couple slots in the table were #ifdef-ed out because I 
wasn't enabling leap smear and the giant select was indexing into the table to 
get the text using the CS_xxx tag rather than the table offset.  With the 
missing slots, that was off the end of the table.

I reopened that issue.  It needs another layer of TLC.  The table should have 
a pointer to the variable and a tag for how to print it.  The idea is that 
most of the slots in the giant select go away.  We leave the weird 
non-standard cases.

Thanks for taking the first step.


-- 
These are my opinions.  I hate spam.