Re: Future projects (post release)

2018-02-26 Thread Eric S. Raymond via devel
Mark Atwood via devel : > Putting the globals into a controlled struct make them easier to reason > about, both for humans and for source code analysis. And even if the > resulting struct is little more than the "globals dumping ground", it does > force that they all be declared in one single plac

Re: Future projects (post release)

2018-02-26 Thread Mark Atwood via devel
Putting the globals into a controlled struct make them easier to reason about, both for humans and for source code analysis. And even if the resulting struct is little more than the "globals dumping ground", it does force that they all be declared in one single place, in a place where you have to

Re: Future projects (post release)

2018-02-21 Thread Hal Murray via devel
> I've been looking at the code around mode 6 generation and discovered that > in some areas it's still globals all the way down. Translating these > globals will make future refactoring/translating easier. I'm missing the big idea. The current case is that we have a lot of global variables.

Re: Future projects (post release)

2018-02-21 Thread Eric S. Raymond via devel
Ian Bruene via devel : > > Future project: refactoring ntpd's system variables into a struct. > > I've been looking at the code around mode 6 generation and discovered that > in some areas it's still globals all the way down. Translating these globals > will make future refactoring/translating ea

Re: Future projects (post release)

2018-02-21 Thread Eric S. Raymond via devel
Mark Atwood via devel : > Those both sound like good ideas. ..m > > On Tue, Feb 20, 2018 at 10:03 PM Hal Murray via devel > wrote: > > > > > There are two projects I've had my eye on for a while. > > > > The first is to remove the input buffer queue. That's leftover from before > > kernels sup

Re: Future projects (post release)

2018-02-21 Thread Ian Bruene via devel
Future project: refactoring ntpd's system variables into a struct. I've been looking at the code around mode 6 generation and discovered that in some areas it's still globals all the way down. Translating these globals will make future refactoring/translating easier. -- /"In the end; what se

Re: Future projects (post release)

2018-02-21 Thread Mark Atwood via devel
Those both sound like good ideas. ..m On Tue, Feb 20, 2018 at 10:03 PM Hal Murray via devel wrote: > > There are two projects I've had my eye on for a while. > > The first is to remove the input buffer queue. That's leftover from before > kernels supported time stamps on received network packe