ntpq mrulist bug
Ian Bruene
ianbruene at gmail.com
Thu Nov 21 00:16:08 UTC 2019
On 11/20/19 5:44 PM, Hal Murray via devel wrote:
> Part of the problem is that there is a lot of cruft in that area. For
> example, grep for CERR_
> There is a clump of signals defined as part of a ControlSession, none are ever
> raised, a few are caught. Looks like somebody decided to rename things to
> SERR and never got around to finishing the cleanup.
>
> There is another case were stuff is returned a couple of layers, but then
> never used used.
I'm not overly familiar with this code; even when I refactored some of
it a couple years ago I didn't understand all of the code.
I *do* remember it looking quite ugly however.
>> Please file an issue and assign it to Ian Breune; he's the maintainer for the
>> Python parts. I'll step in if he needs help.
> I filed one ages ago. It's #547. Looks like Ian is already the maintainer.
>
> Ian: Poke me off list if you need help. I have an annoyingly reproducible
> test case.
If you have a way to reproduce this that would be helpful. I had no way
to do so 9 months ago.
--
/"In the end; what separates a Man, from a Slave? Money? Power? No. A
Man Chooses, a Slave Obeys."/ -- Andrew Ryan
/"Utopia cannot precede the Utopian. It will exist the moment we are fit
to occupy it."/ -- Sophia Lamb
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20191120/6ac76ce9/attachment.htm>
More information about the devel
mailing list