| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This came up in connection with Android. According to SuS this shouln't be
necessary if sys/time.h was included, but oh well. While we;re at it, rearrange
some includes for more consistent order.
All regression tests pass.
|
|
|
|
| |
Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
|
| |
|
| |
|
|
|
|
|
| |
cppchecker now finds variables that could have reduced scope;
that's most of these.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For simple logging of NMEA data or system performance analysis
it is often desirable to have high resolution time-stamps.
This implementation affects only the client-side, namely gpspipe.
Option -u was added to enable usec-resolution time output.
Furthermore, the default time format has been changed because
it is more desirable to have a standardized and sortable time-tag
default format instead of a locale-dependent one.
Also, the new option -u appends decimal digits to the seconds
which does not make sense for the some %c formats.
A future desirable feature might be to have usec resolution
timestamps on the gpsd protocol messages.
modified: gpspipe.c
modified: gpspipe.xml
Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
|
| |
|
| |
|
| |
|
|
|
|
| |
Note there are some exit(2) instances we bneed to decide what to do with.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Another Commit from the Caribbean. Observed while reading a remote gpsd
instance over slow, high latency network.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* gps_open() becomes reentrant, what gps_open_r() used to be.
* gps_poll() is removed in favor of gps_read().
|
|
|
|
|
|
| |
In the next mahor API change the non-re-rentrant call will go away.
All regression tests passm, code splints clean.
|
| |
|
|
|
|
|
|
|
|
|
| |
This patch is backwards-compatible by adding a new option -T (note
capital case) for the timestamp format.
All tests pass.
Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The patch original is at:
https://lists.berlios.de/pipermail/gpsd-dev/attachments/20100111/85ad4e15/attachment.bin
This revision changes netlib_connectsock() to take a first argument that is
an address family and can specify IPv4, IPv6, or either. It also changes
gpsd.c to open two client sockets, one IPv4 and one IPv6, and listen
on both.
As a required cleanup, a number of defaults to "127.0.0.1" become
defaults to "localhost" so we're not hardwiring in IPv4 assumptions
anymore.
I've omitted a significant portion of the Mehani patch that changed the
interface of the client library in an incompatible way. Currently there is
no way to make gpsd listen to IPv4 or IPv6 only, and no way to make a
client query over IPV4 or IPv6 only. Also, we'd really like to be able to
condition out IPv6 or (someday) IPv4 support for a leaner runtime, and
there's no way to do that yet, either.
Under IPv4, regression tests pass; live operation with a GPS mouse and
the aishub feed both work. However, the resulting code does not splint
clean; this will need to be fixed, and that's going to be tricky due
to the new sockaddr_t struct.
|
|
|
|
| |
All regression tests pass,
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So it becomes wire-protocol-independent (no longer generating its own
?WATCH command). It still reads froom the session socket, rather than
doing gps_poll(), in order to avoide decode overhead.
Building on this, use the new WATCH_DEVICE flag to make gpspipe honor
the device part of a standard source specification, if that is
present.
Make -D an option for enabling client-library progress debugging.
Rename the -f (output-file) option to -o.
|
|
|
|
|
| |
Can't change this to use gps_stream() without an enhancement to accept
a filename.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix it by adding a json switch separate from watch enable. This
involved moving where fake NMEA is generated to a different place,
treating it as just another form of report generation rather than a
side effect of receiving a sentence. Also, some client-side code had
to be changed to use the json flag.
A side effect is that some binary-protocol devicers generate fake $GPGSA
sentences somewhat more often than they used to, and this meant rebuilding
four more regression tests.
|
|
|
|
| |
It has exposed a bug in the semantics of ?WATCH that needs fixing.
|
| |
|
|
|
|
| |
This version is still slightly buggy.
|
| |
|