[ntp:questions] Re: Clock type 30 invalid?

David L. Mills mills at udel.edu
Fri Jan 23 04:24:20 UTC 2004


Richard,

The timepps.h header file is required for PPS support. It consists of
inline macros which can easily be adapted to other systems. Files for
several systems are in ftp.udel.edu at pub/ntp/software/ppsclock.tar.Z
or ppsclock_nano.tar.Z.

Dave

> "Richard B. Gilbert" wrote:
> 
> We don't have PPSAPI!!!!!
> 
> sunblok_# grep PPSAPI config.h
> /* #undef HAVE_PPSAPI */
> 
> Shouldn't this mean that we don't need timepps.h?
> 
> refclock_oncore.o is being built; AFAIK, without errors.  It's only
> when we try to use it that we see a problem!
> 
> Tonight I'll try:
> make clean
> ./configure --enable-oncore
> make >build.log
> 
> and scan build.log for errors in building the driver (or any other
> errors).
> 
> Harlan Stenn wrote:
> 
> > In article <GKydnWUo-9g1zZLdRVn-iQ at comcast.com>,
> > Richard B. Gilbert <rgilbert88 at comcast.net> wrote:
> >
> >
> >> Harlan,
> >>
> >> Where does it say that the the PPSAPI is required?
> >>
> >>
> > Line 87 of refclock_oncore.c .
> >
> >
> >
> >> Looking at the code,  I see a lot of  #ifdef HAVE_PPSAPI
> >> statements.
> >> Don't these mean that IF you have PPSAPI you do A otherwise you do
> >> B?
> >>
> >>
> > Yes.
> >
> >
> >
> >> I also don't see where timepps.h is required.  It's that #ifdef
> >> again;
> >> if you have it, do A, else do B.
> >>
> >>
> > That's because  HAVE_PPSAPI does not tell us which header to use.
> > If we
> > HAVE_PPSAPI then we expect a timepps.h header and trust that one
> > will
> > be provided.
> >
> > If you remove the offending bit from the end of line 87 and the
> > result
> > works for you, please open an issue at http://bugzilla.ntp.org and I
> > expect we'll get this fixed pronto.
> >
> > H
> >
> >



More information about the questions mailing list