David Taylor wrote:
On 24/08/2013 20:03, Martin Burnicki wrote:
[]
Usually the SHM segment is fed by some other daemon/service, so if e.g
gpsd could be built under Windows as service this could be used to do
this. I don't know, though, if gpsd can also be used under Windows.
Extracting some
Rob wrote:
Martin Burnicki martin.burni...@meinberg.de wrote:
Extracting some refclock driver code from ntpd, modify it so that it
uses the SHM interface instead of ntpd's native refclock interface,
and putting all this into an own Windows service would be quite some effort.
Maybe it would
Martin Burnicki martin.burni...@meinberg.de wrote:
Rob wrote:
Martin Burnicki martin.burni...@meinberg.de wrote:
Extracting some refclock driver code from ntpd, modify it so that it
uses the SHM interface instead of ntpd's native refclock interface,
and putting all this into an own Windows
Martin Burnicki martin.burni...@meinberg.de wrote:
Rob wrote:
Martin Burnicki martin.burni...@meinberg.de wrote:
Rob wrote:
Aha, ok... that is a solution, but I think it is a good idea to draw
a new SHM specification that adds a lot of functionality like described
in the mailing list
On 2013-08-25, Ron Hahn (EI2JP) ntp-questi...@dhco.org wrote:
Hello,
I am trying to get an Oncore GPS board to PPS a FreeBSD 8.3
installation. Originally I was using a Sure GPS board and now I want
the better Oncore board to be working. From the log output below I am
Better? In what
On 26/08/2013 17:00, Rob wrote:
[]
And there were also the days of Windows NT when Windows tried to be
a Posix-compatible OS (because that was required to get US Government
jobs). So I expected that there would be at least an API for Posix
shared memory, a current Windows API, and maybe 2 or 3
