More on ntpq

2019-10-10 Thread Hal Murray via devel
The current mru code has a "frags" mechanism to get a batch of reply packets for a single request. It defaults to MAXFRAGS which is 32. I have one case where that doesn't work. debug 1 shows many things like this: sendrequest: opcode=10, associd=0, qdata=nonce=e14a197a678c2ccd0f18bb72, frag

Re: More on ntpq

2016-12-02 Thread Eric S. Raymond
Hal Murray : > > > Done, and for good measure I've similarly wrapped the peers display. > > Should it be around the whole command loop? Do we want ^C when reading a > command to start over reading a command or exit? I vote for try again. I'll > use ^D if I want to exit. I thought of that al

Re: More on ntpq

2016-12-01 Thread Hal Murray
> Done, and for good measure I've similarly wrapped the peers display. Should it be around the whole command loop? Do we want ^C when reading a command to start over reading a command or exit? I vote for try again. I'll use ^D if I want to exit. Is DNS lookup called by any other commands?

Re: More on ntpq

2016-12-01 Thread Eric S. Raymond
Hal Murray : > It doesn't have a ^C catcher for the printout part of the mru command. I was > expecting ^C to stop printing stuff and go back to the main read-a-command > loop. Done, and for good measure I've similarly wrapped the peers display. > >> The mru list is getting printed out oldest

More on ntpq

2016-12-01 Thread Hal Murray
It doesn't have a ^C catcher for the printout part of the mru command. I was expecting ^C to stop printing stuff and go back to the main read-a-command loop. - >> The mru list is getting printed out oldest first. I thought you fixed that. > I thought I did too. Testing... It still