| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Try to do it with forward and backward compatibility, which is
challenging with current miscojson.
Sometimes epe was used to 2D estimated erro. Sometimes for 3D error.
So make it explicit eph is 2D, and sep is 3D.
|
|
|
|
| |
No functional changes. Looks like epe never went anywhere...
|
|
|
|
| |
The computed epc does not match epc from some GPS.
|
|
|
|
| |
No functional changes.
|
|
|
|
|
| |
This released a flood of GPGBS. But the GPGBS are wrong format
according to NMEA 3.0...
|
|
|
|
| |
No functional change. No regression changes.
|
|
|
|
|
| |
Turns out eps also came from other GPS, but never made it to TPV.
Regressions changed to show new eps data.
|
|
|
|
|
| |
Turns out epd also came from SiRF, but never made it to TPV.
Regressions changed to show new epd data.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The start of this overly large patch was to simply move the test
for MODE_2D/3D flipping, which only affect NMEA 183, back into
driver_nmea0813.c
But that was intertwined with how gpsd_error_model() computes
derived variables, which required major changes to how NMEA 183
mode_2D/3D are set.
This ultimatly led to major regression test results. Almost all for
the better.
I tried to break it up, but moving from one paradigm to another
needed one big jump...
|
|
|
|
| |
Otherwise a few uninitialized memory issues...
|
|
|
|
| |
This saves a bunch of unneeded pushing and popping.
|
|
|
|
|
| |
Also, remove sime header inclusions discovered to be unnecessary during
the change.
|
|
|
|
| |
Don't force _POSIX_C_SOURCE 200112L, just make it a minimum.
|
|
|
|
|
| |
Outide of one Mac portability shim, anyway. Associated select(2) calls
become pselect(2) calls.
|
| |
|
| |
|
|
|
|
|
| |
This macro was wrong, and causing valid sats to not be included in
the COP calculations.
|
|
|
|
|
| |
This showed up a bug where rtcm3_unpack() was not clearing its
rtcm3 data, which is a union with the attitude data.
|
|
|
|
| |
Thanks to Virgin Orbit for their support on this patch.
|
|
|
|
| |
Thanks to Virgin Orbit for their support on this patch.
|
| |
|
|
|
|
| |
More work to do so cgps, xgps, etc. see the new data.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
There's no longer any need for an alloca() prototype, now that
alloca() is gone.
TESTED:
Ran "scons build-all check" on OSX 10.9, Ubuntu 14.04, and CentOS 7.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
|
|
|
|
| |
gpsd now compiles, and runs scons check, with no warnings on
FreeBSD.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In general, the use of alloca() is discouraged. Here, there was
only one use, with a maximum size determinable at compile time,
so the code has been reworked to use an ordinary array (without
relying on the C99 variable-length array feature). This always
allows for a GPS_PATH_MAX-sized device_name, but the amount of
space needed for that is relatively modest, and the behavior is
more reproducible with a fixed allocation.
TESTED:
Ran "scons build-all check" on OSX. This code shouldn't be
OS-dependent.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|
| |
|
|
|
|
| |
vsnprintf() and strlcmp() are happier now.
|
|
|
|
|
|
| |
This fixes 32-bit Gentoo on RasPi.
All regression tests pass.
|
| |
|
|
|
|
| |
Not in POSIX, so a little undefined.
|
|
|
|
| |
This is to confrm with gpsd hacking standards which discourage malloc().
|
| |
|
|
|
|
| |
I would rather find where the bad data is coming from...
|
|
|
|
|
|
|
|
|
|
| |
In the current system session->mode seemed to ignore the
O_OPTIMIZE flag, leading to the ACTIVATE hook being ignored.
Another way to fix this would be to keep the session->mode
condition pull up the check for O_CONTINUE.
Signed-off-by: Moritz Fischer <moritz.fischer@ettus.com>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit d1965788249d7e22cdde4021d452cf0dc6c6b9bd.
This breaks my build on Gentoo running gcc 4.9.2
libgps_shm.c: In function 'int gps_shm_read(gps_data_t*)':
libgps_shm.c:122:12: error: no match for 'operator=' (operand types are
'gps_data_t' and 'volatile gps_data_t')
noclobber = shared->gpsdata;
^
libgps_shm.c:122:12: note: candidate is:
In file included from gpsd.h:350:0,
from libgps_shm.c:30:
gps.h:1918:8: note: gps_data_t& gps_data_t::operator=(const gps_data_t&)
struct gps_data_t {
^
gps.h:1918:8: note: no known conversion for argument 1 from 'volatile
gps_data_t' to 'const gps_data_t&'
|
| |
|
|
|
|
| |
netlib_connectsock() lost the underscore.
|
|
|
|
|
| |
Conflicts:
gpscap.ini
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
With a bit of refactoring we can eliminate one of the hooks.
PPS observed live, telnetting to localhost:2947 with gpsd running.
|
| |
|
| |
|
| |
|