[ntp:questions] Any chance of getting bugs 2164 and 1577 moving?

David J Taylor david-taylor at blueyonder.co.uk.invalid
Tue Mar 20 14:58:55 UTC 2012

"Harlan Stenn" <stenn at ntp.org> wrote in message 
news:E1S9ySB-000KQp-RU at stenn.ntp.org...
>> On Mar 20, 3:45=A0am, "David J Taylor" <david-
>> tay... at blueyonder.co.uk.invalid> wrote:
>> > Any chance of getting bug 2164 moving? =A0"Greater precision needed 
>> > for n=
>> tpq
>> > offset report".
>> >
>> > =A0http://bugs.ntp.org/show_bug.cgi?id=3D2164
> Patches welcome, otherwise we'll get to it as soon as somebody gets to 
> it.
>> > While I'm asking, nothing seems to have happened with bug 1577 in 
>> > over 18
>> > months. =A0"Request that SNMP support be added for the Windows port"
>> >
>> > =A0http://bugs.ntp.org/show_bug.cgi?id=3D1577
>> >
>> > I have made both of these "enhancement" level, which may be why they 
>> > are
>> > stuck. =A0Should I boost the importance?
>>  I second Bug Ticket: 2164
> I suspect a bump would not help, for reasons cited above.
> I will say (knowing full well that I am not a windows guy) that we use
> net-snmp for this for Unix, and it sure looks to me like that code
> should build under Windows.
> What we need is somebody to build the net-snmp code under Windows and
> then build the ntpsnmpd piece as well.
> Again, paches welcome, or sooner or later somebody will get to it.
> H


Thanks for your reply.

If I did "C" I would happily submit patches, but my software is in Delphi 
for higher productivity and a most helpful user community.  I find "C" 
almost unreadable.

2164 needs discussion, unless altering the number of significant digits in 
the ntpq output wouldn't break anything.  Do we need to have this 
discussion?  I have looked through ntpq.c, but I can't see where the 
number of decimal digits in the output for offset is set.

I would give priority to 2164 over 1577, but I suggested 1577 for the 
Google Summer of code and received precisely zero response!  I do see that 
net-snmp does include a note for Windows users:


so adding support doesn't involve starting from scratch.


More information about the questions mailing list