Future directions

Gary E. Miller gem at rellim.com
Tue Sep 17 02:48:47 UTC 2019

Yo Hal!

On Mon, 16 Sep 2019 14:09:45 -0700
Hal Murray <hmurray at megapathdsl.net> wrote:

> devel at ntpsec.org said:
> > I'd like to see "struct shmTimme" cleaned up and move into a header
> > file for system use..  Right now it is not in any header file, so
> > clients like gpsd need their own copies.   
> Assume we had a nice header file.  Where would it live?

gpsd installs gps.h, the header for libgps, in $PREFIX/include/gps.h

I would assume similar for NTPsec: $PREFIX/include/ntpsec.h

>  What are the 
> mechanics of getting it to ntpsec or gpsd?

Using it in gpsd would be simple.  scons would check for the include
file, then set "#define HAVE_NTPSEC_H 1" in gpsd_config.h if found.
The gpsd/ntpshm.h would test that to either include that new header,
or use the local shmTime definition.

> Maybe another project with the sample/test code?

No need to get fancy, to start it is just the one "struct shmTime".

> I think we should put the current stuff on the back burner and make a
> new SHM interface where the clients are read only.

ntpshmmon, from gpsd, is already read-only on the SHMs.

> Is shmget/shmat the right API to use?  I remember discussions of
> there being a wrong API but don't remember any details.

First gpsd and NTPsec need to be on the same page (include file).
Anything new would take a long time to replace the current API.  Too
much stuff uses it.

Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588

	    Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20190916/8936b939/attachment.bin>

More information about the devel mailing list