| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Timeout argument is presently ignored.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The way I fixed this extends the library API so some functions which were
previously undefined for shm transport are now defined. This doesn't change
the binary API of the library in the normal (sock_export=yes) case at all,
so I'm not bumping its version.
No changes in the daemon. All regression tests pass (in the normal
sock_export=yes build).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
We're not bumping the minor API number because the C library has had
this all along. Alas, it can't be made to fit the RAII model of the
C++ binding.
All regression tests pass.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
tz has shown me that we had a point of brittleness where the size
of the client's data buffer was exposed in gps_data_t. Solution:
move it (and the data-waiting count) to the client's private-data
member. Requires a new but trivial client-library entry point to get
the buffer pointer when a client needs it.
Had to be done before API Version 5 froze, or we'd have been stuck breaking
a shipped API again.
No implications for the daemon or other tools, as this buffer is never
used there. (Except it gets rid of several K of never-used static
buffer space in the daemon, which is a good thing.)
All regression tests pass. Code splints clean. cgps (the only place
the API fix matters in our code) live-tests correctly.
|
| |
|
|
|
|
| |
Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
|
| |
|
|
|
|
| |
cgps and gpxlogger are live-tested and work. All regression tests pass.
|
| |
|
| |
|
| |
|
|
|
|
| |
gpsd.xml gone through
|
| |
|
|
|
|
| |
All regression tests pass. Patch due to Jon Schlueter.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* A small correction for the sample C code in libgps.xml.
* Lots of web page ToC menu fixups: duplicates removed, missing entries
added, spelling fixed, etc. Also, all the entries are in the same
order, so they don't "jump around" when you move from one page to
another.
* To move things closer to [X]HTML standards compliance, I added an
alt="" to many of the small gpsd logos at the top of the menu.
* The ohloh.net stuff at the top of the page is now four table data
entries in one row of a table. It extends off to the right on many
displays, which is ugly. If you expand your browser to see all of it,
you end up with long lines of text, which are hard to read. I broke
the table into two rows of two table data entries each.
Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Documented API calls for a return-value of 0 if gps_stream() were called with
POLL_NONBLOCK and no data is available, and a byte-count on success. Previously
it returned 0 on success; it now returns the byte-count.
Signed-off-by: Jon Schlueter <jon.schlueter@gmail.com>
|
| |
|
|
|
|
|
| |
* gps_open() becomes reentrant, what gps_open_r() used to be.
* gps_poll() is removed in favor of gps_read().
|
| |
|
|
|
|
|
|
| |
This is so client apps don't have to carrry around libusb and all the
driver-level stuff. I finally caught on to one of the implications of
shared libraries that had somewhow escaped me before.
|
| |
|
|\ |
|
| |
| |
| |
| |
| | |
You get back -1 with errno not set; cgps.c now illustrates how to use this
in a polling loop. Documentation has been updated.
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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,
|
| |
|
| |
|