I tried reproducing the bug using python-gpsversion 3.6-4+deb7u1 and did
not observe the segfault. It looks like this bug is fixed in current
version. Should it be closed?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
Can you try with this one?
segfaults here, too.
At least I've got an almost useful backtrace.
(gdb) bt full
#0 0x7f875872e732 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1 0x7f8757ac8961 in packet_discard (lexer=lexer@entry=0x1f23480)
at
Hi!
fakegps segfaults on many nmea logs I could find. It does so even
without all the debugging options.
please provide the nmea files.
The file I can reproduce it is rather big (7MB). I tried shorter
sections, but no luck. I can send it to you, but would prefer it not
be redistributed;
Hi!
fakegps segfaults on many nmea logs I could find. It does so even
without all the debugging options.
please provide the nmea files.
The file I can reproduce it is rather big (7MB). I tried shorter
sections, but no luck. I can send it to you, but would prefer it not
be
Package: python-gps
Version: 3.6-4
Severity: important
fakegps segfaults on many nmea logs I could find. It does so even
without all the debugging options.
root@amd:/home/pavel/misc/gpx# gpsfake -p -v -D 5 -b -c 1
zlutak_klepec_toris_dolanka.nmea
Processing
forcemerge 689187 689188
thanks
Hi,
fakegps segfaults on many nmea logs I could find. It does so even
without all the debugging options.
please provide the nmea files.
Also please checkout the gpsd git repository or use apt-get to retrieve the
source and check if they files from the
6 matches
Mail list logo
