From MAILER-DAEMON Sat Jan 07 09:59:07 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cPsSZ-00078m-4G for mharc-gpsd-users@gnu.org; Sat, 07 Jan 2017 09:59:07 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cPrBd-00028s-FV for gpsd-users@nongnu.org; Sat, 07 Jan 2017 08:37:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cPrBc-0008K9-An for gpsd-users@nongnu.org; Sat, 07 Jan 2017 08:37:33 -0500 Received: from mail-ua0-x232.google.com ([2607:f8b0:400c:c08::232]:34958) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cPrBc-0008K1-4m for gpsd-users@nongnu.org; Sat, 07 Jan 2017 08:37:32 -0500 Received: by mail-ua0-x232.google.com with SMTP id y9so98508380uae.2 for ; Sat, 07 Jan 2017 05:37:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinkfroot-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=E5/lKF2/4pU/d64IoZMPCuEZnRfGbr+uNHox5ObsU4Y=; b=GZtFCWRsrmC72BVMjQWw42d9Aiqg+bMrDbtR8/r6pSR1eD+V4972artgs9Wwv660pP fkGYxIQw3A6mU8qQqEEJhGbT04V7oVI/WoB4XWaATM5ldM+TbCzQfapvvDTvcKB3jGXN DjKOFbxwuBdYqlMmjgtWvxZPQrapgIAZ+qUesFbNXrbeverbVNVQkAvxoXMjQ5EwL7gN vWk7LeEcFnhXRIHqdlEAL5Bx+mKrGMQMYWhTwbQHkmKhDTtZ1oSEHPAvZTtOgqh4ePJ8 iiEbEjJ3Z+ANIGv6Hix0iltvczTLkvvbK5FTixm4qoWNnxbJWgjQnYAEwDYrEbdpIPNT Pa6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=E5/lKF2/4pU/d64IoZMPCuEZnRfGbr+uNHox5ObsU4Y=; b=p2UBchKFYGR5Zy39J2qJ73KP6MM1T03w32xIcUa9eT06WF81eNA4cSTXXBRfLz68Ou YgO5LheU7YWMw8EU941kbyFNMekiAE6KZPTSr2Y3lgRF1xcqJbqYBJIuEKJ6/W+fMENy iJGHL04kOLjwyx11dEn0MmmRz2mSH3IvaI1V9VDzozJZV0M24XSsvmmEPpgZC6EA0d0d XCHEYQ31FrgxzoHTK0Pnb58jdUGOaETTHxO6wXAMJCctfia0tWw84/S5Fv9mXIRKwzG2 MS37XC/3dTet9z5zk2swKSln/q4ZkQlKuy4ChIRuq3Lw0XIIxiSJJmOmWO7lK92ibgcM 55gw== X-Gm-Message-State: AIkVDXIaTjJG6pPeqqgwbdSkmHU4/JvQwv170bADOQImggnlTtndwNutSoQ+cRXajOoHNoPuYy7yJ+sy7ZtyqNxi X-Received: by 10.159.38.76 with SMTP id 70mr10322124uag.26.1483796251475; Sat, 07 Jan 2017 05:37:31 -0800 (PST) MIME-Version: 1.0 From: Lee Armstrong Date: Sat, 07 Jan 2017 13:37:21 +0000 Message-ID: To: "gpsd-users@nongnu.org" Content-Type: multipart/alternative; boundary=001a113cf7847d19620545813c11 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400c:c08::232 X-Mailman-Approved-At: Sat, 07 Jan 2017 09:59:06 -0500 Subject: [gpsd-users] Scons Dist X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2017 13:37:34 -0000 --001a113cf7847d19620545813c11 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I used a custom compilation for GPSD, mainly that does not submit config changes to the GPS unit. When I come to do =E2=80=9Cscons dist=E2=80=9D th= e following error comes up=E2=80=A6 Altered configuration variables: ashtech =3D False (default True): Ashtech support earthmate =3D False (default True): DeLorme EarthMate Zodiac support evermore =3D False (default True): EverMore binary support fv18 =3D False (default True): San Jose Navigation FV-18 support garmin =3D False (default True): Garmin kernel driver support garmintxt =3D False (default True): Garmin Simple Text support geostar =3D False (default True): Geostar Protocol support itrax =3D False (default True): iTrax hardware support mtk3301 =3D False (default True): MTK-3301 support navcom =3D False (default True): Navcom NCT support oncore =3D False (default True): Motorola OnCore chipset support superstar2 =3D False (default True): Novatel SuperStarII chipset support tnt =3D False (default True): True North Technologies support tripmate =3D False (default True): DeLorme TripMate support fury =3D False (default True): Jackson Labs Fury and Firefly support aivdm =3D False (default True): AIVDM support gpsclock =3D False (default True): GPSClock support ntrip =3D False (default True): NTRIP support oceanserver =3D False (default True): OceanServer support isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK support rtcm104v2 =3D False (default True): rtcm104v2 support rtcm104v3 =3D False (default True): rtcm104v3 support passthrough =3D False (default True): build support for passing through JSO= N pps =3D False (default True): PPS time syncing support dbus_export =3D False (default True): enable DBUS export support bluez =3D False (default True): BlueZ support for Bluetooth devices qt =3D False (default True): build QT bindings reconfigure =3D False (default True): allow gpsd to change device settings controlsend =3D False (default True): allow gpsctl/gpsmon to change device settings RTCM2 regression tests suppressed because rtcm104v2 is off. AIVDM regression tests suppressed because aivdm is off. Part of the website build requires asciidoc, not installed. scons: done reading SConscript files. scons: Building targets ... leapseconds_cache_rebuild(["leapseconds.cache"], ["leapsecond.py"]) timebase_h(["timebase.h"], ["leapseconds.cache"]) scons: *** [dist] Source `gpsctl.1' not found, needed by target `dist'. scons: building terminated because of errors. --001a113cf7847d19620545813c11 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I used = a custom compilation for GPSD, mainly that does not submit config changes t= o the GPS unit.=C2=A0 When I come to do =E2=80=9Cscons dist=E2=80=9D the fo= llowing error comes up=E2=80=A6

Altered configuration variables:

<= span class=3D"gmail_msg" style=3D"font-variant-ligatures:no-common-ligature= s">ashtech =3D False (default True): Ashtech support

earthmate =3D False (default True): DeLorme EarthMate Zodiac s= upport

evermore =3D False (default True)= : EverMore binary support

fv18 =3D False= (default True): San Jose Navigation FV-18 support

garmin =3D False (default True): Garmin kernel driver support

garmintxt =3D False (default True): Garmin= Simple Text support

geostar =3D False (= default True): Geostar Protocol support

= itrax =3D False (default True): iTrax hardware support

mtk3301 =3D False (default True): MTK-3301 support<= /p>

navcom =3D False (default True): Navcom NCT sup= port

oncore =3D False (default True): Mo= torola OnCore chipset support

superstar2= =3D False (default True): Novatel SuperStarII chipset support

tnt =3D False (default True): True North Technologie= s support

tripmate =3D False (default Tr= ue): DeLorme TripMate support

fury =3D F= alse (default True): Jackson Labs Fury and Firefly support

aivdm =3D False (default True): AIVDM support

=

gpsclock =3D False (default True): GPSClock suppor= t

ntrip =3D False (default True): NTRIP = support

oceanserver =3D False (default T= rue): OceanServer support

isync =3D Fals= e (default True): Spectratime iSync LNRClok/GRCLOK support

rtcm104v2 =3D False (default True): rtcm104v2 support

rtcm104v3 =3D False (default True): rtcm10= 4v3 support

passthrough =3D False (defa= ult True): build support for passing through JSON

pps =3D False (default True): PPS time syncing support

=

dbus_export =3D False (default True): enable DBUS = export support

bluez =3D False (default = True): BlueZ support for Bluetooth devices

<= span class=3D"gmail_msg" style=3D"font-variant-ligatures:no-common-ligature= s">qt =3D False (default True): build QT bindings

reconfigure =3D False (default True): allow gpsd to change device= settings

controlsend =3D False (default= True): allow gpsctl/gpsmon to change device settings

RTCM2 regression tests suppressed because rtcm104v2 is off.

AIVDM regression tests suppressed because= aivdm is off.

Part of the website build= requires asciidoc, not installed.

sco= ns: done reading SConscript files.

sco= ns: Building targets ...

leapseconds_cac= he_rebuild(["leapseconds.cache"], ["leapsecond.py"])

timebase_h(["timebase.h"], [&quo= t;leapseconds.cache"])

scons: *** [= dist] Source `gpsctl.1' not found, needed by target `dist'.<= /p>

scons: building terminated because of errors.

--001a113cf7847d19620545813c11-- From MAILER-DAEMON Sat Jan 07 15:51:07 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cPxxD-0003S3-Ng for mharc-gpsd-users@gnu.org; Sat, 07 Jan 2017 15:51:07 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cPxxA-0003RZ-K8 for gpsd-users@nongnu.org; Sat, 07 Jan 2017 15:51:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cPxx9-000569-4W for gpsd-users@nongnu.org; Sat, 07 Jan 2017 15:51:04 -0500 Received: from mail-it0-x22b.google.com ([2607:f8b0:4001:c0b::22b]:37519) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cPxx8-00055m-Ue for gpsd-users@nongnu.org; Sat, 07 Jan 2017 15:51:03 -0500 Received: by mail-it0-x22b.google.com with SMTP id 192so39175364itl.0 for ; Sat, 07 Jan 2017 12:51:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Bca82rt7nXSREoj49eunk8NACewjO7q6wUY3RNn80Z0=; b=UK91gMu5A2rVIFD4nW23LYVLkE+AM2i5J+UhO5k64t7Dz8i6slrTUCdLK/MXLfukG1 UpVY6nZI3ozJKb8EVsLCBMBRe1S17vGsccvi6wZei0q5RRrSa90wDRnyjC78VWxZnn9k fPSGbDCNoQK2JzIenAUYyb2/rHwPww9jiY9Jq2mmVHBsjvAJfRqK8Eykwe0PmsfdmN8y Q1pmA5kRjhtjxUCcnoetxnEbv5N4pCqqeU2tgm4pysOgOPqg+OPQXHkwkVtR58SvKFBp P2PT3vReQKnTZJw7CjIYjuznQwT8BC7UrUpEsDRW193blRlIPXbCR2Rrsdik2b2ZU1U4 so2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Bca82rt7nXSREoj49eunk8NACewjO7q6wUY3RNn80Z0=; b=kRJRDRXwds67CpQ8faL5wKHwUXFkrW6b9n3vDRUTP/SwLTH52fVlDozYyt8VoSGy/V XXr/F9qY98Ad7AKsYi6P04KxYGllehwvYhM5AiKnzo+nmUc4yIAkBu16VgDxFbk4sVWC V4BQbM492nPPoOHATr/7rOlZXSdDWFx7IKqdOc7WuSUzmnc7KtIMrppy0Um4PMZFtzEI 7x28w9kc9PS5lFAkZLr6T2G2Q61pSuQqKRQlQBHcEzpEz+ZS5DniMU8DRTisXaxm+Mih hJb5u0i/0Edh1J6v+ehjMqp8r4AKkOq9ccxXd0+c3zfWVx+yyI8pLJTNr/PfauShuiP7 rBsQ== X-Gm-Message-State: AIkVDXI0X0WRXdSwWfeUhbxp8Dw7W444pROBplbngKS3JwoP0KCnaVPKpFKCWGdLeImpRDNKTsNkbzyiITM0pw== X-Received: by 10.36.121.151 with SMTP id z145mr4004792itc.100.1483822262029; Sat, 07 Jan 2017 12:51:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.6.73 with HTTP; Sat, 7 Jan 2017 12:51:01 -0800 (PST) In-Reply-To: References: From: Jon Schlueter Date: Sat, 7 Jan 2017 15:51:01 -0500 Message-ID: To: Lee Armstrong Cc: "gpsd-users@nongnu.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4001:c0b::22b Subject: Re: [gpsd-users] Scons Dist X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jan 2017 20:51:06 -0000 Lee, Looks like you may not have all the necessary tools installed to build manp= ages. can you check to see what the following shows? on my current system I don't have xsltproc for manpage building and gpsctl.1 is a man page file. Not optimal failure mode but if you install the necessary manpage building tools it should work. $ scons | grep man Checking that xsltproc can make man pages... (cached) no Neither xsltproc nor xmlto found, documentation cannot be built. $ scons tarball ... Checking if sys/ioctl.h supplies TIOCMIWAIT ...(cached) yes Checking that xsltproc can make man pages... (cached) no Neither xsltproc nor xmlto found, documentation cannot be built. ... scons: *** [tarball] Source `gpsctl.1' not found, needed by target `tarball= '. scons: building terminated because of errors. After installing xmlto on my ubuntu box $ sudo apt-get install xmlto ... $ scons | grep man Checking that xsltproc can make man pages... (cached) no xmlto man gpsctl.xml || mv `basename gpsctl.1` `dirname gpsctl.1` Note: Writing gpsctl.1 Give that a try and let me know if you still have issues. if you still are having issues try joining us on freenode IRC channel #gpsd Give me a direct ping yazug or jschlueter to get my attention if I'm at my computer on the gpsd channel. Jon Schlueter On Sat, Jan 7, 2017 at 8:37 AM, Lee Armstrong wrote: > I used a custom compilation for GPSD, mainly that does not submit config > changes to the GPS unit. When I come to do =E2=80=9Cscons dist=E2=80=9D = the following error > comes up=E2=80=A6 > > Altered configuration variables: > > ashtech =3D False (default True): Ashtech support > > earthmate =3D False (default True): DeLorme EarthMate Zodiac support > > evermore =3D False (default True): EverMore binary support > > fv18 =3D False (default True): San Jose Navigation FV-18 support > > garmin =3D False (default True): Garmin kernel driver support > > garmintxt =3D False (default True): Garmin Simple Text support > > geostar =3D False (default True): Geostar Protocol support > > itrax =3D False (default True): iTrax hardware support > > mtk3301 =3D False (default True): MTK-3301 support > > navcom =3D False (default True): Navcom NCT support > > oncore =3D False (default True): Motorola OnCore chipset support > > superstar2 =3D False (default True): Novatel SuperStarII chipset support > > tnt =3D False (default True): True North Technologies support > > tripmate =3D False (default True): DeLorme TripMate support > > fury =3D False (default True): Jackson Labs Fury and Firefly support > > aivdm =3D False (default True): AIVDM support > > gpsclock =3D False (default True): GPSClock support > > ntrip =3D False (default True): NTRIP support > > oceanserver =3D False (default True): OceanServer support > > isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK support > > rtcm104v2 =3D False (default True): rtcm104v2 support > > rtcm104v3 =3D False (default True): rtcm104v3 support > > passthrough =3D False (default True): build support for passing through J= SON > > pps =3D False (default True): PPS time syncing support > > dbus_export =3D False (default True): enable DBUS export support > > bluez =3D False (default True): BlueZ support for Bluetooth devices > > qt =3D False (default True): build QT bindings > > reconfigure =3D False (default True): allow gpsd to change device setting= s > > controlsend =3D False (default True): allow gpsctl/gpsmon to change devic= e > settings > > RTCM2 regression tests suppressed because rtcm104v2 is off. > > AIVDM regression tests suppressed because aivdm is off. > > Part of the website build requires asciidoc, not installed. > > scons: done reading SConscript files. > > scons: Building targets ... > > leapseconds_cache_rebuild(["leapseconds.cache"], ["leapsecond.py"]) > > timebase_h(["timebase.h"], ["leapseconds.cache"]) > > scons: *** [dist] Source `gpsctl.1' not found, needed by target `dist'. > > scons: building terminated because of errors. From MAILER-DAEMON Sat Jan 07 21:32:58 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cQ3I2-0001JT-Ar for mharc-gpsd-users@gnu.org; Sat, 07 Jan 2017 21:32:58 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQ3Hz-0001Fj-PG for gpsd-users@nongnu.org; Sat, 07 Jan 2017 21:32:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQ3Hw-00082T-MO for gpsd-users@nongnu.org; Sat, 07 Jan 2017 21:32:55 -0500 Received: from mail-io0-x243.google.com ([2607:f8b0:4001:c06::243]:36772) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQ3Hw-000821-HF for gpsd-users@nongnu.org; Sat, 07 Jan 2017 21:32:52 -0500 Received: by mail-io0-x243.google.com with SMTP id q20so5009520ioi.3 for ; Sat, 07 Jan 2017 18:32:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding; bh=t6dMziB2ePw4xDPE33urzuxmoVGzamsCowcZB+4gvjc=; b=vgYrRZK+/mQDRxgzwLyvZAYj1JSppYOTdUbzcDyALhKgyBcRzRkmdD6RBeAholw5pi C0bCbDG6wZGAlcsjcvRf30gZGNhXPiDXwz7GrPCcfrSjLDl1GtN4OROXOse5QM6KYS7b kLE1/nc++MPVYRkyuucKqgmJBuOmVX1ZRdRZUFhRbgJX4iU/D7zCQXEPMWS6srLvKwAF otUKVtZxSdXL5NFQzPm6gTV9+ZfrwrHk5+fLMdgSzBgVXFrtHuJbPz0OwsRCo9ga49UG NXYcGAf1XNphycsABwN1kx5HeyCPnnxF+qSiVoNVP8FtpKpl99z8A9Dp58Np/yH6qhZs ht3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version:content-transfer-encoding; bh=t6dMziB2ePw4xDPE33urzuxmoVGzamsCowcZB+4gvjc=; b=BoC9I3wBzEsUN31SMSjDhdlAGaGoYyp8hH5YSzrYqoMcnDc/RHzhmnWA1l7Z2clWK5 b5r4g2Ribqn3ajqSNldRBGRTULgx6/H6zvCdI4WAsNCs1cre4lltFUkWLHe+/Cpv9BPI vU1G90D30Xxq5Q94jyMq13ZCocqq+Xxvksfj4GTYKsEq++TxEviPhmZ4wq57G1o6Vdxb CUHTHjV2SEWVjKP1SHRTecEYQ2gWqoa3thNegSMJYba8934xbTrjZjFFA8tLpkK6g+F1 0EgDHMstJhf+IjenSMMIRGEaUO5yoz0jumOxxVq1DaHJycIHYhRLwmnPc0Fb5yuaTb+j lBUQ== X-Gm-Message-State: AIkVDXL7gnEPD8r5Utgw0BuDhzFrVp/N0ZgwCkYboHAEzWbIPwjZ8wURWnj4yvwsVqk5ag== X-Received: by 10.107.51.198 with SMTP id z189mr63999083ioz.6.1483842769905; Sat, 07 Jan 2017 18:32:49 -0800 (PST) Received: from sgt.decathlon.org (66-87-144-57.pools.spcsdns.net. [66.87.144.57]) by smtp.gmail.com with ESMTPSA id w17sm41932097iod.22.2017.01.07.18.32.49 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Jan 2017 18:32:49 -0800 (PST) From: Tom Hardy To: gpsd-users@nongnu.org Date: Sat, 07 Jan 2017 20:32:47 -0600 Message-ID: <1814716.a5H4FCDmdM@sgt.decathlon.org> User-Agent: KMail/5.3.2 (Linux/4.4.36-8-default; KDE/5.26.0; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4001:c06::243 Subject: [gpsd-users] RFC: GPSD on Linux Laptop with Android GPS Source X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 02:32:57 -0000 I'm a taxi driver, and the laptop mounts in the car and tethers by BT to the Android phone. It also has a USB connection. Very nice, but how does the laptop get gps? A couple of ways so far, using a couple of Android apps: _GPS2Net_ Here, I enable USB debugging on the Android, and on the laptop run 'adb forward tcp:6000 tcp:6000' followed by 'gpsd -n tcp:// localhost:6000'. It is prone to failure upon bumping the USB cable, and has to be set up after a resume from suspension. -GPS2Bluetooth_ Run 'rfcomm connect /dev/rfcomm1 a8:7c:01:7e:70:38 5', that is, 'rfcomm connect ', followed by 'gpsd -n -N -b -D5 /dev/rfcomm1'. This appears to be quite stable, and survives suspend/resume, or having the phone wander out of range for a bit, though I have to tickle gpsd to get it going again, i.e., in KDE Marble I disable/reenable position tracking via gpsd. Question: What is this tickling whereof I speak? You might need a couple of discovery tools for the above: 'hcitool scan' to find discoverable mac addresses, and 'sdptool browse ' to get the channel. I've also got ntpd's SHM driver working, and have connected other apps to the local gpsd. Xgps output looks a bit funny; no satellites selected, no EPX, EPY, EPS, EPD, but EPV and EPC are present with funny readings. Why is that? I've looked a bit at Android's 'ShareGPS' which appears to be quite flexible, but the free version only supports WiFi broadcast of your gps position. It does however offer a set of systemd service scripts which appear to be adaptable at http://www.jillybunch.com/ sharegps/downloads/bt-gps.tar.gz See also http:// www.jillybunch.com/sharegps/nmea-bluetooth-linux.html , or ShareGPS homepage http://www.jillybunch.com/sharegps/index.html . Comments? Thank You. -- Tom Hardy From MAILER-DAEMON Sat Jan 07 21:40:34 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cQ3PO-0002FU-2u for mharc-gpsd-users@gnu.org; Sat, 07 Jan 2017 21:40:34 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54959) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQ3PM-0002F9-2e for gpsd-users@nongnu.org; Sat, 07 Jan 2017 21:40:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQ3PK-0001Ud-TN for gpsd-users@nongnu.org; Sat, 07 Jan 2017 21:40:32 -0500 Received: from rellim.com ([2001:470:e815::19]:37525 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQ3PK-0001SB-Me for gpsd-users@nongnu.org; Sat, 07 Jan 2017 21:40:30 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v082eDR0008292 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 7 Jan 2017 18:40:19 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v082eDR0008292 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1483843219; bh=s1KvLhj8V2pErvjYAPlcEx/dtK05zqpyowop6R3NGUg=; h=Date:From:Cc:Subject:In-Reply-To:References; b=VY6k9vFPHviNgvs8Y2P06NLKG8HsUp0vFNCiDQjR488vtPA67OvVcKbphfMwQVkQ2 4kP92qjnzSBl6eBcW+dhVc5cjkVo+ui8yhF8/hGiYFsxag3EXbg2P0PvLbmMptVrq2 zYJbs1phNZvDPJpBIXceN7Ht+QjOpmGustWvA3A8= Date: Sat, 7 Jan 2017 18:40:00 -0800 From: "Gary E. Miller" Cc: gpsd-users@nongnu.org Message-ID: <20170107184000.70a51df5@spidey.rellim.com> In-Reply-To: <1814716.a5H4FCDmdM@sgt.decathlon.org> References: <1814716.a5H4FCDmdM@sgt.decathlon.org> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/vek_NBiv2MVVwF8XDcL8bK1"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Sat, 07 Jan 2017 18:40:19 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] RFC: GPSD on Linux Laptop with Android GPS Source X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 02:40:33 -0000 --Sig_/vek_NBiv2MVVwF8XDcL8bK1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo Tom! On Sat, 07 Jan 2017 20:32:47 -0600 Tom Hardy wrote: > I'm a taxi driver, and the laptop mounts in the car and tethers by=20 > BT to the Android phone. It also has a USB connection. Very nice,=20 > but how does the laptop get gps? A couple of ways so far, using a=20 > couple of Android apps: You can get nice and cheap GPS that are USB and plug directly into your laptop. $40 will get you a very nice one. It will makes thinsg a lot simpler. > I've also got ntpd's SHM driver working, and have connected other=20 > apps to the local gpsd. Xgps output looks a bit funny; no=20 > satellites selected, no EPX, EPY, EPS, EPD, but EPV and EPC are=20 > present with funny readings. >=20 > Why is that? xgps has not been actively maintained in a while. Best to use cgps instead. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/vek_NBiv2MVVwF8XDcL8bK1 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYcaaAAAoJEA0O2UlB0XnYOoAH/1m+JPBZmSGIKf4CNkaK0csl Gl4ZUKBhy7yGqCp/sz9Xdcy+Jcvg7LwycR9uFeVEAFSB7cx6w20KAqLP9HPzl0ES 6PN8Hqx2qRJnklj8brlTTiCJ2xPxiVkWpsaOL02iH0Fh7sV8XqmgSiDbkp9G5sUu tOGChrX+bBsD9z9YaBTUDno0QKDz7z5TIsl9QqFine9WU07w6br6Odx0pwaVipbV 3xMKmZsfKCQH0AmjDFgRgYQOt+xEpaHuoM48Yna2EDWYojDjjLjq11nexSaQ0J4i eLqHJ/7NPv81ItTIqi+GYKRi79yXYP4RLoTdKHXv1VzPoAcWFuLN/rjdtND9lGc= =Dl/a -----END PGP SIGNATURE----- --Sig_/vek_NBiv2MVVwF8XDcL8bK1-- From MAILER-DAEMON Sat Jan 07 22:45:51 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cQ4QZ-00038I-FT for mharc-gpsd-users@gnu.org; Sat, 07 Jan 2017 22:45:51 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQ4QX-00038B-I8 for gpsd-users@nongnu.org; Sat, 07 Jan 2017 22:45:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQ4QU-0001I7-FP for gpsd-users@nongnu.org; Sat, 07 Jan 2017 22:45:49 -0500 Received: from mail-io0-x242.google.com ([2607:f8b0:4001:c06::242]:36271) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQ4QU-0001Hs-AD for gpsd-users@nongnu.org; Sat, 07 Jan 2017 22:45:46 -0500 Received: by mail-io0-x242.google.com with SMTP id q20so5080095ioi.3 for ; Sat, 07 Jan 2017 19:45:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding; bh=Yvi7F6Xwsax0zLErcgs4hS2s0Ma6q5IAm50pCuyOrYI=; b=jw/3EFJ1iabHbNwpdn4YrYeDxjXqZn9DXaZXhtCHXKXR1Q3hg1DquISmbC6RoZhwxa gbLNmEmFY/LU7gvl5lX7H/jMYN2O8IIJkDdl5onj0h6zbEm+RZzpxhF1QeRd2D04dyRo bv+L4CsaIdFHJeqdatUqaFizFY8TQLKCArdaVVqgeeaH7DCFOErSp/t6Y3P7JvVZTxHy DFTrRAFLjugJOv6eUR5K3qocjm8RNV8TPIdvmqL5ZalPeEdlXVBEHdDHGAx71IDwe+/m hCv8ukZTUuNQMCVk37pM/regGhuglupoamVI1Nbr87aZhArLb9VECx823DZBC4qrdh9h deDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-transfer-encoding; bh=Yvi7F6Xwsax0zLErcgs4hS2s0Ma6q5IAm50pCuyOrYI=; b=kAjvjYwAzdvCYORGmtTz+7Buvw7AkemynatnKVayoRq8J0pCO3IuuPPV2e0HNsAeWT D+U/YY8Kc7/i5KlH/Fno2oh0XMsoCzM/9RL0u8zP5e6e9msbxCQhVJw85H9InwivIihT 8R8IGXpQjI01Y9vyTPgokPJuHhE6xXlO8E+YVPMpuy1Jl0X/DpVFY9ARroe5bf9G2eOp BWcNN3J94B51JlN8S6ixmZoGq2mstVRcmy9c02VkK4d2fRas4vm4ClW3y2TqiVh3EOkZ F6M/0DLrqMbgN/eNCa8gCEUNNhojkbWuD+gJF/ZuyAej3cCYJ3af4/NtiUjDgGayFIEQ uTZg== X-Gm-Message-State: AIkVDXIlgmbLAEmFYGF0V3cXaO+y+zM7P7v+Ne24BhEOY1yggJMO2lf14sqZrnoGdmfpaQ== X-Received: by 10.107.142.205 with SMTP id q196mr6628813iod.147.1483847145101; Sat, 07 Jan 2017 19:45:45 -0800 (PST) Received: from sgt.decathlon.org (66-87-144-57.pools.spcsdns.net. [66.87.144.57]) by smtp.gmail.com with ESMTPSA id a129sm2350992ioe.20.2017.01.07.19.45.44 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Jan 2017 19:45:44 -0800 (PST) From: Tom Hardy To: gpsd-users@nongnu.org Date: Sat, 07 Jan 2017 21:45:42 -0600 Message-ID: <1495668.GEpE6MRRmL@sgt.decathlon.org> User-Agent: KMail/5.3.2 (Linux/4.4.36-8-default; KDE/5.26.0; x86_64; ; ) In-Reply-To: <20170107184000.70a51df5@spidey.rellim.com> References: <1814716.a5H4FCDmdM@sgt.decathlon.org> <20170107184000.70a51df5@spidey.rellim.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4001:c06::242 Subject: Re: [gpsd-users] RFC: GPSD on Linux Laptop with Android GPS Source X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 03:45:50 -0000 On Saturday, January 7, 2017 6:40:00 PM CST Gary E. Miller wrote: > Yo Tom! > > You can get nice and cheap GPS that are USB and plug directly into > your laptop. $40 will get you a very nice one. > > It will makes thinsg a lot simpler. > I had one of those once. It disappeared when the car went into the shop and I forgot to remove it. :( One thing I've now noticed is that, while the GPS dongle appeared to be a low powered device, the phone appears to be high powered, and continuous sustained use can run the battery down even when the phone is plugged in! The phone can get rather hot! > > xgps has not been actively maintained in a while. Best to use > cgps instead. > Cgps, same result. I can see, though, that I have some manual pages to read. I barely remember what they say.... -- Tom Hardy From MAILER-DAEMON Sun Jan 08 03:35:17 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cQ8wf-0003n0-9f for mharc-gpsd-users@gnu.org; Sun, 08 Jan 2017 03:35:17 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58680) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQ8wb-0003mn-F5 for gpsd-users@nongnu.org; Sun, 08 Jan 2017 03:35:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQ8wZ-0008MV-0V for gpsd-users@nongnu.org; Sun, 08 Jan 2017 03:35:13 -0500 Received: from mail-vk0-x229.google.com ([2607:f8b0:400c:c05::229]:34642) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQ8wY-0008Lb-Ms for gpsd-users@nongnu.org; Sun, 08 Jan 2017 03:35:10 -0500 Received: by mail-vk0-x229.google.com with SMTP id x186so330172466vkd.1 for ; Sun, 08 Jan 2017 00:35:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=planefinder-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pTuRX95jbzEDpbpP8Ge5Gev5LKEqUlSx+Iz49Qvtyzs=; b=MFGw73sCj4ahy6CCUOSd2ipXH3ccy+75FaGfv7aezScSjjuN0PngR8jCfyvqiZrEaY oXRnDObsQBRUENC8XbqP1Ku3FF2iI6F3psrgqF8j0TuJNLtym0C4LtQV92+E2PQm0jBQ mVs1GkUAlDnyD2ZHZ2XJHAL4ibYCp7kiHJ4Dnz3ZfU0OiSCdVfYFcsAyZL6TgoJAFV1X hMZU4WCaEqREyxvTg0hjAbs1YnGvIUSLoPuxvZZFlpkjizVAcgIV9m8rKU/LsA7Nj0oe cpdiqb6pqwvAN84C+5de6Fz2Chq9N0ikrljkego6w4c7P+mHIdqCvDcwPpL6zmgIz1pz uAhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pTuRX95jbzEDpbpP8Ge5Gev5LKEqUlSx+Iz49Qvtyzs=; b=VyYykZC2Wc3Q5r1CqB2Ykghas1knLLL/rHpCKJ0LVfh8AiMCLuFrDWNeczHgdlMied e1yVLVIL53OnD/KRUp4BVCH9REkDnzB+wgp/e1qbtT52t3ovcBc4Qnrd82gd/bAgcuRw QjLQdFABstZJQIgVqbhFObdpiXXjwIEfxCEodzL3nE0XWFbiFwMuIAhPdZuDtpmEWgAU Vvq5xLW9o3nCpplQe9b++PrlNpyPF1hoUk5TpLtwyvXJmgbs0E9eH7NH5Zm0rUiv0P4k 3j4RiZCyXzS3xWfrL2T1X2BV4MbkpPqPg0MPq7KMMNOj1PNvK+hTt0Hyizwwi4xsKHa0 71Tw== X-Gm-Message-State: AIkVDXLbEFIGy2mijE/2X/2WwpE+m4txvwrsvYYZHkyEEhYGLSHXg40QDQhx9XkHNkCW51hJIbJ8Z8uYUOhDqAFI X-Received: by 10.31.163.4 with SMTP id m4mr24751422vke.176.1483864509715; Sun, 08 Jan 2017 00:35:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Lee Armstrong Date: Sun, 08 Jan 2017 08:34:59 +0000 Message-ID: To: Jon Schlueter Cc: "gpsd-users@nongnu.org" Content-Type: multipart/alternative; boundary=001a1142e94eff42af054591209b X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400c:c05::229 Subject: Re: [gpsd-users] Scons Dist X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 08:35:16 -0000 --001a1142e94eff42af054591209b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Jon, I=E2=80=99m building on a system with limited resources so adding xmlto add= s around 1300MB! What I am trying to do is compile on this system and then take to identical systems around. Is this even the right way to achieve that? Running *scons | grep man* produces only=E2=80=A6 Checking that xsltproc can make man pages=E2=80=A6 (cached) no Running the tarsal version produces=E2=80=A6 scons: Reading SConscript files ... Checking if compiler accepts -pthread... (cached) no Checking whether the C++ compiler works... (cached) no C++ doesn't work, suppressing libgpsmm build. Checking pkg-config for ncurses... (cached) no Checking pkg-config for libusb-1.0... (cached) no Checking for C library librt... (cached) no Checking pkg-config for dbus-1... (cached) no Turning off dbus-export support, library not found. Checking for C type in_port_t... (cached) no Did not find in_port_t typedef, assuming unsigned short int Checking whether SUN_LEN is declared... (cached) no Checking whether SUN_LEN is declared... (cached) no SUN_LEN is not system-defined, using local definition Checking for C header file linux/can.h... (cached) yes You have kernel CANbus available. Checking if compiler is C11... (cached) no Checking for C header file libkern/OSAtomic.h... (cached) no No memory barriers - SHM export and time hinting may not be reliable. Checking if compiler supplies __ORDER_BIG_ENDIAN__... (cached) yes Checking if compiler supplies __ORDER_LITTLE_ENDIAN__... (cached) yes Checking if compiler supplies __BYTE_ORDER__... (cached) yes Your compiler has built-in endianness support. Checking for C function daemon()... yes Checking for C function strlcpy()... no Checking for C function strlcat()... no Checking for C function clock_gettime()... yes Checking for C function strptime()... yes Checking for C function gmtime_r()... yes Checking for C header file sys/timepps.h... (cached) yes Checking if sys/ioctl.h supplies TIOCMIWAIT... (cached) yes Checking that xsltproc can make man pages... (cached) no Neither xsltproc nor xmlto found, documentation cannot be built. Checking pkg-config for QtNetwork... (cached) no Turning off Qt support, library not found. Checking if compiler accepts -Wextra... (cached) no Checking if compiler accepts -Wall... (cached) no Checking if compiler accepts -Wno-uninitialized... (cached) no Checking if compiler accepts -Wno-missing-field-initializers... (cached) no Checking if compiler accepts -Wcast-align... (cached) no Checking if compiler accepts -Wmissing-declarations... (cached) no Checking if compiler accepts -Wmissing-prototypes... (cached) no Checking if compiler accepts -Wstrict-prototypes... (cached) no Checking if compiler accepts -Wpointer-arith... (cached) no Checking if compiler accepts -Wreturn-type... (cached) yes Obtaining Python exe path... /usr/bin/python Obtaining Python lib dir... /usr/lib/python2.7/dist-packages Obtaining Python config vars... ok Altered configuration variables: ashtech =3D False (default True): Ashtech support earthmate =3D False (default True): DeLorme EarthMate Zodiac support evermore =3D False (default True): EverMore binary support fv18 =3D False (default True): San Jose Navigation FV-18 support garmin =3D False (default True): Garmin kernel driver support garmintxt =3D False (default True): Garmin Simple Text support geostar =3D False (default True): Geostar Protocol support itrax =3D False (default True): iTrax hardware support mtk3301 =3D False (default True): MTK-3301 support navcom =3D False (default True): Navcom NCT support oncore =3D False (default True): Motorola OnCore chipset support superstar2 =3D False (default True): Novatel SuperStarII chipset support tnt =3D False (default True): True North Technologies support tripmate =3D False (default True): DeLorme TripMate support fury =3D False (default True): Jackson Labs Fury and Firefly support aivdm =3D False (default True): AIVDM support gpsclock =3D False (default True): GPSClock support ntrip =3D False (default True): NTRIP support oceanserver =3D False (default True): OceanServer support isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK support rtcm104v2 =3D False (default True): rtcm104v2 support rtcm104v3 =3D False (default True): rtcm104v3 support passthrough =3D False (default True): build support for passing through JSO= N pps =3D False (default True): PPS time syncing support dbus_export =3D False (default True): enable DBUS export support bluez =3D False (default True): BlueZ support for Bluetooth devices libgpsmm =3D False (default True): build C++ bindings qt =3D False (default True): build QT bindings RTCM2 regression tests suppressed because rtcm104v2 is off. AIVDM regression tests suppressed because aivdm is off. Part of the website build requires asciidoc, not installed. scons: done reading SConscript files. scons: Building targets ... scons: *** Do not know how to make File target `tarball' (/root/gpsd/tarball). Stop. scons: building terminated because of errors. On Sat, Jan 7, 2017 at 8:51 PM Jon Schlueter wrote: > Lee, > > Looks like you may not have all the necessary tools installed to build > manpages. > > can you check to see what the following shows? on my current system I > don't have xsltproc for manpage building and gpsctl.1 is a man page > file. Not optimal failure mode but if you install the necessary > manpage building tools it should work. > > $ scons | grep man > Checking that xsltproc can make man pages... (cached) no > Neither xsltproc nor xmlto found, documentation cannot be built. > > $ scons tarball > ... > Checking if sys/ioctl.h supplies TIOCMIWAIT ...(cached) yes > Checking that xsltproc can make man pages... (cached) no > Neither xsltproc nor xmlto found, documentation cannot be built. > ... > scons: *** [tarball] Source `gpsctl.1' not found, needed by target > `tarball'. > scons: building terminated because of errors. > > > After installing xmlto on my ubuntu box > > $ sudo apt-get install xmlto > ... > > $ scons | grep man > Checking that xsltproc can make man pages... (cached) no > xmlto man gpsctl.xml || mv `basename gpsctl.1` `dirname gpsctl.1` > Note: Writing gpsctl.1 > > Give that a try and let me know if you still have issues. > > if you still are having issues try joining us on freenode IRC channel #gp= sd > > Give me a direct ping yazug or jschlueter to get my attention if I'm > at my computer on the gpsd channel. > > Jon Schlueter > > > On Sat, Jan 7, 2017 at 8:37 AM, Lee Armstrong wrote: > > I used a custom compilation for GPSD, mainly that does not submit confi= g > > changes to the GPS unit. When I come to do =E2=80=9Cscons dist=E2=80= =9D the following > error > > comes up=E2=80=A6 > > > > Altered configuration variables: > > > > ashtech =3D False (default True): Ashtech support > > > > earthmate =3D False (default True): DeLorme EarthMate Zodiac support > > > > evermore =3D False (default True): EverMore binary support > > > > fv18 =3D False (default True): San Jose Navigation FV-18 support > > > > garmin =3D False (default True): Garmin kernel driver support > > > > garmintxt =3D False (default True): Garmin Simple Text support > > > > geostar =3D False (default True): Geostar Protocol support > > > > itrax =3D False (default True): iTrax hardware support > > > > mtk3301 =3D False (default True): MTK-3301 support > > > > navcom =3D False (default True): Navcom NCT support > > > > oncore =3D False (default True): Motorola OnCore chipset support > > > > superstar2 =3D False (default True): Novatel SuperStarII chipset suppor= t > > > > tnt =3D False (default True): True North Technologies support > > > > tripmate =3D False (default True): DeLorme TripMate support > > > > fury =3D False (default True): Jackson Labs Fury and Firefly support > > > > aivdm =3D False (default True): AIVDM support > > > > gpsclock =3D False (default True): GPSClock support > > > > ntrip =3D False (default True): NTRIP support > > > > oceanserver =3D False (default True): OceanServer support > > > > isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK suppor= t > > > > rtcm104v2 =3D False (default True): rtcm104v2 support > > > > rtcm104v3 =3D False (default True): rtcm104v3 support > > > > passthrough =3D False (default True): build support for passing through > JSON > > > > pps =3D False (default True): PPS time syncing support > > > > dbus_export =3D False (default True): enable DBUS export support > > > > bluez =3D False (default True): BlueZ support for Bluetooth devices > > > > qt =3D False (default True): build QT bindings > > > > reconfigure =3D False (default True): allow gpsd to change device setti= ngs > > > > controlsend =3D False (default True): allow gpsctl/gpsmon to change dev= ice > > settings > > > > RTCM2 regression tests suppressed because rtcm104v2 is off. > > > > AIVDM regression tests suppressed because aivdm is off. > > > > Part of the website build requires asciidoc, not installed. > > > > scons: done reading SConscript files. > > > > scons: Building targets ... > > > > leapseconds_cache_rebuild(["leapseconds.cache"], ["leapsecond.py"]) > > > > timebase_h(["timebase.h"], ["leapseconds.cache"]) > > > > scons: *** [dist] Source `gpsctl.1' not found, needed by target `dist'. > > > > scons: building terminated because of errors. > --001a1142e94eff42af054591209b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Jon,

I=E2=80=99m building on a s= ystem with limited resources so adding xmlto adds around 1300MB!
=
What I am trying to do is compile on this system and then ta= ke to identical systems around.=C2=A0 Is this even the right way to achieve= that?

Running scons | grep man prod= uces only=E2=80=A6

Checking that xsltproc can make man pages=E2= =80=A6 (cached) no


Running the tarsal = version produces=E2=80=A6


scons: R= eading SConscript files ...

Checking if compiler accepts -pthread... (cached) no=

Chec= king whether the C++ compiler works... (cached) no

C++ doesn't work, suppr= essing libgpsmm build.

Checking pkg-config for ncurses... (cached) no

=

Checking pkg-co= nfig for libusb-1.0... (cached) no

Checking for C library librt... (cached) no

Checki= ng pkg-config for dbus-1... (cached) no

Turning off dbus-export support, library= not found.

Checking for C type in_port_t... (cached) no

Did not find in_port_t type= def, assuming unsigned short int

Checking whether SUN_LEN is declared... (cached= ) no

= Checking whether SUN_LEN is declared... (cached) no

SUN_LEN is not system-defin= ed, using local definition

Checking for C header file linux/can.h... (cached) ye= s

You= have kernel CANbus available.

Checking if compiler is C11... (cached) no=

Checking fo= r C header file libkern/OSAtomic.h... (cached) no

No memory barriers - SHM expor= t and time hinting may not be reliable.

Checking if compiler supplies __ORDER_BI= G_ENDIAN__... (cached) yes

Checking if compiler supplies __ORDER_LITTLE_ENDIAN__= ... (cached) yes

Checking if compiler supplies __BYTE_ORDER__... (cached) yes

Your co= mpiler has built-in endianness support.

Checking for C function daemon()... yes<= /span>

Check= ing for C function strlcpy()... no

Checking for C function strlcat()... no

Checking f= or C function clock_gettime()... yes

Checking for C function strptime()... yes

Checki= ng for C function gmtime_r()... yes

Checking for C header file sys/timepps.h... = (cached) yes

Checking if sys/ioctl.h supplies TIOCMIWAIT... (cached) yes<= /p>

Checking tha= t xsltproc can make man pages... (cached) no

Neither xsltproc nor xmlto found, d= ocumentation cannot be built.

Checking pkg-config for QtNetwork... (cached) no

Turnin= g off Qt support, library not found.

Checking if compiler accepts -Wextra... (ca= ched) no

Checking if compiler accepts -Wall... (cached) no

Checking if compiler accep= ts -Wno-uninitialized... (cached) no

Checking if compiler accepts -Wno-missing-f= ield-initializers... (cached) no

Checking if compiler accepts -Wcast-align... (c= ached) no

Checking if compiler accepts -Wmissing-declarations... (cached) no

Checking= if compiler accepts -Wmissing-prototypes... (cached) no

Checking if compiler ac= cepts -Wstrict-prototypes... (cached) no

Checking if compiler accepts -Wpointer-= arith... (cached) no

Checking if compiler accepts -Wreturn-type... (cached) yes<= /span>

Obtai= ning Python exe path... /usr/bin/python

Obtaining Python lib dir... /usr/lib/pyt= hon2.7/dist-packages

Obtaining Python config vars... ok

Altered configuration varia= bles:

ashtech =3D False (default True): Ashtech support

earthmate =3D False (defaul= t True): DeLorme EarthMate Zodiac support

evermore =3D False (default True): Eve= rMore binary support

fv18 =3D False (default True): San Jose Navigation FV-18 su= pport

garmin =3D False (default True): Garmin kernel driver support

<= span style=3D"font-variant-ligatures:no-common-ligatures">garmintxt =3D Fal= se (default True): Garmin Simple Text support

geostar =3D False (default True): = Geostar Protocol support

itrax =3D False (default True): iTrax hardware support<= /span>

mtk33= 01 =3D False (default True): MTK-3301 support

navcom =3D False (default True): N= avcom NCT support

oncore =3D False (default True): Motorola OnCore chipset suppo= rt

su= perstar2 =3D False (default True): Novatel SuperStarII chipset support

tnt =3D F= alse (default True): True North Technologies support

tripmate =3D False (default= True): DeLorme TripMate support

fury =3D False (default True): Jackson Labs Fur= y and Firefly support

aivdm =3D False (default True): AIVDM support

<= span style=3D"font-variant-ligatures:no-common-ligatures">gpsclock =3D Fals= e (default True): GPSClock support

ntrip =3D False (default True): NTRIP support=

ocea= nserver =3D False (default True): OceanServer support

isync =3D False (default T= rue): Spectratime iSync LNRClok/GRCLOK support

rtcm104v2 =3D False (default True= ): rtcm104v2 support

rtcm104v3 =3D False (default True): rtcm104v3 support

passthroug= h =3D False (default True): build support for passing through JSON

pps =3D False= (default True): PPS time syncing support

dbus_export =3D False (default True): = enable DBUS export support

bluez =3D False (default True): BlueZ support for Blu= etooth devices

libgpsmm =3D False (default True): build C++ bindings

<= p style=3D"margin:0px;font-size:11px;line-height:normal;font-family:Menlo">= qt =3D False (de= fault True): build QT bindings

RTCM2 regression tests suppressed because rtcm104= v2 is off.

AIVDM regression tests suppressed because aivdm is off.

Part of the websit= e build requires asciidoc, not installed.

scons: done reading SConscript files.<= /span>

scons= : Building targets ...

scons: *** Do not know how to make File target `tarball&#= 39; (/root/gpsd/tarball).=C2=A0 Stop.

scon= s: building terminated because of errors.




On Sat, Jan 7, 2017 at 8:51 PM Jon Sch= lueter <jon.schlueter@gmail.c= om> wrote:
Lee,

Looks like you may not have all the necessary tools installed to build manp= ages.

can you check to see what the following shows? on my current system I
don't have xsltproc for manpage building and gpsctl.1 is a man page
file.=C2=A0 Not optimal failure mode but if you install the necessary
manpage building tools it should work.

$ scons | grep man
Checking that xsltproc can make man pages... (cached) no
Neither xsltproc nor xmlto found, documentation cannot be built.

$ scons tarball
...
Checking if sys/ioctl.h supplies TIOCMIWAIT ...(cached) yes
Checking that xsltproc can make man pages... (cached) no
Neither xsltproc nor xmlto found, documentation cannot be built.
...
scons: *** [tarball] Source `gpsctl.1' not found, needed by target `tar= ball'.
scons: building terminated because of errors.


After installing xmlto on my ubuntu box

$=C2=A0 =C2=A0 sudo apt-get install xmlto
...

$ scons | grep man
Checking that xsltproc can make man pages... (cached) no
xmlto man gpsctl.xml || mv `basename gpsctl.1` `dirname gpsctl.1`
Note: Writing gpsctl.1

Give that a try and let me know if you still have issues.

if you still are having issues try joining us on freenode IRC channel #gpsd=

Give me a direct ping yazug or jschlueter to get my attention if I'm at my computer on the gpsd channel.

Jon Schlueter


On Sat, Jan 7, 2017 at 8:37 AM, Lee Armstrong <lee@pinkfroot.com>= wrote:
> I used a custom compilation for GPSD, mainly that does not submit conf= ig
> changes to the GPS unit.=C2=A0 When I come to do =E2=80=9Cscons dist= =E2=80=9D the following error
> comes up=E2=80=A6
>
> Altered configuration variables:
>
> ashtech =3D False (default True): Ashtech support
>
> earthmate =3D False (default True): DeLorme EarthMate Zodiac support >
> evermore =3D False (default True): EverMore binary support
>
> fv18 =3D False (default True): San Jose Navigation FV-18 support
>
> garmin =3D False (default True): Garmin kernel driver support
>
> garmintxt =3D False (default True): Garmin Simple Text support
>
> geostar =3D False (default True): Geostar Protocol support
>
> itrax =3D False (default True): iTrax hardware support
>
> mtk3301 =3D False (default True): MTK-3301 support
>
> navcom =3D False (default True): Navcom NCT support
>
> oncore =3D False (default True): Motorola OnCore chipset support
>
> superstar2 =3D False (default True): Novatel SuperStarII chipset suppo= rt
>
> tnt =3D False (default True): True North Technologies support
>
> tripmate =3D False (default True): DeLorme TripMate support
>
> fury =3D False (default True): Jackson Labs Fury and Firefly support >
> aivdm =3D False (default True): AIVDM support
>
> gpsclock =3D False (default True): GPSClock support
>
> ntrip =3D False (default True): NTRIP support
>
> oceanserver =3D False (default True): OceanServer support
>
> isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK suppo= rt
>
> rtcm104v2 =3D False (default True): rtcm104v2 support
>
> rtcm104v3 =3D False (default True): rtcm104v3 support
>
> passthrough =3D False (default True): build support for passing throug= h JSON
>
> pps =3D False (default True): PPS time syncing support
>
> dbus_export =3D False (default True): enable DBUS export support
>
> bluez =3D False (default True): BlueZ support for Bluetooth devices >
> qt =3D False (default True): build QT bindings
>
> reconfigure =3D False (default True): allow gpsd to change device sett= ings
>
> controlsend =3D False (default True): allow gpsctl/gpsmon to change de= vice
> settings
>
> RTCM2 regression tests suppressed because rtcm104v2 is off.
>
> AIVDM regression tests suppressed because aivdm is off.
>
> Part of the website build requires asciidoc, not installed.
>
> scons: done reading SConscript files.
>
> scons: Building targets ...
>
> leapseconds_cache_rebuild(["leapseconds.cache"], ["leap= second.py"])
>
> timebase_h(["timebase.h"], ["leapseconds.cache"])<= br class=3D"gmail_msg"> >
> scons: *** [dist] Source `gpsctl.1' not found, needed by target `d= ist'.
>
> scons: building terminated because of errors.
--001a1142e94eff42af054591209b-- From MAILER-DAEMON Sun Jan 08 03:37:24 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cQ8yi-0004I6-J8 for mharc-gpsd-users@gnu.org; Sun, 08 Jan 2017 03:37:24 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58871) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQ8ye-0004Ha-Pg for gpsd-users@nongnu.org; Sun, 08 Jan 2017 03:37:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQ8yc-0000IV-07 for gpsd-users@nongnu.org; Sun, 08 Jan 2017 03:37:20 -0500 Received: from mail-ua0-x231.google.com ([2607:f8b0:400c:c08::231]:33223) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQ8yb-0000IQ-Ow for gpsd-users@nongnu.org; Sun, 08 Jan 2017 03:37:17 -0500 Received: by mail-ua0-x231.google.com with SMTP id i68so336291946uad.0 for ; Sun, 08 Jan 2017 00:37:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinkfroot-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DWPfJy8ABbziZRlVn71SsjkY5CTQWfAI6bITUcp/YeY=; b=XFUAMcjLebWsDImEms3Nr+wfneYgw71An8IFxMwU0EcM5bKwXUAD2CmfostdayxxrT 1DRzYunH4kQjCXGtm1dLjnrlvMwERgR5OGC95wwhhMfyxCEw67W7jtQ1VH9YqRNVoRc6 C2r9sgTANcy6+sKks48PIG9oRYp/pKf88eX+76Jgvku45KjePM1ResVs8xgOXAsxZcL8 NPfmJ3kZyx069lAzWMQHoSY80N3vct53+KV42m6h3dRLm5HVFFmrZSjJws1cu8RR9s/E irpDew6tHE5vGbvMooh6cuCbyiQ/JlxVptaebyDRoaIV69BX2w8y1E9ZYaYQ6JDaQFSA +RjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DWPfJy8ABbziZRlVn71SsjkY5CTQWfAI6bITUcp/YeY=; b=M9sd5Tn30d2tFNHiMHpKK3osilM8pYcNmEYNqOBNqRQghFiivVvMtD0EiwLTtt3J2R xEMWpLXBCoJx8ozI111eO+9cPSyrawU1eOU1nivJwQ4ZG1oSWx0bvrCCAH2t7W8xWRqt a88Mir9vtlbHJ6EKj7EgrlwjPZzA2xs8qYUKkKzZOULIMAP2K6snbSty/DJt4vXBddbQ Idj9JWyTjn1ZQggAqxE80IVxg/rBktLPF4a5+r+lWzGGiD/903S/Zn0VSUCT/cw9YmD/ BU3Wy51JYE+lvYWPBgNIqGslFsGBGv5fjmXJCR/onfBSaY6+au0ggUESd47A++wstHDZ M1gQ== X-Gm-Message-State: AIkVDXIel/WPzsolzPJF/osNrzwOq16QCyqmwxIFt1A7h5xlA3jQnnFb5xtTwuHmma/8OanCvmR9wLL9talhq5aR X-Received: by 10.159.38.76 with SMTP id 70mr12108675uag.26.1483864637045; Sun, 08 Jan 2017 00:37:17 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Lee Armstrong Date: Sun, 08 Jan 2017 08:37:06 +0000 Message-ID: To: Jon Schlueter Cc: "gpsd-users@nongnu.org" Content-Type: multipart/alternative; boundary=001a113cf7849631d705459128df X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400c:c08::231 Subject: Re: [gpsd-users] Scons Dist X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2017 08:37:23 -0000 --001a113cf7849631d705459128df Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Jon, I=E2=80=99m building on a system with limited resources so adding xmlto add= s around 1300MB! What I am trying to do is compile on this system and then take to identical systems around. Is this even the right way to achieve that? Running *scons | grep man* produces only=E2=80=A6 Checking that xsltproc can make man pages=E2=80=A6 (cached) no Running the tarsal version produces=E2=80=A6 scons: Reading SConscript files ... Checking if compiler accepts -pthread... (cached) no Checking whether the C++ compiler works... (cached) no C++ doesn't work, suppressing libgpsmm build. Checking pkg-config for ncurses... (cached) no Checking pkg-config for libusb-1.0... (cached) no Checking for C library librt... (cached) no Checking pkg-config for dbus-1... (cached) no Turning off dbus-export support, library not found. Checking for C type in_port_t... (cached) no Did not find in_port_t typedef, assuming unsigned short int Checking whether SUN_LEN is declared... (cached) no Checking whether SUN_LEN is declared... (cached) no SUN_LEN is not system-defined, using local definition Checking for C header file linux/can.h... (cached) yes You have kernel CANbus available. Checking if compiler is C11... (cached) no Checking for C header file libkern/OSAtomic.h... (cached) no No memory barriers - SHM export and time hinting may not be reliable. Checking if compiler supplies __ORDER_BIG_ENDIAN__... (cached) yes Checking if compiler supplies __ORDER_LITTLE_ENDIAN__... (cached) yes Checking if compiler supplies __BYTE_ORDER__... (cached) yes Your compiler has built-in endianness support. Checking for C function daemon()... yes Checking for C function strlcpy()... no Checking for C function strlcat()... no Checking for C function clock_gettime()... yes Checking for C function strptime()... yes Checking for C function gmtime_r()... yes Checking for C header file sys/timepps.h... (cached) yes Checking if sys/ioctl.h supplies TIOCMIWAIT... (cached) yes Checking that xsltproc can make man pages... (cached) no Neither xsltproc nor xmlto found, documentation cannot be built. Checking pkg-config for QtNetwork... (cached) no Turning off Qt support, library not found. Checking if compiler accepts -Wextra... (cached) no Checking if compiler accepts -Wall... (cached) no Checking if compiler accepts -Wno-uninitialized... (cached) no Checking if compiler accepts -Wno-missing-field-initializers... (cached) no Checking if compiler accepts -Wcast-align... (cached) no Checking if compiler accepts -Wmissing-declarations... (cached) no Checking if compiler accepts -Wmissing-prototypes... (cached) no Checking if compiler accepts -Wstrict-prototypes... (cached) no Checking if compiler accepts -Wpointer-arith... (cached) no Checking if compiler accepts -Wreturn-type... (cached) yes Obtaining Python exe path... /usr/bin/python Obtaining Python lib dir... /usr/lib/python2.7/dist-packages Obtaining Python config vars... ok Altered configuration variables: ashtech =3D False (default True): Ashtech support earthmate =3D False (default True): DeLorme EarthMate Zodiac support evermore =3D False (default True): EverMore binary support fv18 =3D False (default True): San Jose Navigation FV-18 support garmin =3D False (default True): Garmin kernel driver support garmintxt =3D False (default True): Garmin Simple Text support geostar =3D False (default True): Geostar Protocol support itrax =3D False (default True): iTrax hardware support mtk3301 =3D False (default True): MTK-3301 support navcom =3D False (default True): Navcom NCT support oncore =3D False (default True): Motorola OnCore chipset support superstar2 =3D False (default True): Novatel SuperStarII chipset support tnt =3D False (default True): True North Technologies support tripmate =3D False (default True): DeLorme TripMate support fury =3D False (default True): Jackson Labs Fury and Firefly support aivdm =3D False (default True): AIVDM support gpsclock =3D False (default True): GPSClock support ntrip =3D False (default True): NTRIP support oceanserver =3D False (default True): OceanServer support isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK support rtcm104v2 =3D False (default True): rtcm104v2 support rtcm104v3 =3D False (default True): rtcm104v3 support passthrough =3D False (default True): build support for passing through JSO= N pps =3D False (default True): PPS time syncing support dbus_export =3D False (default True): enable DBUS export support bluez =3D False (default True): BlueZ support for Bluetooth devices libgpsmm =3D False (default True): build C++ bindings qt =3D False (default True): build QT bindings RTCM2 regression tests suppressed because rtcm104v2 is off. AIVDM regression tests suppressed because aivdm is off. Part of the website build requires asciidoc, not installed. scons: done reading SConscript files. scons: Building targets ... scons: *** Do not know how to make File target `tarball' (/root/gpsd/tarball). Stop. scons: building terminated because of errors. On Sat, Jan 7, 2017 at 8:51 PM Jon Schlueter wrote: > Lee, > > Looks like you may not have all the necessary tools installed to build > manpages. > > can you check to see what the following shows? on my current system I > don't have xsltproc for manpage building and gpsctl.1 is a man page > file. Not optimal failure mode but if you install the necessary > manpage building tools it should work. > > $ scons | grep man > Checking that xsltproc can make man pages... (cached) no > Neither xsltproc nor xmlto found, documentation cannot be built. > > $ scons tarball > ... > Checking if sys/ioctl.h supplies TIOCMIWAIT ...(cached) yes > Checking that xsltproc can make man pages... (cached) no > Neither xsltproc nor xmlto found, documentation cannot be built. > ... > scons: *** [tarball] Source `gpsctl.1' not found, needed by target > `tarball'. > scons: building terminated because of errors. > > > After installing xmlto on my ubuntu box > > $ sudo apt-get install xmlto > ... > > $ scons | grep man > Checking that xsltproc can make man pages... (cached) no > xmlto man gpsctl.xml || mv `basename gpsctl.1` `dirname gpsctl.1` > Note: Writing gpsctl.1 > > Give that a try and let me know if you still have issues. > > if you still are having issues try joining us on freenode IRC channel #gp= sd > > Give me a direct ping yazug or jschlueter to get my attention if I'm > at my computer on the gpsd channel. > > Jon Schlueter > > > On Sat, Jan 7, 2017 at 8:37 AM, Lee Armstrong wrote: > > I used a custom compilation for GPSD, mainly that does not submit confi= g > > changes to the GPS unit. When I come to do =E2=80=9Cscons dist=E2=80= =9D the following > error > > comes up=E2=80=A6 > > > > Altered configuration variables: > > > > ashtech =3D False (default True): Ashtech support > > > > earthmate =3D False (default True): DeLorme EarthMate Zodiac support > > > > evermore =3D False (default True): EverMore binary support > > > > fv18 =3D False (default True): San Jose Navigation FV-18 support > > > > garmin =3D False (default True): Garmin kernel driver support > > > > garmintxt =3D False (default True): Garmin Simple Text support > > > > geostar =3D False (default True): Geostar Protocol support > > > > itrax =3D False (default True): iTrax hardware support > > > > mtk3301 =3D False (default True): MTK-3301 support > > > > navcom =3D False (default True): Navcom NCT support > > > > oncore =3D False (default True): Motorola OnCore chipset support > > > > superstar2 =3D False (default True): Novatel SuperStarII chipset suppor= t > > > > tnt =3D False (default True): True North Technologies support > > > > tripmate =3D False (default True): DeLorme TripMate support > > > > fury =3D False (default True): Jackson Labs Fury and Firefly support > > > > aivdm =3D False (default True): AIVDM support > > > > gpsclock =3D False (default True): GPSClock support > > > > ntrip =3D False (default True): NTRIP support > > > > oceanserver =3D False (default True): OceanServer support > > > > isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK suppor= t > > > > rtcm104v2 =3D False (default True): rtcm104v2 support > > > > rtcm104v3 =3D False (default True): rtcm104v3 support > > > > passthrough =3D False (default True): build support for passing through > JSON > > > > pps =3D False (default True): PPS time syncing support > > > > dbus_export =3D False (default True): enable DBUS export support > > > > bluez =3D False (default True): BlueZ support for Bluetooth devices > > > > qt =3D False (default True): build QT bindings > > > > reconfigure =3D False (default True): allow gpsd to change device setti= ngs > > > > controlsend =3D False (default True): allow gpsctl/gpsmon to change dev= ice > > settings > > > > RTCM2 regression tests suppressed because rtcm104v2 is off. > > > > AIVDM regression tests suppressed because aivdm is off. > > > > Part of the website build requires asciidoc, not installed. > > > > scons: done reading SConscript files. > > > > scons: Building targets ... > > > > leapseconds_cache_rebuild(["leapseconds.cache"], ["leapsecond.py"]) > > > > timebase_h(["timebase.h"], ["leapseconds.cache"]) > > > > scons: *** [dist] Source `gpsctl.1' not found, needed by target `dist'. > > > > scons: building terminated because of errors. > --001a113cf7849631d705459128df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Jon,

I=E2=80=99m building on a system with limited resources so adding= xmlto adds around 1300MB!

What I am trying to do is compile on this system and then take to id= entical systems around.=C2=A0 Is this even the right way to achieve that?

Running=C2=A0sc= ons | grep man=C2=A0produces only=E2=80=A6

Checking that xsltproc can make man pages=E2=80=A6 (cached)= no

<= br>

Running the tarsal version produce= s=E2=80=A6


scons: Reading SConscri= pt files ...

Checking if compiler accepts -pthread... (cached) no

Checking whether th= e C++ compiler works... (cached) no

C++ doesn't work, suppressing libgpsmm b= uild.

Checking pkg-config for ncurses... (cached) no

Checking pkg-config for libusb-1= .0... (cached) no

Checking for C library librt... (cached) no

Checking pkg-config for= dbus-1... (cached) no

Turning off dbus-export support, library not found.

Checking f= or C type in_port_t... (cached) no

Did not find in_port_t typedef, assuming unsi= gned short int

Checking whether SUN_LEN is declared... (cached) no

Checking whether S= UN_LEN is declared... (cached) no

SUN_LEN is not system-defined, using local def= inition

Checking for C header file linux/can.h... (cached) yes

You have kernel CANbus= available.

Checking if compiler is C11... (cached) no

Checking for C header file lib= kern/OSAtomic.h... (cached) no

No memory barriers - SHM export and time hinting = may not be reliable.

Checking if compiler supplies __ORDER_BIG_ENDIAN__... (cach= ed) yes

Checking if compiler supplies __ORDER_LITTLE_ENDIAN__... (cached) yes

Checkin= g if compiler supplies __BYTE_ORDER__... (cached) yes

Your compiler has built-in= endianness support.

Checking for C function daemon()... yes

Checking for C function= strlcpy()... no

Checking for C function strlcat()... no

Checking for C function clo= ck_gettime()... yes

Checking for C function strptime()... yes

Checking for C function= gmtime_r()... yes

Checking for C header file sys/timepps.h... (cached) yes

Checking if sys/ioctl.h supplies TIO= CMIWAIT... (cached) yes

Checking that xsltproc can make man pages... (cac= hed) no

Neither xsltproc nor xm= lto found, documentation cannot be built.

Checking pkg-config for QtNetwo= rk... (cached) no

Turning off Qt support, library not found.

Checking if compiler ac= cepts -Wextra... (cached) no

Checking if compiler accepts -Wall... (cached) no

Checki= ng if compiler accepts -Wno-uninitialized... (cached) no

Checking if compiler ac= cepts -Wno-missing-field-initializers... (cached) no

Checking if compiler accept= s -Wcast-align... (cached) no

Checking if compiler accepts -Wmissing-declaration= s... (cached) no

Checking if compiler accepts -Wmissing-prototypes... (cached) n= o

Che= cking if compiler accepts -Wstrict-prototypes... (cached) no

Checking if compile= r accepts -Wpointer-arith... (cached) no

Checking if compiler accepts -Wreturn-t= ype... (cached) yes

Obtaining Python exe path... /usr/bin/python

Obtaining Python lib= dir... /usr/lib/python2.7/dist-packages

Obtaining Python config vars... ok

Altered configuration variables:

ashtech =3D False (default = True): Ashtech support

earthmate =3D False (default True): DeLorme EarthMate Zod= iac support

evermore =3D False (default True): EverMore binary support

fv18 =3D False= (default True): San Jose Navigation FV-18 support

garmin =3D False (default T= rue): Garmin kernel driver support

garmintxt =3D False (default True): Garmin Si= mple Text support

geostar =3D False (default True): Geostar Protocol support

itrax = =3D False (default True): iTrax hardware support

mtk3301 =3D False (default True= ): MTK-3301 support

navcom =3D False (default True): Navcom NCT support

oncore =3D Fa= lse (default True): Motorola OnCore chipset support

superstar2 =3D False (defau= lt True): Novatel SuperStarII chipset support

tnt =3D False (default True): True= North Technologies support

tripmate =3D False (default True): DeLorme TripMate = support

fury =3D False (default True): Jackson Labs Fury and Firefly support

aivdm = =3D False (default True): AIVDM support

gpsclock =3D False (default True): GPSCl= ock support

ntrip =3D False (default True): NTRIP support

oceanserver =3D False (defa= ult True): OceanServer support

isync =3D False (default True): Spectratime iSync= LNRClok/GRCLOK support

rtcm104v2 =3D False (default True): rtcm104v2 support

rtcm104= v3 =3D False (default True): rtcm104v3 support

passthrough =3D False (default Tr= ue): build support for passing through JSON

pps =3D False (default True): PPS ti= me syncing support

dbus_export =3D False (default True): enable DBUS export supp= ort

b= luez =3D False (default True): BlueZ support for Bluetooth devices

l= ibgpsmm =3D False (default True): build C++ bindings

qt =3D False (default True): build QT bindings=

RTCM= 2 regression tests suppressed because rtcm104v2 is off.

AIVDM regression tests suppressed because aivdm is = off.

= Part of the website build requires asciidoc, not installed.

scons: done reading = SConscript files.

scons: Building targets ...

scons: *** Do not know how to ma= ke File target `tarball' (/root/gpsd/tarball).=C2=A0 Stop.

scons: building terminated because of errors.



On Sat, Jan = 7, 2017 at 8:51 PM Jon Schlueter <jon.schlueter@gmail.com> wrote:
Lee,

Looks like you may not have all the necessary tools installed to build manp= ages.

can you check to see what the following shows? on my current system I
don't have xsltproc for manpage building and gpsctl.1 is a man page
file.=C2=A0 Not optimal failure mode but if you install the necessary
manpage building tools it should work.

$ scons | grep man
Checking that xsltproc can make man pages... (cached) no
Neither xsltproc nor xmlto found, documentation cannot be built.

$ scons tarball
...
Checking if sys/ioctl.h supplies TIOCMIWAIT ...(cached) yes
Checking that xsltproc can make man pages... (cached) no
Neither xsltproc nor xmlto found, documentation cannot be built.
...
scons: *** [tarball] Source `gpsctl.1' not found, needed by target `tar= ball'.
scons: building terminated because of errors.


After installing xmlto on my ubuntu box

$=C2=A0 =C2=A0 sudo apt-get install xmlto
...

$ scons | grep man
Checking that xsltproc can make man pages... (cached) no
xmlto man gpsctl.xml || mv `basename gpsctl.1` `dirname gpsctl.1`
Note: Writing gpsctl.1

Give that a try and let me know if you still have issues.

if you still are having issues try joining us on freenode IRC channel #gpsd=

Give me a direct ping yazug or jschlueter to get my attention if I'm at my computer on the gpsd channel.

Jon Schlueter


On Sat, Jan 7, 2017 at 8:37 AM, Lee Armstrong <lee@pinkfroot.com>= wrote:
> I used a custom compilation for GPSD, mainly that does not submit conf= ig
> changes to the GPS unit.=C2=A0 When I come to do =E2=80=9Cscons dist= =E2=80=9D the following error
> comes up=E2=80=A6
>
> Altered configuration variables:
>
> ashtech =3D False (default True): Ashtech support
>
> earthmate =3D False (default True): DeLorme EarthMate Zodiac support >
> evermore =3D False (default True): EverMore binary support
>
> fv18 =3D False (default True): San Jose Navigation FV-18 support
>
> garmin =3D False (default True): Garmin kernel driver support
>
> garmintxt =3D False (default True): Garmin Simple Text support
>
> geostar =3D False (default True): Geostar Protocol support
>
> itrax =3D False (default True): iTrax hardware support
>
> mtk3301 =3D False (default True): MTK-3301 support
>
> navcom =3D False (default True): Navcom NCT support
>
> oncore =3D False (default True): Motorola OnCore chipset support
>
> superstar2 =3D False (default True): Novatel SuperStarII chipset suppo= rt
>
> tnt =3D False (default True): True North Technologies support
>
> tripmate =3D False (default True): DeLorme TripMate support
>
> fury =3D False (default True): Jackson Labs Fury and Firefly support >
> aivdm =3D False (default True): AIVDM support
>
> gpsclock =3D False (default True): GPSClock support
>
> ntrip =3D False (default True): NTRIP support
>
> oceanserver =3D False (default True): OceanServer support
>
> isync =3D False (default True): Spectratime iSync LNRClok/GRCLOK suppo= rt
>
> rtcm104v2 =3D False (default True): rtcm104v2 support
>
> rtcm104v3 =3D False (default True): rtcm104v3 support
>
> passthrough =3D False (default True): build support for passing throug= h JSON
>
> pps =3D False (default True): PPS time syncing support
>
> dbus_export =3D False (default True): enable DBUS export support
>
> bluez =3D False (default True): BlueZ support for Bluetooth devices >
> qt =3D False (default True): build QT bindings
>
> reconfigure =3D False (default True): allow gpsd to change device sett= ings
>
> controlsend =3D False (default True): allow gpsctl/gpsmon to change de= vice
> settings
>
> RTCM2 regression tests suppressed because rtcm104v2 is off.
>
> AIVDM regression tests suppressed because aivdm is off.
>
> Part of the website build requires asciidoc, not installed.
>
> scons: done reading SConscript files.
>
> scons: Building targets ...
>
> leapseconds_cache_rebuild(["leapseconds.cache"], ["leap= second.py"])
>
> timebase_h(["timebase.h"], ["leapseconds.cache"])<= br class=3D"gmail_msg"> >
> scons: *** [dist] Source `gpsctl.1' not found, needed by target `d= ist'.
>
> scons: building terminated because of errors.
--001a113cf7849631d705459128df-- From MAILER-DAEMON Tue Jan 10 16:50:42 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cR4JW-0001kY-SG for mharc-gpsd-users@gnu.org; Tue, 10 Jan 2017 16:50:42 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39951) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cR4JU-0001j3-Ga for gpsd-users@nongnu.org; Tue, 10 Jan 2017 16:50:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cR4JT-0007EF-FF for gpsd-users@nongnu.org; Tue, 10 Jan 2017 16:50:40 -0500 Received: from rellim.com ([2001:470:e815::19]:40783 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cR4JT-00079G-4i; Tue, 10 Jan 2017 16:50:39 -0500 Received: from spidey.rellim.com (dave.rellim.com [IPv6:2001:470:e815:0:0:0:0:19] (may be forged)) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0ALoKI4020503 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 10 Jan 2017 13:50:26 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0ALoKI4020503 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1484085026; bh=wxSkpoLZe2nwvrqW/VIVsOrdvm/Ksh6FYz7Zi4tFE3Q=; h=Date:From:To:Subject; b=pZaD/KAT49KLIpC6wKYwkudcQ76sZf+//BLgwogZ2hHYMELmDRmBb+SIbSnrg+h9y oFIsKjvzyVQ57Wlp/HPKTCDwzDg+hkDIBOQ94P3qrtNFeUat3v0ITknXZ7XaUCq793 /9Px4EGBMWyzG2z59VvrOyCRI2/uB9bUCw9oVh1M= Date: Tue, 10 Jan 2017 13:50:20 -0800 From: "Gary E. Miller" To: gpsd dev , gpsd users Message-ID: <20170110135020.1288eecc@spidey.rellim.com> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Nu50ec.UjD3CdUbLoKzsPBq"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Tue, 10 Jan 2017 13:50:26 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: [gpsd-users] =?utf-8?q?=E2=9C=98_Unchanging_lat/lon/alt/time_erro?= =?utf-8?q?r_estimates?= X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2017 21:50:41 -0000 --Sig_/Nu50ec.UjD3CdUbLoKzsPBq Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo All! On Monday I uploaded some changes to fix unchanging lat/lon/alt/time error estimates in the NMEA 183, SiRF and UBX drivers I suspect other PGS have the same issue, but I'm reluctant to change anythong I can not test. If anyone has noticed this problem, please pull git head and see if I fixed it, or if you can help me test more fixes. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/Nu50ec.UjD3CdUbLoKzsPBq Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYdVccAAoJEA0O2UlB0XnYd5YH/RGXaHLKzBRMRR9htXHlspqx GYMIqzW5FiVyNnP6xw9qmToUpfMKNIrK9fSL5ls5jjmRTugnGVaU2IisybSToU+s tgp80BNBjoReTgsY7tKPrnhXRHq6tIjgwVeCLTq/ywvh0mKxPn/BMB30XhBp1VqU YDPgOXa2p+mvujqN+oxwysmXkVxN+KRFjeWFMu3k5YNXZ4NQnNy/nfOZwDd1zAD2 R5SDYRAxTpUKGuYahaSX4jX5MKu9fTrW5SwQ0Rq1lSppX8NjWIZPnExAL7DLwrtD j5zGWKyWHeL2wV7cpaNkVRSmQ0Fw9yLtok0vCAVs1NXd35izK8aiWE3V2+zPUd8= =+ALJ -----END PGP SIGNATURE----- --Sig_/Nu50ec.UjD3CdUbLoKzsPBq-- From MAILER-DAEMON Wed Jan 11 09:20:17 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cRJlA-0002kg-Us for mharc-gpsd-users@gnu.org; Wed, 11 Jan 2017 09:20:16 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38253) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cRJl9-0002jV-3z for gpsd-users@nongnu.org; Wed, 11 Jan 2017 09:20:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cRJl8-0002AK-0L for gpsd-users@nongnu.org; Wed, 11 Jan 2017 09:20:15 -0500 Received: from mail-oi0-x241.google.com ([2607:f8b0:4003:c06::241]:32953) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cRJl3-00021H-H6; Wed, 11 Jan 2017 09:20:09 -0500 Received: by mail-oi0-x241.google.com with SMTP id j15so22052610oih.0; Wed, 11 Jan 2017 06:20:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=U9kS9ltL+TXHQcc1HNLuduQjWq4AKr7VuKNSvsb/jz4=; b=EMU1XJDwE1aQBvjhsanzgfIs+91NscCBFo39cV8ThvMwqMpvdN+6CkO9jXPt+9RRrB lCoMnA7/xYyCJBe2M2+Ue7OkspOlhvCbOJa+e6VqBjJw/8TYMaJUo+g2mm6MakBELIEa 54dVJz/Me2iXvTttTqIB9yrnR6/BM+4+OsaiG2y565GlErELuswXqyj5KgMSkPEmfBEG bIlfMMAKnqS7jR1clDub+CB5zbPaz8wqP43qKfKDaxptztMJ8iZdEQ9JO0F7HPVv4/ey yU15gI3WV/erijyIqQYcEOZTNp/R2OoXpSosx0A6MrOHrbPS0eOduT86EyYsGrbqu7UR sJqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=U9kS9ltL+TXHQcc1HNLuduQjWq4AKr7VuKNSvsb/jz4=; b=hEPQionOCAKj31F8JSyuxtsgCZSXc+4GLp87zmjXqVO/GAqPI+7Jyg6INPNOLtUoJa cSxXddGY57hGwFaV0TLsjK8jVrL//sJGbEKFN4g5CtsNfgSAQf9gbZL3s3cuRjtij5Fr yTs2QYZZxlHjHnrbmr7s2N3uvhKmsEIbQrw3mvVlo0oOpAmDxGbATb9Uk1v0f356p2El N/SW0kNRPD9A9p8QtDAji7AeRFU4z0ZRKkmwUYBXyp/8fI2uQsEZJFytpWwSEmE8xOmp tktXF5DXsvqqrYhWxG49Uou83+HawR4aRtmZg60FhJJ707L3/s/CeB8VrnYqjNEIKzNk dsRA== X-Gm-Message-State: AIkVDXKoKMN49w5hxhkzrBduVE47zWGpPFeSIjRVgMvshcwUySEfI15hFBvArEiDbF5FFw== X-Received: by 10.157.32.202 with SMTP id x68mr4142648ota.192.1484144406614; Wed, 11 Jan 2017 06:20:06 -0800 (PST) Received: from [192.168.11.83] (209-23-229-210-ip-static.hfc.comcastbusiness.net. [209.23.229.210]) by smtp.gmail.com with ESMTPSA id e69sm2474889ote.7.2017.01.11.06.20.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 11 Jan 2017 06:20:06 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-779D226C-262D-446C-A9BB-B8A18DC09E0D Mime-Version: 1.0 (1.0) From: Jeff Loughlin X-Mailer: iPhone Mail (14C92) In-Reply-To: <20170110135020.1288eecc@spidey.rellim.com> Date: Wed, 11 Jan 2017 09:20:05 -0500 Cc: gpsd dev , gpsd users Content-Transfer-Encoding: 7bit Message-Id: <13E42F5E-AA1C-4BEA-9AF4-24F39210CF9A@gmail.com> References: <20170110135020.1288eecc@spidey.rellim.com> To: "Gary E. Miller" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::241 Subject: Re: [gpsd-users] =?utf-8?q?=E2=9C=98_Unchanging_lat/lon/alt/time_err?= =?utf-8?q?or_estimates?= X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2017 14:20:16 -0000 --Apple-Mail-779D226C-262D-446C-A9BB-B8A18DC09E0D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I had this problem (posted here about it a few months ago - http://lists.non= gnu.org/archive/html/gpsd-users/2016-10/msg00010.html).=20 Your fix seems to have taken care of it. I'm using the NMEA 183 driver (Adaf= ruit Ultimate GPS Module). =20 > On Jan 10, 2017, at 4:50 PM, Gary E. Miller wrote: >=20 > Yo All! >=20 > On Monday I uploaded some changes to fix unchanging lat/lon/alt/time > error estimates in the NMEA 183, SiRF and UBX drivers >=20 > I suspect other PGS have the same issue, but I'm reluctant to change > anythong I can not test. If anyone has noticed this problem, please > pull git head and see if I fixed it, or if you can help me test more > fixes. >=20 > RGDS > GARY > --------------------------------------------------------------------------= - > Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 > gem@rellim.com Tel:+1 541 382 8588 >=20 > Veritas liberabit vos. -- Quid est veritas? > "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Apple-Mail-779D226C-262D-446C-A9BB-B8A18DC09E0D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I had this problem (posted h= ere about it a few months ago - http://lists.nongnu.org/archive/h= tml/gpsd-users/2016-10/msg00010.html). 

Yo= ur fix seems to have taken care of it. I'm using the NMEA 183 driver (Adafru= it Ultimate GPS Module).  


On Jan 10, 2017= , at 4:50 PM, Gary E. Miller <gem@relli= m.com> wrote:

Yo Al= l!

On Monday I uploaded some changes to fix= unchanging lat/lon/alt/time
error estimates in the NMEA 183= , SiRF and UBX drivers

I suspect other PGS h= ave the same issue, but I'm reluctant to change
anythong I c= an not test.  If anyone has noticed this problem, please
pull git head and see if I fixed it, or if you can help me test more
fixes.

RGDS
GARY=
-----------------------------------------------------------= ----------------
Gary E. Miller Rellim 109 NW Wilmington Ave= ., Suite E, Bend, OR 97703
   gem@rellim.com  Tel:+1 541 382 8588
=
       Veritas liberabit vos. -- Q= uid est veritas?
   "If you can=E2=80=99t me= asure it, you can=E2=80=99t improve it." - Lord Kelvin
= --Apple-Mail-779D226C-262D-446C-A9BB-B8A18DC09E0D-- From MAILER-DAEMON Wed Jan 11 14:48:15 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cROsY-0008Sg-S6 for mharc-gpsd-users@gnu.org; Wed, 11 Jan 2017 14:48:14 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48206) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cROsV-0008Pm-PA for gpsd-users@nongnu.org; Wed, 11 Jan 2017 14:48:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cROsU-0008OZ-Ry for gpsd-users@nongnu.org; Wed, 11 Jan 2017 14:48:11 -0500 Received: from rellim.com ([2001:470:e815::19]:40381 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cROsU-0008OQ-Iz; Wed, 11 Jan 2017 14:48:10 -0500 Received: from spidey.rellim.com (dave.rellim.com [IPv6:2001:470:e815:0:0:0:0:19] (may be forged)) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0BJm3mb012144 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 11 Jan 2017 11:48:09 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0BJm3mb012144 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1484164089; bh=9Toj73vq1SHABil0Cjex9nSgpvXAMq7CdUBF3wNwlcw=; h=Date:From:Cc:Subject:In-Reply-To:References; b=YS7y0FUgujB/sQW5ci3RRDqGrkiu/HLTpcnKFfBp64AvtdLM/UYBrQz1cKjSIAIVw 88I0XwMcRXuaKDfoQJz/8PoKexCPj2NRtpQzJj7bzk5Z3jvUV2cCnuLqIXwgiAoylE SwurVyspAY6AaJWwVsAD9/vagPH+N4e2at9R6Kgs= Date: Wed, 11 Jan 2017 11:48:03 -0800 From: "Gary E. Miller" Cc: gpsd dev , gpsd users Message-ID: <20170111114803.11df54dc@spidey.rellim.com> In-Reply-To: <13E42F5E-AA1C-4BEA-9AF4-24F39210CF9A@gmail.com> References: <20170110135020.1288eecc@spidey.rellim.com> <13E42F5E-AA1C-4BEA-9AF4-24F39210CF9A@gmail.com> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/Zy..dZ4LdtlPtE_1h2Gvnui"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Wed, 11 Jan 2017 11:48:09 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] =?utf-8?q?=E2=9C=98_Unchanging_lat/lon/alt/time_err?= =?utf-8?q?or_estimates?= X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2017 19:48:12 -0000 --Sig_/Zy..dZ4LdtlPtE_1h2Gvnui Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo Jeff! On Wed, 11 Jan 2017 09:20:05 -0500 Jeff Loughlin wrote: > I had this problem (posted here about it a few months ago - > http://lists.nongnu.org/archive/html/gpsd-users/2016-10/msg00010.html).=20 >=20 > Your fix seems to have taken care of it. I'm using the NMEA 183 > driver (Adafruit Ultimate GPS Module). =20 Good. Thanks for the report. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/Zy..dZ4LdtlPtE_1h2Gvnui Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYdovzAAoJEA0O2UlB0XnYQBgIAJAAJbJHlMUeObEMkLOQTUJU Y1bavvR2NAEMiJG5Y6LU+gRmNCpGL4jTlxWpLFfR029j9R9O/jzx/R0E51EJVHEA +LSciYWhwJ8AFaEXEjiMpMAMyow3XO59C7bDbAp8WCU8cNxN5JuVcgaLx9Z4jUuF ta4o+hAb62fVWFliWIaXvjwmMSCZ1G3ITsYSDlx9E0Y0JBVKqiFiYFd9R1gdlDF/ brZjYc65qYoB+Ug4deXKuizDPU+adA0tbhhMEaQBo7E0uSpqy7WLlLBc4wZCJllx ZhlSVrjqZk6lwXllg8pTwLNn81sjiM/b2k/u+BQMZbbAGRnwCUcD17CYSWAKmFY= =w2CD -----END PGP SIGNATURE----- --Sig_/Zy..dZ4LdtlPtE_1h2Gvnui-- From MAILER-DAEMON Sun Jan 15 15:12:40 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cSrAO-0004Kk-8c for mharc-gpsd-users@gnu.org; Sun, 15 Jan 2017 15:12:40 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54171) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cSrAM-0004KU-9b for gpsd-users@nongnu.org; Sun, 15 Jan 2017 15:12:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cSrAJ-00054f-6E for gpsd-users@nongnu.org; Sun, 15 Jan 2017 15:12:38 -0500 Received: from gw.yer.at ([188.21.75.154]:35668 helo=ma.yer.at) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cSrAI-00054Q-QV for gpsd-users@nongnu.org; Sun, 15 Jan 2017 15:12:35 -0500 Received: from [192.168.241.19] (pavilion [192.168.241.19]) by ma.yer.at (8.15.2/8.15.2/Debian-8) with ESMTP id v0FJstM6006641; Sun, 15 Jan 2017 20:54:55 +0100 Message-ID: <587BD38A.40705@ma.yer.at> Date: Sun, 15 Jan 2017 20:54:50 +0100 From: hans mayer User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "'gpsd-users@nongnu.org'" Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ma.yer.at [192.168.241.10]); Sun, 15 Jan 2017 20:54:56 +0100 (CET) X-Yer-Spam-Score: -1 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.78 on 192.168.241.10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 188.21.75.154 Subject: [gpsd-users] xgps not working in the latest version X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 20:12:39 -0000 yo gary, how are you recenty i upgraded my git repository and installed the latest version of gpsd i have now 3.17~dev (revision release-3.16-540-g4dd216c) so far it seems everything is working well except 'xgps' during start it brings a lot of errors: # xgps (process:7057): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Traceback (most recent call last): File "/usr/local/bin/xgps", line 832, in handle_response if self.daemon.read() == -1: File "/usr/lib/python2.7/dist-packages/gps/gps.py", line 260, in read self.unpack(self.response) File "/usr/lib/python2.7/dist-packages/gps/client.py", line 159, in unpack self.data = dictwrapper(json.loads(buf.strip(), encoding="ascii")) File "/usr/lib/python2.7/json/__init__.py", line 339, in loads return cls(encoding=encoding, **kw).decode(s) File "/usr/lib/python2.7/json/decoder.py", line 365, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) TypeError: Couldn't find conversion for foreign struct 'cairo.Context' than the X-application appears but no satellites are listed. i checked the same with an old version of xgps from july 2015 and this worked fine. so it's not a problem for me. so i can use the old version. and cgps is also working. i just want to inform you. maybe you have an idea. my python version is 2.7.3 Linux 3.4.108+ armv7l GNU/Linux kind regards hans -- From MAILER-DAEMON Sun Jan 15 18:36:34 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cSuLi-0003xo-6O for mharc-gpsd-users@gnu.org; Sun, 15 Jan 2017 18:36:34 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52651) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cSuLg-0003u7-FV for gpsd-users@nongnu.org; Sun, 15 Jan 2017 18:36:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cSuLf-000076-LH for gpsd-users@nongnu.org; Sun, 15 Jan 2017 18:36:32 -0500 Received: from rellim.com ([2001:470:e815::19]:41918 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cSuLf-00006O-Cg for gpsd-users@nongnu.org; Sun, 15 Jan 2017 18:36:31 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0FNa2VF028192 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 15 Jan 2017 15:36:08 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0FNa2VF028192 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1484523368; bh=kwW8+nDAqzzaEiYxEi1TYd8NopLlzxjktB7Av/XJ/S4=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=fAKBQeQMB37Kg+U2WDzXd8bw8Fnqy/OPMgN8lvN1M9QBH1ASJDCcHZFg9cOAiNF9e WTbsw7dykUnRgguMiFT6tirYnxIhdZMzLkymQ6V316ZvoCA1jBxR651WYLveaO7pid 8/dF1wWVINWoUCwAn45Qm7eCI5NrC0y3T0lw+ut0= Date: Sun, 15 Jan 2017 15:35:57 -0800 From: "Gary E. Miller" To: hans mayer Cc: "'gpsd-users@nongnu.org'" Message-ID: <20170115153557.35db1645@spidey.rellim.com> In-Reply-To: <587BD38A.40705@ma.yer.at> References: <587BD38A.40705@ma.yer.at> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/DFDgo6G=Osm4miomBh_vAvk"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Sun, 15 Jan 2017 15:36:08 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] xgps not working in the latest version X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2017 23:36:33 -0000 --Sig_/DFDgo6G=Osm4miomBh_vAvk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo hans! On Sun, 15 Jan 2017 20:54:50 +0100 hans mayer wrote: > i have now 3.17~dev (revision release-3.16-540-g4dd216c) > so far it seems everything is working well except 'xgps' I don't use xgps, but I have heard of recent complaints. > i checked the same with an old version of xgps from july 2015 > and this worked fine. so it's not a problem for me. Now that is pretty interesting. There must be a bad commit that we can revert. Can you narrow down the time range a bit more? RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/DFDgo6G=Osm4miomBh_vAvk Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYfAddAAoJEA0O2UlB0XnYvzoH/1+FtjZFIgxKVP1AjpSuf3Ll 6yj7H8YKTnaQo5uozx94+Goplji0i3bfNUvIvAiEv93bw6xQKDfLP4AoVZSvHld8 c5g6i9DkOPSBaPz8QGHccYO11/HD7u9fc01fIAr12aQ3fJ3KtOdgVRyjwpLlBTp0 cIxcIvwHRCQATfcBEIE9YroicMy5o1agPS3f1JH5ZwGBS3Thnjm6uEI6EK/P9eQF GPUQgpDm11q2O/EVg4O5xuJvlXWbd9Ml8WZ8GxH1A9uY5y0aAQ79ybnT/l73qamf RbbgiuY+OFJ4KezcQ9e3W32FKWdz8GTPFlfkUtxM2hc5IA5sCwXqs1fLEpVuHdc= =uJ11 -----END PGP SIGNATURE----- --Sig_/DFDgo6G=Osm4miomBh_vAvk-- From MAILER-DAEMON Mon Jan 16 10:18:12 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cT92x-0003yN-Uy for mharc-gpsd-users@gnu.org; Mon, 16 Jan 2017 10:18:11 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37285) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cT92v-0003wx-MO for gpsd-users@nongnu.org; Mon, 16 Jan 2017 10:18:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cT92q-0007rh-3t for gpsd-users@nongnu.org; Mon, 16 Jan 2017 10:18:09 -0500 Received: from mail2.multitech.com ([65.126.90.11]:54368) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cT92q-0007qm-03 for gpsd-users@nongnu.org; Mon, 16 Jan 2017 10:18:04 -0500 Received: from mail2.multitech.com (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 9593E5854FC_87CE42AB for ; Mon, 16 Jan 2017 15:18:02 +0000 (GMT) Received: from SVMVVWPEXCH11.dc.multitech.prv (unknown [192.168.11.11]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "", Issuer "MultiTech Systems Intermediate CA 01" (not verified)) by mail2.multitech.com (Sophos Email Appliance) with ESMTPS id 5CF91583C81_87CE42AF for ; Mon, 16 Jan 2017 15:18:02 +0000 (GMT) Received: from SVMVVWPEXCH10.dc.multitech.prv ([fe80::fddd:3b2:3e90:c14f]) by SVMVVWPEXCH11.dc.multitech.prv ([fe80::6c05:2634:fa75:e9c5%13]) with mapi id 14.02.0387.000; Mon, 16 Jan 2017 09:18:02 -0600 From: John Klug To: "gpsd-users@nongnu.org" Thread-Topic: gpsctl -c adds error message to control stream Thread-Index: AQHScAuWJUmQWl80dkydsPt0/tKqRQ== Date: Mon, 16 Jan 2017 15:18:01 +0000 Message-ID: <51735C1BBE869A4B992BFC89923A82F0110B626B@SVMVVWPEXCH10.dc.multitech.prv> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.52.145] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x [fuzzy] X-Received-From: 65.126.90.11 Subject: [gpsd-users] gpsctl -c adds error message to control stream X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2017 15:18:10 -0000 This patch is for 3.16=0A= Prevent message:=0A= (null) identified as a unknown, at 0 baud.=0A= which occurs in the control stream when the output=0A= is stdout (-c option).=0A= diff -Naur old/gpsctl.c new/gpsctl.c=0A= --- old/gpsctl.c 2017-01-16 08:58:54.766070710 -0600=0A= +++ new/gpsctl.c 2017-01-16 09:00:59.966069127 -0600=0A= @@ -175,7 +175,7 @@=0A= int option, status;=0A= char *device =3D NULL, *devtype =3D NULL;=0A= char *speed =3D NULL, *control =3D NULL, *rate =3D NULL;=0A= - bool to_binary =3D false, to_nmea =3D false, reset =3D false;=0A= + bool to_binary =3D false, to_nmea =3D false, reset =3D false, control_= stdout =3D false;=0A= bool lowlevel=3Dfalse, echo=3Dfalse;=0A= struct gps_data_t gpsdata;=0A= const struct gps_type_t *forcetype =3D NULL;=0A= @@ -217,6 +217,7 @@=0A= break;=0A= case 'e': /* echo specified control string with wrapper */=0A= lowlevel =3D true;=0A= + control_stdout =3D true; /* Prevent message going to stdout */=0A= echo =3D true;=0A= break;=0A= case 'f': /* force direct access to the device */=0A= @@ -704,7 +705,8 @@=0A= }=0A= }=0A= =0A= - (void)printf("%s identified as a %s at %u baud.\n",=0A= + if(!control_stdout)=0A= + (void)printf("%s identified as a %s at %u baud.\n",=0A= device, gpsd_id(&session),=0A= session.gpsdata.dev.baudrate);=0A= = From MAILER-DAEMON Mon Jan 16 22:55:14 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cTKra-0002m9-4L for mharc-gpsd-users@gnu.org; Mon, 16 Jan 2017 22:55:14 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTKrX-0002kS-L8 for gpsd-users@nongnu.org; Mon, 16 Jan 2017 22:55:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTKrW-0002bJ-Qs for gpsd-users@nongnu.org; Mon, 16 Jan 2017 22:55:11 -0500 Received: from rellim.com ([2001:470:e815::19]:34250 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTKrW-0002V6-Hc for gpsd-users@nongnu.org; Mon, 16 Jan 2017 22:55:10 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0H3seYp005130 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 16 Jan 2017 19:54:45 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0H3seYp005130 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1484625285; bh=iyQjBq3yHkrzZb58QZ5KQj79TWvoY8MOoLaPzmDLx7k=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=kMbBmPJcSovdvx/tdPOlSQGizNjGahEvZVhSIC6QmQNxiE9vALR0mpTQFmoUyEDp9 FYKRTR49wYT7Sp8zzm0EYvBcWJ91iV9/1VgLJLPrIcd2kqZErwozzD2hQTuPc7ssFM y4jusJXDDpnj2YFuHMc/fsypQLBXMq7h30782MaA= Date: Mon, 16 Jan 2017 19:54:39 -0800 From: "Gary E. Miller" To: hans mayer Cc: "'gpsd-users@nongnu.org'" Message-ID: <20170116195439.2ebabd31@spidey.rellim.com> In-Reply-To: <587BD38A.40705@ma.yer.at> References: <587BD38A.40705@ma.yer.at> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/sgNvtT35GcWS_QmB76YeDwt"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Mon, 16 Jan 2017 19:54:45 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] xgps not working in the latest version X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 03:55:12 -0000 --Sig_/sgNvtT35GcWS_QmB76YeDwt Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo hans! On Sun, 15 Jan 2017 20:54:50 +0100 hans mayer wrote: > i have now 3.17~dev (revision release-3.16-540-g4dd216c) > so far it seems everything is working well except 'xgps' I looked at this today and my xgps is working just fine now. So I'm confused. Does the git head xgps still fail for you? RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/sgNvtT35GcWS_QmB76YeDwt Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYfZV/AAoJEA0O2UlB0XnYHM0H/1IEECOwKm2s8rfue3DjOZWD hA+ppjbdaR0h5+G2eBk1KBCPkXgsKEQYPTQ+6X/GhBizc7fCSp8iFD//mRy+vCiX NIi/0rEVckzE8sxIwfQtJYelyp7rDm1cLL350P7hNYGSJXeApR7l+akxV7sc+fVD H3bZ34aD7cO7Iz4oYLQCUsgiTxYzAYDBmB5c2RGLp6+v9cHcmcFemujTXRVLLoim CsouB429l22VSCtKOMpqhGflUEUfcNvtwy9y4M23+Ae74pHGByxY+5eMIEK1otV0 47niZJ827ZQrECoG7rVY2ZXilgIRSvBJ8L4cV+WNwu0HybgiY4YVtasQ9ykwR0g= =ARZX -----END PGP SIGNATURE----- --Sig_/sgNvtT35GcWS_QmB76YeDwt-- From MAILER-DAEMON Tue Jan 17 05:41:46 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cTRD0-0005NI-Ff for mharc-gpsd-users@gnu.org; Tue, 17 Jan 2017 05:41:46 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTRCx-0005Kv-Hg for gpsd-users@nongnu.org; Tue, 17 Jan 2017 05:41:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTRCs-0007fw-KM for gpsd-users@nongnu.org; Tue, 17 Jan 2017 05:41:43 -0500 Received: from gw.yer.at ([188.21.75.154]:36413 helo=ma.yer.at) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTRCs-0007eK-8J for gpsd-users@nongnu.org; Tue, 17 Jan 2017 05:41:38 -0500 Received: from [192.168.241.19] (pavilion [192.168.241.19]) by ma.yer.at (8.15.2/8.15.2/Debian-8) with ESMTP id v0HAfJPW004818 for ; Tue, 17 Jan 2017 11:41:20 +0100 Message-ID: <587DF4CA.9090101@ma.yer.at> Date: Tue, 17 Jan 2017 11:41:14 +0100 From: hans mayer User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "'gpsd-users@nongnu.org'" References: <587BD38A.40705@ma.yer.at> <20170115153557.35db1645@spidey.rellim.com> In-Reply-To: <20170115153557.35db1645@spidey.rellim.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ma.yer.at [192.168.241.10]); Tue, 17 Jan 2017 11:41:21 +0100 (CET) X-Yer-Spam-Score: -1 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.78 on 192.168.241.10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 188.21.75.154 Subject: Re: [gpsd-users] xgps not working in the latest version X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 10:41:44 -0000 yo gary, Am 16.01.2017 00:35, schrieb Gary E. Miller: > Now that is pretty interesting. There must be a bad commit that > we can revert. Can you narrow down the time range a bit more? yes. the last good commit id was ffbdd9205ec9cea0373f84d643e05a47e691ae37 Mar 24 00:28:25 2016 -0400 the next one doesn't work: a7b0eecbf783c79784e88eb1e09d2b3248c8c04d Mar 24 03:06:35 2016 -0400 but the error message is a complete different than i have now. # ./xgps Traceback (most recent call last): File "./xgps", line 899, in base = Base(deg_type=degreefmt) File "./xgps", line 545, in __init__ ''') File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 293, in add_ui_from_string return Gtk.UIManager.add_ui_from_string(self, buffer, length) File "/usr/lib/python2.7/dist-packages/gi/types.py", line 43, in function return info.invoke(*args, **kwargs) gi._glib.GError: Error on line 25 char 6: Document ended unexpectedly inside the close tag for element 'ui' and it does not open the GUI. i hope i could help a little bit. //hans From MAILER-DAEMON Tue Jan 17 06:26:09 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cTRtx-0007fB-EX for mharc-gpsd-users@gnu.org; Tue, 17 Jan 2017 06:26:09 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTRtv-0007eF-SI for gpsd-users@nongnu.org; Tue, 17 Jan 2017 06:26:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTRtr-0004wr-VZ for gpsd-users@nongnu.org; Tue, 17 Jan 2017 06:26:07 -0500 Received: from gw.yer.at ([188.21.75.154]:36429 helo=ma.yer.at) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTRtr-0004vt-J4 for gpsd-users@nongnu.org; Tue, 17 Jan 2017 06:26:03 -0500 Received: from [192.168.241.19] (pavilion [192.168.241.19]) by ma.yer.at (8.15.2/8.15.2/Debian-8) with ESMTP id v0HBPx3u005587; Tue, 17 Jan 2017 12:26:00 +0100 Message-ID: <587DFF42.4010902@ma.yer.at> Date: Tue, 17 Jan 2017 12:25:54 +0100 From: hans mayer User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 CC: "'gpsd-users@nongnu.org'" References: <587BD38A.40705@ma.yer.at> <20170116195439.2ebabd31@spidey.rellim.com> In-Reply-To: <20170116195439.2ebabd31@spidey.rellim.com> Content-Type: text/plain; charset=UTF-8; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ma.yer.at [192.168.241.10]); Tue, 17 Jan 2017 12:26:00 +0100 (CET) X-Yer-Spam-Score: -0.085 () ALL_TRUSTED,MISSING_HEADERS X-Scanned-By: MIMEDefang 2.78 on 192.168.241.10 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ma.yer.at id v0HBPx3u005587 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 188.21.75.154 Subject: Re: [gpsd-users] xgps not working in the latest version X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 11:26:08 -0000 yo gary, i think the issues are related to the python version. i installed the latest repo on my macbook pro. here i have python version 2.7.13 and xgps works fine. the system with the installed gps hardware has python version 2.7.3 the last version of xgps doesn't work. i have to use commit id ffbdd9205ec9cea0373f84d643e05a47e691ae37 i am not a python expert. no idea what to do. all i know python is a dangerous snake. :-) kind regards hans Am 17.01.2017 04:54, schrieb Gary E. Miller: > Yo hans! > > On Sun, 15 Jan 2017 20:54:50 +0100 > hans mayer wrote: > >> i have now 3.17~dev (revision release-3.16-540-g4dd216c) >> so far it seems everything is working well except 'xgps' > > I looked at this today and my xgps is working just fine now. So > I'm confused. Does the git head xgps still fail for you? > > RGDS > GARY > -----------------------------------------------------------------------= ---- > Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 > gem@rellim.com Tel:+1 541 382 8588 > > Veritas liberabit vos. -- Quid est veritas? > "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." -= Lord Kelvin > From MAILER-DAEMON Tue Jan 17 07:48:35 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cTTBj-0008Pk-FB for mharc-gpsd-users@gnu.org; Tue, 17 Jan 2017 07:48:35 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39546) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTTBh-0008Pe-FF for gpsd-users@nongnu.org; Tue, 17 Jan 2017 07:48:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTTBc-00079n-PT for gpsd-users@nongnu.org; Tue, 17 Jan 2017 07:48:33 -0500 Received: from gw.yer.at ([188.21.75.154]:36464 helo=ma.yer.at) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTTBc-00079I-DU for gpsd-users@nongnu.org; Tue, 17 Jan 2017 07:48:28 -0500 Received: from [192.168.241.19] (pavilion [192.168.241.19]) by ma.yer.at (8.15.2/8.15.2/Debian-8) with ESMTP id v0HCmNsF009208 for ; Tue, 17 Jan 2017 13:48:23 +0100 Message-ID: <587E1292.3030502@ma.yer.at> Date: Tue, 17 Jan 2017 13:48:18 +0100 From: hans mayer User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "'gpsd-users@nongnu.org'" Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ma.yer.at [192.168.241.10]); Tue, 17 Jan 2017 13:48:23 +0100 (CET) X-Yer-Spam-Score: -1 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.78 on 192.168.241.10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 188.21.75.154 Subject: [gpsd-users] how-to connect to IPv6 address X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 12:48:34 -0000 yo gary, i have seen that gpsd is listening at IPv6. and i can connect from cgps or xgps successfully, if this address has a valid IPv6 DNS entry. so using the name goes well. but if i try the IPv6 as number it doesn't work. i think it's related to the syntax how the argument should look like. for example Usage: cgps [-h] [-V] [-l {d|m|s}] [server[:port:[device]]] server, port and device are separated by a ":" an IPv6 address looks like this fe80::c8:6ff:fec3:47f7 in this case a link local is there a way without IPv4 or creating DNS entries ? kind regards hans From MAILER-DAEMON Tue Jan 17 15:19:07 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cTaDj-0007rr-DC for mharc-gpsd-users@gnu.org; Tue, 17 Jan 2017 15:19:07 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35792) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTaDg-0007rN-IW for gpsd-users@nongnu.org; Tue, 17 Jan 2017 15:19:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTaDf-0005yb-FP for gpsd-users@nongnu.org; Tue, 17 Jan 2017 15:19:04 -0500 Received: from rellim.com ([2001:470:e815::19]:36937 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTaDf-0005y2-7P for gpsd-users@nongnu.org; Tue, 17 Jan 2017 15:19:03 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0HKIijP031135 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 17 Jan 2017 12:18:50 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0HKIijP031135 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1484684331; bh=Ex7XQb2PHDQl3KcVcyTcwTukgE35B4GX9aKx44EtoqQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=m9kOVLqoFfz0TW/hZgZo+MoD+oUBDaNYd/dAvY2KGe/oruruDFNl5+Zqp/CV7w1DR D2nE5fq0yzhUkMI1ohQUtwy0gVa02K5j/xkdG1v8ffjN6S6w4rzourWL6oj9OANq5I W01w6dKIXBpr+N9fEbWEalBN0Hny2cozZFPWj7Xs= Date: Tue, 17 Jan 2017 12:18:44 -0800 From: "Gary E. Miller" To: hans mayer Cc: "'gpsd-users@nongnu.org'" Message-ID: <20170117121844.09790d7a@spidey.rellim.com> In-Reply-To: <587E1292.3030502@ma.yer.at> References: <587E1292.3030502@ma.yer.at> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/mO1itOP0Nixo+ZbCKBuiEQR"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Tue, 17 Jan 2017 12:18:51 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] how-to connect to IPv6 address X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 20:19:05 -0000 --Sig_/mO1itOP0Nixo+ZbCKBuiEQR Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo hans! On Tue, 17 Jan 2017 13:48:18 +0100 hans mayer wrote: > but if i try the IPv6 as number it doesn't work. Works for me. > i think it's related to the syntax how the argument > should look like. Yup. > server, port and device are separated by a ":" > an IPv6 address looks like this fe80::c8:6ff:fec3:47f7 Yup. > is there a way without IPv4 or creating DNS entries ? Yup. cgps follows the usual conventions, enclose an IPv6 address in square brackets: cgps [::1] Suggestions welccome on wording to improve the man page. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/mO1itOP0Nixo+ZbCKBuiEQR Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYfnwkAAoJEA0O2UlB0XnYPYUIAJvzGU3WwUNuMMSgMkl8EDDU Fz1gIcBU7XuMkZ57mmLeyuKVtCa7tfRL1YSZCrh9CMf6fd6MtiqsvV/Z+aM8vjJw 9HC+XCXIzGUtFAQf5Az/oii0TZi4bj5LqyDRY6sGr32qIwroCGDqBdEA1Luif+9y f8oelxcfvSVUg0BgmFGtGv/+xJ0KEw/5rVkLek+Rr5MXDQmycjx6RyhzhhQLG2bg Ixa25qqanhKUexzj2nHjZiQgy8MyMhawtolXLe/AKdUOm1VWZa41+C7Js6mhzwBR 46XfWK8fFE8CSZybJYbgf/jA31pckBnfSm897xORsn0BfyFxCkXsuhAXnAraee0= =qCsi -----END PGP SIGNATURE----- --Sig_/mO1itOP0Nixo+ZbCKBuiEQR-- From MAILER-DAEMON Tue Jan 17 16:30:01 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cTbKL-0008LM-0L for mharc-gpsd-users@gnu.org; Tue, 17 Jan 2017 16:30:01 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTbKJ-0008LE-96 for gpsd-users@nongnu.org; Tue, 17 Jan 2017 16:30:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTbKG-0001LZ-0u for gpsd-users@nongnu.org; Tue, 17 Jan 2017 16:29:59 -0500 Received: from gw.yer.at ([188.21.75.154]:36708 helo=ma.yer.at) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cTbKF-0001Jy-Ju for gpsd-users@nongnu.org; Tue, 17 Jan 2017 16:29:55 -0500 Received: from [192.168.241.19] (pavilion [192.168.241.19]) by ma.yer.at (8.15.2/8.15.2/Debian-8) with ESMTP id v0HLTmgi020935; Tue, 17 Jan 2017 22:29:48 +0100 Message-ID: <587E8CC7.8070309@ma.yer.at> Date: Tue, 17 Jan 2017 22:29:43 +0100 From: hans mayer User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "'gpsd-users@nongnu.org'" References: <587E1292.3030502@ma.yer.at> <20170117121844.09790d7a@spidey.rellim.com> In-Reply-To: <20170117121844.09790d7a@spidey.rellim.com> Content-Type: text/plain; charset=UTF-8; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (ma.yer.at [192.168.241.10]); Tue, 17 Jan 2017 22:29:48 +0100 (CET) X-Yer-Spam-Score: -1 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.78 on 192.168.241.10 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ma.yer.at id v0HLTmgi020935 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 188.21.75.154 Subject: Re: [gpsd-users] how-to connect to IPv6 address X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 21:30:00 -0000 ok, that's the trick: [ ] many thanks. // hans Am 17.01.2017 21:18, schrieb Gary E. Miller: > Yo hans! > > On Tue, 17 Jan 2017 13:48:18 +0100 > hans mayer wrote: > >> but if i try the IPv6 as number it doesn't work. > > Works for me. > >> i think it's related to the syntax how the argument >> should look like. > > Yup. > >> server, port and device are separated by a ":" >> an IPv6 address looks like this fe80::c8:6ff:fec3:47f7 > > Yup. > >> is there a way without IPv4 or creating DNS entries ? > > Yup. cgps follows the usual conventions, enclose an IPv6 address > in square brackets: > cgps [::1] > > Suggestions welccome on wording to improve the man page. > > RGDS > GARY > -----------------------------------------------------------------------= ---- > Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 > gem@rellim.com Tel:+1 541 382 8588 > > Veritas liberabit vos. -- Quid est veritas? > "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." -= Lord Kelvin > From MAILER-DAEMON Sat Jan 21 11:25:33 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cUyTt-0000Dd-Jv for mharc-gpsd-users@gnu.org; Sat, 21 Jan 2017 11:25:33 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45576) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cUyTo-0000DV-Jh for gpsd-users@nongnu.org; Sat, 21 Jan 2017 11:25:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cUyTk-0001XJ-2X for gpsd-users@nongnu.org; Sat, 21 Jan 2017 11:25:28 -0500 Received: from mail.tdb.com ([64.184.245.180]:52808) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1cUyTj-0001Ul-K3 for gpsd-users@nongnu.org; Sat, 21 Jan 2017 11:25:23 -0500 Received: (qmail 8587 invoked from network); 21 Jan 2017 08:25:20 -0800 Received: from unknown (HELO husum.klickitat.com) (192.168.80.4) by 192.168.80.10 with SMTP; 21 Jan 2017 08:25:20 -0800 Received: from russell by husum.klickitat.com with local (Exim 4.80) (envelope-from ) id 1cUyTe-0005vv-FP; Sat, 21 Jan 2017 08:25:18 -0800 From: Russell Senior To: gpsd-users@nongnu.org Date: Sat, 21 Jan 2017 08:25:18 -0800 Message-ID: <87lgu4bcsx.fsf@husum.klickitat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 64.184.245.180 Subject: [gpsd-users] [PATCH] add support for ncurses6 in SConstruct X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2017 16:25:32 -0000 Build tested in lede-project.org, which has updated to ncurses6, which broke gpsd builds. This patch provides for detecting ncurses6. Signed-off-by: Russell Senior --- SConstruct | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/SConstruct b/SConstruct index b6606f52..749fa26f 100644 --- a/SConstruct +++ b/SConstruct @@ -672,6 +672,10 @@ else: ncurseslibs += pkg_config('tinfo', rpath_hack=True) # It's not yet known whether rpath_hack is appropriate for # ncurses5-config. + elif WhereIs('ncurses6-config'): + ncurseslibs = ['!ncurses6-config --libs --cflags'] + elif WhereIs('ncursesw6-config'): + ncurseslibs = ['!ncursesw6-config --libs --cflags'] elif WhereIs('ncurses5-config'): ncurseslibs = ['!ncurses5-config --libs --cflags'] elif WhereIs('ncursesw5-config'): -- 2.11.0 -- Russell Senior ``I have nine fingers; you have ten.'' seniorr@aracnet.com From MAILER-DAEMON Mon Jan 23 02:05:36 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cVYh6-0007r3-EX for mharc-gpsd-users@gnu.org; Mon, 23 Jan 2017 02:05:36 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVP8B-0001wt-7t for gpsd-users@nongnu.org; Sun, 22 Jan 2017 15:52:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVP88-0005qW-24 for gpsd-users@nongnu.org; Sun, 22 Jan 2017 15:52:55 -0500 Received: from snt004-omc2s10.hotmail.com ([65.55.90.85]:58094) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cVP87-0005qE-Nf for gpsd-users@nongnu.org; Sun, 22 Jan 2017 15:52:51 -0500 Received: from EUR01-DB5-obe.outbound.protection.outlook.com ([65.55.90.72]) by SNT004-OMC2S10.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 22 Jan 2017 12:32:45 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zSJxhTvPkrvMYbUYKs0IfxEs1m6df0/JSEfkylhN/do=; b=pMAMXuxjEOrlwzABpWYYVukZK2MD/W9eF/vSwoiYMKl87NHc1/AR5l1gac3oBO61v7SGSCuxhRQGQg+HCKE+w1oRPOegMC1PoQziXTYMl6tKcvgQWQA9swurujfPRP3nFNDSvDFKerjP1c3b4kJyLvwGc27ofvTR+1Mwl1wxeiuybi7k0+zdXA/hVMk+Ep1IfjPpPJsmxBht9hFjSp7JFcIn1D6pq0Q+hc+0j/aWDseM1RampduesPw+EF5oC1AL4M8mVp/cBCFGXwggfNnRkxWZGb0WA94eODfW+x1iqsdFmfcytRWFZfCDNAzxzE3ITrm6OURFexGZhBzVoPaElg== Received: from DB5EUR01FT039.eop-EUR01.prod.protection.outlook.com (10.152.4.56) by DB5EUR01HT029.eop-EUR01.prod.protection.outlook.com (10.152.5.8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8; Sun, 22 Jan 2017 20:32:43 +0000 Received: from AM4PR08MB0865.eurprd08.prod.outlook.com (10.152.4.56) by DB5EUR01FT039.mail.protection.outlook.com (10.152.5.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.8 via Frontend Transport; Sun, 22 Jan 2017 20:32:43 +0000 Received: from AM4PR08MB0865.eurprd08.prod.outlook.com ([10.164.83.23]) by AM4PR08MB0865.eurprd08.prod.outlook.com ([10.164.83.23]) with mapi id 15.01.0860.021; Sun, 22 Jan 2017 20:32:43 +0000 From: Robert Norris To: "gpsd-users@nongnu.org" Thread-Topic: [gpsd-users] Scons Dist Thread-Index: AQHSdO5YGplabuvDe06jVAhn/j7dkg== Date: Sun, 22 Jan 2017 20:32:43 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: nongnu.org; dkim=none (message not signed) header.d=none; nongnu.org; dmarc=none action=none header.from=hotmail.com; x-incomingtopheadermarker: OriginalChecksum:4A696397C2CCEC70DE27ADDE96AFE998BB159D971EC0D307AF7E6F57CD148665; UpperCasedChecksum:D77E06B8BAE9AEAFA89B72C117B1E28166B32DC6162D00471657153EB892152C; SizeAsReceived:7458; Count:37 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [3dmCSPJ00s+BYi0WlNLbFEhF+GzR4+rG] x-incomingheadercount: 37 x-eopattributedmessage: 0 x-microsoft-exchange-diagnostics: 1; DB5EUR01HT029; 7:TiT2V5v/AbI4L6mnvs1V74KjupKgBWFsg1eF0MuKdYMjmk8jDQ+w6/DDYZKzA+yQXveCDKugxV/JAUJxs0SRs6uFpiUp78pxutbgrissJEwDZzWe+0HQ5O+/OUywK8KaxQlGl6DyfCW8XhEFHT/HMG+MJ81l2BADfPQuFxa2j93dF2klopxHfoqglL8YzVd4B0GuashHfTT7fW9QmqImXE4Tix4eBrewZV6wPOenimSObMtmYHvtLseWzGXIcXG1S8oZ/rebQjRah4XccNTtx7TsNpDaSCDpx1Y+yeZxYk/Rp1fQl+/cFKuOIw/5BtBjdUajr+eBsnSzwgRCL75hFlWXM+tcJd+xU/djgZxyzPgSbKRUuwycSF49QstG00UrBmilGdYgtWxPX0fvrjJ1VMymNQ3fuucc0P+T7lGPKHaVctCAVPB8qbzl1bta9Q45rjx1JJGgefvolriQzoHIHA== x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(10019020)(98900005); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5EUR01HT029; H:AM4PR08MB0865.eurprd08.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 9ed4c038-d1ff-435a-fed1-08d44305d144 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(1601124038)(5061506344)(5061507293)(1603103113)(1601125047)(1701031023); SRVR:DB5EUR01HT029; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444111334)(444112120)(432015012)(82015046); SRVR:DB5EUR01HT029; BCL:0; PCL:0; RULEID:; SRVR:DB5EUR01HT029; x-forefront-prvs: 01952C6E96 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2017 20:32:43.0099 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR01HT029 X-OriginalArrivalTime: 22 Jan 2017 20:32:45.0443 (UTC) FILETIME=[B0346D30:01D274EE] X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 65.55.90.85 X-Mailman-Approved-At: Mon, 23 Jan 2017 02:05:35 -0500 Subject: Re: [gpsd-users] Scons Dist X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jan 2017 20:52:56 -0000 Lee, you could try amending the SConstruct file like this to avoid needing = the generated manpages in the tarball. e.g. diff --git a/SConstruct b/SConstruct index b6606f52..163ef03c 100644 --- a/SConstruct +++ b/SConstruct @@ -2281,7 +2281,8 @@ if os.path.exists("gpsd.c") and os.path.exists(".giti= gnore"): if ".gitignore" in distfiles: distfiles.remove(".gitignore") distfiles +=3D generated_sources - distfiles +=3D base_manpages.keys() + python_manpages.keys() + if env['manbuild']: + distfiles +=3D base_manpages.keys() + python_manpages.keys() distfiles.remove("gpsd.h") if "packaging/rpm/gpsd.spec" not in distfiles: distfiles.append("packaging/rpm/gpsd.spec") Or indeed just comment out that line. HTH. -- Be Seeing You - Rob. If at first you don't succeed, then skydiving isn't for you. From MAILER-DAEMON Wed Jan 25 01:07:45 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cWGkD-0003Bf-LE for mharc-gpsd-users@gnu.org; Wed, 25 Jan 2017 01:07:45 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59942) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cW7HK-0001zp-6H for gpsd-users@nongnu.org; Tue, 24 Jan 2017 15:01:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cW7HG-0002NN-Bk for gpsd-users@nongnu.org; Tue, 24 Jan 2017 15:01:18 -0500 Received: from smtp.prolan-power.hu ([62.201.102.190]:37298) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cW7HG-0002Mp-3q for gpsd-users@nongnu.org; Tue, 24 Jan 2017 15:01:14 -0500 Received: from [10.10.10.175] (unknown [10.10.10.175]) by smtp.prolan-power.hu (Postfix) with ESMTPSA id A84E0220D for ; Tue, 24 Jan 2017 21:01:10 +0100 (CET) To: gpsd-users@nongnu.org From: =?UTF-8?B?UMOpdGVy?= Message-ID: Date: Tue, 24 Jan 2017 21:01:10 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 62.201.102.190 X-Mailman-Approved-At: Wed, 25 Jan 2017 01:07:45 -0500 Subject: [gpsd-users] To which PPS-second the stamp belongs? X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2017 20:01:19 -0000 Hi, I am looking into the source code. The timemark ("1PPS") signals determine second-boundaries [at least in lucky case when the receiver does *not* emit misleading (inaccurate) timemarks], but leave them dateless. Where is in the source code the part which guesses that when a timestamp-message has been received, to which (dateless) pps-second this stamp belongs to? -- From MAILER-DAEMON Wed Jan 25 02:27:18 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cWHzC-0000qs-CR for mharc-gpsd-users@gnu.org; Wed, 25 Jan 2017 02:27:18 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42349) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWHzA-0000pW-Ov for gpsd-users@nongnu.org; Wed, 25 Jan 2017 02:27:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWHz5-0006WC-Qd for gpsd-users@nongnu.org; Wed, 25 Jan 2017 02:27:16 -0500 Received: from rellim.com ([2001:470:e815::19]:35380 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cWHz5-0006SL-KX for gpsd-users@nongnu.org; Wed, 25 Jan 2017 02:27:11 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0P7Qrbr002463 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 24 Jan 2017 23:26:58 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0P7Qrbr002463 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1485329218; bh=G/AePFQUiKSykeG2v8UwqJPFI/r3gPzQzquUsHbz2ow=; h=Date:From:To:Subject:In-Reply-To:References; b=bblqOezqdZQQugcb0Nk/oG6zU4vFWtV5lz2yAqf6V565eeUYjHXgytOYZnTV9AY5A UEXMED/xgXN945naVHf0JnYr+1U3iqdQquPj4ro586rsfeTPVpDPH5AgDFJbDTmycz opYPpYlR+C2zqDFZR/PCKRR6G7Kv/ORfcSHQ2NMY= Date: Tue, 24 Jan 2017 23:26:53 -0800 From: "Gary E. Miller" To: gpsd-users@nongnu.org Message-ID: <20170124232653.0f954fa2@spidey.rellim.com> In-Reply-To: References: Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/h/eg3x9dUdnGYeVu8P/ZfOr"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Tue, 24 Jan 2017 23:26:58 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] To which PPS-second the stamp belongs? X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2017 07:27:17 -0000 --Sig_/h/eg3x9dUdnGYeVu8P/ZfOr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo P=C3=A9ter! On Tue, 24 Jan 2017 21:01:10 +0100 P=C3=A9ter wrote: > The timemark ("1PPS") signals determine second-boundaries [at least > in lucky case when the receiver does *not* emit misleading > (inaccurate) timemarks], but leave them dateless. gpsd tries to not use PPS signals when the second can not be guaranteed. > Where is in the source code the part which guesses that when a > timestamp-message has been received, to which (dateless) pps-second > this stamp belongs to? You want to look in ppsthread.c. Start your lookig in gpsd_ppsmonitor() RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/h/eg3x9dUdnGYeVu8P/ZfOr Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYiFM9AAoJEA0O2UlB0XnYzbAH/36+TFYMLNxpHSX5WJN7AiWl O6E0japwy7BAd++w++sXr3pq8r5mTkBr5yNqcEYB4mal3GYVD/CZOC1/tUW204He Liux5YOeRboGhEOuJX8+xJkDkTmkV8Pm3VAE6eKRI+ELkly3j0aXOJzhVSUOj2Mt x4Qsu/lnPAXZuwbgwVNySZ1wgrqHa4aJRhSLmMNYN+0Ds3ioZ3at8a5TcsIpye0+ +TKzbINaEWD814E2IA+zMEXfCp+xyqRCPOsETVkMOwHlEinuHJDQizpIgGDgSPaE /APZw3tci/qeKEtPxKE2OHn/d0LWpcMHY4TSvQpxbCv8j3ox8CCY5aHgIFNrkbA= =rfIq -----END PGP SIGNATURE----- --Sig_/h/eg3x9dUdnGYeVu8P/ZfOr-- From MAILER-DAEMON Thu Jan 26 02:28:11 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cWeTb-0003z5-Ns for mharc-gpsd-users@gnu.org; Thu, 26 Jan 2017 02:28:11 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWeIH-0000sN-Gu for gpsd-users@nongnu.org; Thu, 26 Jan 2017 02:16:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWeIF-00070W-UX for gpsd-users@nongnu.org; Thu, 26 Jan 2017 02:16:29 -0500 Received: from mail-wm0-x22c.google.com ([2a00:1450:400c:c09::22c]:38511) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cWeIF-0006zz-Km for gpsd-users@nongnu.org; Thu, 26 Jan 2017 02:16:27 -0500 Received: by mail-wm0-x22c.google.com with SMTP id r144so68537294wme.1 for ; Wed, 25 Jan 2017 23:16:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=AZFSZWTyF9wPPOAPLOG7UBLwPYEvTpD64A3UKJnpbI4=; b=AEiQ2XvylPD9X+jxhqFMGtrDfsfax7HYq/dmMGUAv0sHHr5bu5WTCJyhEc79vK930m RBADOjKvr9rxsx3NyTSWNGS/CBqvXK95QnQpgKxKBT4YJfb8AfvYrTRm525QkhBQtpZY x3J26yCVmD+uvo5R3vt3HYhBtabPLSb99FqqOOBmTTdY+HCi2fgBLbhQZUceKvXpkZzo r7QR6fDyTZAB4/OQhAhPOnU6Xx6Qrd1Tspsc04Unu3WtNHlL44N5hubhUl57hFSCEz7/ +RKRr9/Lkpo9jYVnzuslak25YWLiaru6tB/nJqf8s7o65JBmQB5G1VvqAJTn1FfQG9sU cW6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=AZFSZWTyF9wPPOAPLOG7UBLwPYEvTpD64A3UKJnpbI4=; b=ZQJll4meptQaj0XpANbZulGajsVcCQ+i694aXcqhFQEtf7LhrCPbiRvAak1/8kDk76 9j+sjmsnYZHhjRv4y0FKLn8zCdFw/OW+wRZaQ7UQWP0ykLfifuNmjeLm3otufremruoy WQ7XM+Z4ZO/aGtm0chJ/uWlVOq88NHi15xFVSLBO9cfcuQdUGxziRJAO0QgdqxJbdTaO RF2KpNv4llpGsiQckA5RP8/lNViq+BQkXbcOHnYDMU2fir5JJE6MCIvaCPd9mYrQ8LKV 4ciNhFnSwM43uFLiuhYvrRZwTU153lkOjyOAcEP2M5F/QT1K9eo9vSgiMbrgEdPLzX0U 2ftA== X-Gm-Message-State: AIkVDXIMw1KqHqZ3O4SBWJqfEW3pF8tqd3AmRBQCuigL0QwJfUAH/GEjM85hAJC/KZBV+5NLcmTRMx4F7eNDUA== X-Received: by 10.28.147.147 with SMTP id v141mr28511400wmd.110.1485414984746; Wed, 25 Jan 2017 23:16:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.32.225 with HTTP; Wed, 25 Jan 2017 23:16:24 -0800 (PST) From: Rob Gunther Date: Thu, 26 Jan 2017 15:16:24 +0800 Message-ID: To: gpsd-users@nongnu.org Content-Type: multipart/alternative; boundary=001a1145bb28828d080546fa20bb X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::22c X-Mailman-Approved-At: Thu, 26 Jan 2017 02:28:10 -0500 Subject: [gpsd-users] GPSD / NTPD working - sort of X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2017 07:16:31 -0000 --001a1145bb28828d080546fa20bb Content-Type: text/plain; charset=UTF-8 Hi guys, I decided it would be fun to build a GPS/PPS NTP server, I got it working but only partly and am looking for some input. I built the system using an ODROID-C1+ and Adafruit Ultimate GPS Hat (with external antenna) running on Armbian (Debian Jessie). I am no Linux expert and this is my first attempt at anything electronic like this - so please don't freak out if I am doing something stupid. I have been following various guides but in large part am using the GPSD Time Service HOWTO and Troubleshooting GPSD . Things mostly work, here where I am at. ppstest works: # ppstest /dev/pps0 trying PPS source "/dev/pps0" found PPS source "/dev/pps0" ok, found 1 source(s), now start fetching data... source 0 - assert 1485414094.050185084, sequence: 60501 - clear 0.000000000, sequence: 0 source 0 - assert 1485414095.050296381, sequence: 60502 - clear 0.000000000, sequence: 0 source 0 - assert 1485414096.050407898, sequence: 60503 - clear 0.000000000, sequence: 0 gpsmon works, it usually reports 4 or 5 sats, the PPS: section displays a number and I see lines like this in the log that scrolls past. ------------------- PPS offset: -0.065339434 ------ cgps works, it will show a status of 3D FIX So that all looks promising to me... I am trying to feed NTPD from GPSD based on the instructions on the GPSD website. I modified my ntp.conf to include: # GPS Serial data reference (NTP0) server 127.127.28.0 minpoll 4 maxpoll 4 fudge 127.127.28.0 time1 0.47 refid GPS # GPS PPS reference (NTP1) server 127.127.28.1 minpoll 4 maxpoll 4 prefer fudge 127.127.28.1 refid PPS So in theory the two should be linked now. My issue is the ntp can't seem to keep accurate time, the offset is all over the place and so is the jitter. ntp never indicates it is reading anything from PPS either. # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== +115.90.134.35 .kPPS. 1 u 46 64 377 87.044 -46.370 16.804 -209.58.185.100 130.133.1.10 2 u 5 64 377 2.472 -13.764 21.169 -61-216-153-105. 211.22.103.158 3 u 57 64 377 53.510 -57.128 16.660 +time1.maxonline .GPS. 1 u 23 64 377 37.936 -72.798 20.454 *SHM(0) .GPS. 0 l 3 16 377 0.000 69.955 42.229 SHM(1) .PPS. 0 l - 16 0 0.000 0.000 0.000 I have tried adjusting the time1 offset value (and setting it to 0) but the offset can go from -50 to maybe +80 and jitter jumps from 2 to maybe 80 as well. If anyone can shed some clues about what is going on it would be most appreciated. Robert --001a1145bb28828d080546fa20bb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi guys,

I decided it would be fun to b= uild a GPS/PPS NTP server, I got it working but only partly and am looking = for some input.

I built the system using an ODROID= -C1+ and Adafruit Ultimate GPS Hat (with external antenna) running on Armbi= an (Debian Jessie).

I am no Linux expert and this = is my first attempt at anything electronic like this - so please don't = freak out if I am doing something stupid.

I have b= een following various guides but in large part am using the GPSD Time Service HOWTO<= /a>=C2=A0and Trou= bleshooting GPSD.

Things mostly work, here whe= re I am at.

ppstest works:

# ppstest /dev/pps0
trying PPS source "/dev/pps0"= ;
found PPS source "/dev/pps0"
ok, found 1 so= urce(s), now start fetching data...
source 0 - assert 1485414094.= 050185084, sequence: 60501 - clear =C2=A00.000000000, sequence: 0
source 0 - assert 1485414095.050296381, sequence: 60502 - clear =C2=A00.00= 0000000, sequence: 0
source 0 - assert 1485414096.050407898, sequ= ence: 60503 - clear =C2=A00.000000000, sequence: 0

gpsmon works, it usually reports 4 or 5 sats, the PPS: section displ= ays a number and I see lines like this in the log that scrolls past.
<= div>
------------------- PPS offset: -0.065339434 ------=

cgps works, it will show a status of 3D FIX=


So that all looks promising to me.= ..=C2=A0 I am trying to feed NTPD from GPSD based on the instructions on th= e GPSD website.=C2=A0 I modified my ntp.conf to include:

# GPS Serial data reference (NTP0)
server 127.127.28.= 0 minpoll 4 maxpoll 4
fudge 127.127.28.0 time1 0.47 refid GPS

# GPS PPS reference (NTP1)
server 127.127.2= 8.1 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.1 refid PPS
=

So in theory the two should be linked now.=C2=A0 = My issue is the ntp can't seem to keep accurate time, the offset is all= over the place and so is the jitter. =C2=A0ntp never indicates it is readi= ng anything from PPS either. =C2=A0

# ntpq -p=
=C2=A0 =C2=A0 =C2=A0remote =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 re= fid =C2=A0 =C2=A0 =C2=A0st t when poll reach =C2=A0 delay =C2=A0 offset =C2= =A0jitter
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
+115.90.134.35 =C2=A0 .kPPS. =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 u =C2=A0 46 =C2=A0 64 =C2=A0377 =C2=A0 87= .044 =C2=A0-46.370 =C2=A016.804
-209.58.185.100 =C2=A0130.133.1.1= 0 =C2=A0 =C2=A0 2 u =C2=A0 =C2=A05 =C2=A0 64 =C2=A0377 =C2=A0 =C2=A02.472 = =C2=A0-13.764 =C2=A021.169
-61-216-153-105. 211.22.103.158 =C2=A0= 3 u =C2=A0 57 =C2=A0 64 =C2=A0377 =C2=A0 53.510 =C2=A0-57.128 =C2=A016.660=
+time1.maxonline .GPS. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= 1 u =C2=A0 23 =C2=A0 64 =C2=A0377 =C2=A0 37.936 =C2=A0-72.798 =C2=A020.454<= /div>
*SHM(0) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0.GPS. =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A00 l =C2=A0 =C2=A03 =C2=A0 16 =C2=A0377 =C2=A0 =C2= =A00.000 =C2=A0 69.955 =C2=A042.229
=C2=A0SHM(1) =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0.PPS. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 l =C2= =A0 =C2=A0- =C2=A0 16 =C2=A0 =C2=A00 =C2=A0 =C2=A00.000 =C2=A0 =C2=A00.000 = =C2=A0 0.000


I have tried adj= usting the time1 offset value (and setting it to 0) but the offset can go f= rom -50 to maybe +80 and jitter jumps from 2 to maybe 80 as well.


If anyone can shed some clues about what is = going on it would be most appreciated.


<= div>Robert
--001a1145bb28828d080546fa20bb-- From MAILER-DAEMON Thu Jan 26 14:53:07 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cWq6V-0002d3-EP for mharc-gpsd-users@gnu.org; Thu, 26 Jan 2017 14:53:07 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49861) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWq6Q-0002cv-RI for gpsd-users@nongnu.org; Thu, 26 Jan 2017 14:53:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWq6M-0004NI-5T for gpsd-users@nongnu.org; Thu, 26 Jan 2017 14:53:02 -0500 Received: from rellim.com ([2001:470:e815::19]:47629 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cWq6L-0004LZ-TE for gpsd-users@nongnu.org; Thu, 26 Jan 2017 14:52:58 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0QJqenK014248 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 26 Jan 2017 11:52:45 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0QJqenK014248 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1485460365; bh=gIbKeWq3wFs083DeY4xXsiLqtNp9r7pIUB8jhIvW9d8=; h=Date:From:To:Subject:In-Reply-To:References; b=pVYhyej1JIu5lwIRRd+Dj4yK6QtchNtr/GVtqsnFzS3QVGn73YW7hbgi0ssVPMGhj uPIVWGYMv02DNV2q1qGtK6OrjV8ewnlEk5iXbhTg59iTDmtloqQ3TxXyYXv+8Kx2ub /jAD3pCzP5W20oH66cYIEyKvLs9q9h5T2roqCfRg= Date: Thu, 26 Jan 2017 11:52:40 -0800 From: "Gary E. Miller" To: gpsd-users@nongnu.org Message-ID: <20170126115240.551a081d@spidey.rellim.com> In-Reply-To: References: Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/qYzB9rUc806xBtGKsBjFLnX"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Thu, 26 Jan 2017 11:52:45 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] GPSD / NTPD working - sort of X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jan 2017 19:53:05 -0000 --Sig_/qYzB9rUc806xBtGKsBjFLnX Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo Rob! On Thu, 26 Jan 2017 15:16:24 +0800 Rob Gunther wrote: > I decided it would be fun to build a GPS/PPS NTP server, I got it > working but only partly and am looking for some input. Cool. What version of NTP? Try this: # ntpd --version > I built the system using an ODROID-C1+ I had an ODROID, I found it too unsupported by FOSS to be usefull. YMMV. > I have been following various guides but in large part am using the > GPSD Time Service HOWTO Good. > ppstest works: Good. > gpsmon works,=20 Good. > So that all looks promising to me... You skipped a step, what does ntpshmmon show? I exepct it to be good as well. Try this: # ntpshmmon > I modified my ntp.conf to include: Good. Maybe drop minpoll and maxpoll to 2, but that is just a tweak. > So in theory the two should be linked now. How long did you wait? I can take a day or two to stabilize. > ntp never indicates it is reading anything from PPS either. That would be a big problem, thus the need to ntpshmmon as above. > *SHM(0) .GPS. 0 l 3 16 377 0.000 69.955 > 42.229 Not good that ntpd is selecting SHM(0), maybe try a 'noselect' on it. > SHM(1) .PPS. 0 l - 16 0 0.000 0.000 > 0.000 Not good, no PPS. I assume this is after at least 30 minutes of running? > I have tried adjusting the time1 offset value (and setting it to 0) > but the offset can go from -50 to maybe +80 and jitter jumps from 2 > to maybe 80 as well. time1 for which refclock? But that is a side issue. Get your PPS working first. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/qYzB9rUc806xBtGKsBjFLnX Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYilOIAAoJEA0O2UlB0XnYzfEH/1PI1HwXaol8xDRyWNx8P8jI fr+C14CUm/heYTR4AelfD08b2k7ipHgEvz1/fMmGvCUYS2CpygsMd2Oj5FWwLFQe BcJaEuejPS/dt53evSKiTb/qFdKrEXSRwdlV3rUZCp/Bcver0SfE6bVvCCOfouZn du4+NZoxEjPLkhzrVcK1d/xAQs4nmQMWjXvl6TCLorxcXtyElv5BZUnpSK7sYEmc igivCHMKvePSNkTPJs1VgLRTa3XbMtY6MXe6/56EDkGRaHc9E5aafK/jztOTG3Hj 8HJUAplheiBikivrvpk+7gCNFzdRlXawOf6Wh176VADovsCJOJUr+V+K2XgG5dQ= =1I6m -----END PGP SIGNATURE----- --Sig_/qYzB9rUc806xBtGKsBjFLnX-- From MAILER-DAEMON Mon Jan 30 04:31:37 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cY8JF-0003nM-C4 for mharc-gpsd-users@gnu.org; Mon, 30 Jan 2017 04:31:37 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cY8EK-0002XN-Nr for gpsd-users@nongnu.org; Mon, 30 Jan 2017 04:26:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cY8EI-0004OL-8T for gpsd-users@nongnu.org; Mon, 30 Jan 2017 04:26:32 -0500 Received: from mail-oi0-x234.google.com ([2607:f8b0:4003:c06::234]:35601) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cY8EI-0004LS-0M for gpsd-users@nongnu.org; Mon, 30 Jan 2017 04:26:30 -0500 Received: by mail-oi0-x234.google.com with SMTP id j15so191550697oih.2 for ; Mon, 30 Jan 2017 01:26:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=/yDqBub7pFmw4Ho8X/RvDfmrz/mWTX/XUddBwNFJPec=; b=J8LXN+WTUyHuJluyKlp273tLF33kzXE8a0GTHlf8bh1le5Je5fPs62eAzPTGiNBjVp UnT/zfmqIe8OhO6zBkiYB0kLHXMRvqxxy6Iac1L4xx+CCUtKX10/tt4LstljpT9a9aN0 qhSSDaYqGnlxQQx7GWqHCxRxzk2Jhx3fquFWVd6ThSIqS7oJpTrsMQq9+i+x26o1YBld HTI/01SLTz1MBOh9kzF4zCKmLIzZcSb+f6lxfz+c7DRb7l2bVHItMiTP9foT+9IxGofh cW3uGNnnYQdKV+QphWQT2PvoLtc4ts1MO7vJGnKDv72CUlDM9r/91nCE8dOpejrtSonD TKZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/yDqBub7pFmw4Ho8X/RvDfmrz/mWTX/XUddBwNFJPec=; b=lSFd6QkNn98mz8vx7LdntOJpSsXL7KwH0VRI6Eh5WnRp7buKZoHkbVmc8fGeFNKtOg 8q8U09SqwYnOrRaKkijUAKJY4UdV+Bxt6dgTFF1qyxS4mcqD8IgFd/xFsXH3HYBE9zF+ 5uwCTnDf5GP6AkXuGWbEcghjnSNnbPlTCgcGGQWsuX68Lupz0XjRpnByt+vAMaUAGunk 6os98w2xDNLNslaL2XvyB5MtT6oTltulrp4t67YLOxUVj8IfOD2E531hsG8ZSbYOl6lk aUvFlZTOjD+6V63yI1TPRZJ3mARQ/yV6U6Heh340bIwyNERT2TJWpufpOsWG3gq2KXwE wMxg== X-Gm-Message-State: AIkVDXJl20NLeNU0aoPT3X6bJG5VpQOQZnuf6oPd9TJlL3bEGtLi3v0xVnwZtJZ6fr+Ox92D+ck2qAfadBl2kw== X-Received: by 10.202.172.195 with SMTP id v186mr10192296oie.8.1485768387503; Mon, 30 Jan 2017 01:26:27 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.63.202 with HTTP; Mon, 30 Jan 2017 01:26:27 -0800 (PST) From: Michele Carignani Date: Mon, 30 Jan 2017 10:26:27 +0100 Message-ID: To: gpsd-users@nongnu.org Content-Type: multipart/alternative; boundary=001a113ce7e2f4ad0405474c68de X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::234 X-Mailman-Approved-At: Mon, 30 Jan 2017 04:31:35 -0500 Subject: [gpsd-users] libgpsmm and memory leaks X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2017 09:26:35 -0000 --001a113ce7e2f4ad0405474c68de Content-Type: text/plain; charset=UTF-8 Hello everybody, I'm using libgpsmm in my project and I detected some memory leaks in the function *gps_open()*. Do you think I'm using it wrong or is something within the library? Thank you for your help in advance :) *My setup*: Ubuntu 14.04 trusty gpsd 3.9 (ubuntu deb) libqgpsmm20:amd64 3.9-3 (ubuntu deb) *How to reproduce:* ------------------- CODE #include #include #include gpsmm* cli = NULL; #define GPS_HOST_NAME "localhost" #define GPS_HOST_PORT "2947" #define GPS_WAITING_TIMEOUT 1000 int main () { cli = new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT); cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NEWSTYLE | WATCH_SCALED); gps_data_t* g; for(int i = 0; i < 50; i++){ if(cli->waiting(GPS_WAITING_TIMEOUT)){ if( (g = cli->read()) ){ std::cout << "lat:" << g->fix.latitude << ", lon:" << g->fix.longitude << std::endl; } } sleep(1); } cli->stream(WATCH_DISABLE); delete(cli); } ------------------- ENDS CODE *Compile:* g++ -std=c++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm *Valgrind log:* $ *valgrind --leak-check=full ./gpsd_cpp_client* ==19300== Memcheck, a memory error detector ==19300== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==19300== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==19300== Command: ./gpsd_cpp_client ==19300== QObject::connect: Cannot connect (null)::destroyed() to QHostInfoLookupManager::waitForThreadPoolDone() libgps::connected! ==19300== Conditional jump or move depends on uninitialised value(s) ==19300== at 0x4E4A4A2: gps_sock_read(gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E470CA: gps_read (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E4DB84: gpsmm::read() (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x400DA4: main (in /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) ==19300== lat:nan, lon:nan lat:nan, lon:nan lat:nan, lon:nan lat:nan, lon:nan lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.424 lat:43.7184, lon:10.4239 lat:43.7184, lon:10.4239 ==19300== ==19300== HEAP SUMMARY: ==19300== in use at exit: 34,854 bytes in 77 blocks ==19300== total heap usage: 797 allocs, 720 frees, 870,968 bytes allocated ==19300== ==19300== 196 (96 direct, 100 indirect) bytes in 1 blocks are definitely lost in loss record 52 of 69 ==19300== at 0x4C2B0E0: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19300== by 0x6231D31: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x62322DD: QLibrary::setFileName(QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x6232358: QLibrary::QLibrary(QString const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x5E300BF: ??? (in /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) ==19300== by 0x5E308EC: ??? (in /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) ==19300== by 0x5E25840: QHostInfo::fromName(QString const&) (in /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) ==19300== by 0x5E46969: QAbstractSocket::waitForConnected(int) (in /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) ==19300== by 0x4E4ABCC: gps_sock_open(char const*, char const*, gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, char const*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x400F3C: gpsmm::gpsmm(char const*, char const*) (in /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) ==19300== ==19300== 234 (96 direct, 138 indirect) bytes in 1 blocks are definitely lost in loss record 53 of 69 ==19300== at 0x4C2B0E0: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19300== by 0x6231D31: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x62324DC: QLibrary::setFileNameAndVersion(QString const&, QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x623252C: QLibrary::QLibrary(QString const&, QString const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x619BD44: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x616369B: QLocalePrivate::updateSystemPrivate() (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x616393A: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x61639B1: QLocale::QLocale() (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x618A33F: QString::toLongLong(bool*, int) const (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x618A488: QString::toInt(bool*, int) const (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x4E4AB64: gps_sock_open(char const*, char const*, gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== ==19300== 242 (96 direct, 146 indirect) bytes in 1 blocks are definitely lost in loss record 54 of 69 ==19300== at 0x4C2B0E0: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19300== by 0x6231D31: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x62324DC: QLibrary::setFileNameAndVersion(QString const&, QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x623252C: QLibrary::QLibrary(QString const&, QString const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x619BC1A: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x616369B: QLocalePrivate::updateSystemPrivate() (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x616393A: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x61639B1: QLocale::QLocale() (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x618A33F: QString::toLongLong(bool*, int) const (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x618A488: QString::toInt(bool*, int) const (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==19300== by 0x4E4AB64: gps_sock_open(char const*, char const*, gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== ==19300== 8,216 bytes in 1 blocks are definitely lost in loss record 69 of 69 ==19300== at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19300== by 0x4E4ACF1: gps_sock_open(char const*, char const*, gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, char const*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) ==19300== by 0x400F3C: gpsmm::gpsmm(char const*, char const*) (in /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) ==19300== by 0x400D56: main (in /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) ==19300== ==19300== LEAK SUMMARY: ==19300== definitely lost: 8,504 bytes in 4 blocks ==19300== indirectly lost: 384 bytes in 8 blocks ==19300== possibly lost: 0 bytes in 0 blocks ==19300== still reachable: 25,966 bytes in 65 blocks ==19300== suppressed: 0 bytes in 0 blocks ==19300== Reachable blocks (those to which a pointer was found) are not shown. ==19300== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==19300== ==19300== For counts of detected and suppressed errors, rerun with: -v ==19300== Use --track-origins=yes to see where uninitialised values come from ==19300== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 0 from 0) --001a113ce7e2f4ad0405474c68de Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello everybody,
I'm using libgpsmm in my project and I detected some memory leak= s in the function gps_open(). Do you think I'm using it wrong or= is something within the library?

Thank you for your help= in advance :)

My setup:
Ubuntu 14.= 04 trusty
gpsd 3.9 (ubuntu deb)
libqgpsmm20:amd64 3.9-3 (= ubuntu deb)

How to reproduce:
----------------= --- CODE
#include <libgpsmm.h>
#include <iostream>#include <unistd.h>

gpsmm* cli =3D NULL;

#define GPS_= HOST_NAME "localhost"
#define=C2=A0 GPS_HOST_PORT "2947&q= uot;
#define GPS_WAITING_TIMEOUT 1000

int main () {
=C2=A0=C2= =A0=C2=A0 cli =3D new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT);
=C2=A0=C2=A0= =C2=A0 cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NEWSTYLE | WATCH_SC= ALED);
=C2=A0=C2=A0=C2=A0 gps_data_t* g;

=C2=A0=C2=A0=C2=A0 for(i= nt i =3D 0; i < 50; i++){
=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 if(cl= i->waiting(GPS_WAITING_TIMEOUT)){
=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 if( (g =3D cli->read()) ){
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 std::cout <<= ; "lat:" <<=C2=A0 g->fix.latitude << ", lon:&= quot; <<=C2=A0 g->fix.longitude << std::endl;
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 }
=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 }

=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 sleep= (1);
=C2=A0=C2=A0=C2=A0 }

=C2=A0=C2=A0=C2=A0 cli->stream(WATCH= _DISABLE);
=C2=A0=C2=A0=C2=A0 delete(cli);
}

----------= --------- ENDS CODE

Compile:
g++ -st= d=3Dc++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm


=
Valgrind log:
$ valgrind --leak-check=3Dfull ./gpsd_cpp_c= lient
=3D=3D19300=3D=3D Memcheck, a memory error detector
=3D=3D1= 9300=3D=3D Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et = al.
=3D=3D19300=3D=3D Using Valgrind-3.10.1 and LibVEX; rerun with -h fo= r copyright info
=3D=3D19300=3D=3D Command: ./gpsd_cpp_client
=3D=3D1= 9300=3D=3D
QObject::connect: Cannot connect (null)::destroyed() to QHos= tInfoLookupManager::waitForThreadPoolDone()
libgps::connected!
=3D= =3D19300=3D=3D Conditional jump or move depends on uninitialised value(s)=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 at 0x4E4A4A2: gps_sock_read(gps_data_= t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
=3D=3D19300=3D=3D= =C2=A0=C2=A0=C2=A0 by 0x4E470CA: gps_read (in /usr/lib/x86_64-linux-gnu/lib= Qgpsmm.so.20.0.0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E4DB84: gpsm= m::read() (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
=3D=3D19300= =3D=3D=C2=A0=C2=A0=C2=A0 by 0x400DA4: main (in /home/miche/devel/experiment= s/c++/gpsd_cpp_client/gpsd_cpp_client)
=3D=3D19300=3D=3D
lat:nan, lo= n:nan
lat:nan, lon:nan
lat:nan, lon:nan
lat:nan, lon:nan
lat:43= .7184, lon:10.424
lat:43.7184, lon:10.424
lat:43.7184, lon:10.424
= lat:43.7184, lon:10.424
lat:43.7184, lon:10.424
lat:43.7184, lon:10.4= 24
lat:43.7184, lon:10.424
lat:43.7184, lon:10.424
lat:43.7184, lo= n:10.4239
lat:43.7184, lon:10.4239
=3D=3D19300=3D=3D
=3D=3D19300= =3D=3D HEAP SUMMARY:
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0 in use at= exit: 34,854 bytes in 77 blocks
=3D=3D19300=3D=3D=C2=A0=C2=A0 total hea= p usage: 797 allocs, 720 frees, 870,968 bytes allocated
=3D=3D19300=3D= =3D
=3D=3D19300=3D=3D 196 (96 direct, 100 indirect) bytes in 1 blocks a= re definitely lost in loss record 52 of 69
=3D=3D19300=3D=3D=C2=A0=C2=A0= =C2=A0 at 0x4C2B0E0: operator new(unsigned long) (in /usr/lib/valgrind/vgpr= eload_memcheck-amd64-linux.so)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x= 6231D31: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D193= 00=3D=3D=C2=A0=C2=A0=C2=A0 by 0x62322DD: QLibrary::setFileName(QString cons= t&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D= =3D=C2=A0=C2=A0=C2=A0 by 0x6232358: QLibrary::QLibrary(QString const&, = QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300= =3D=3D=C2=A0=C2=A0=C2=A0 by 0x5E300BF: ??? (in /usr/lib/x86_64-linux-gnu/li= bQtNetwork.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x5E308EC: ?= ?? (in /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
=3D=3D19300=3D= =3D=C2=A0=C2=A0=C2=A0 by 0x5E25840: QHostInfo::fromName(QString const&)= (in /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
=3D=3D19300=3D=3D= =C2=A0=C2=A0=C2=A0 by 0x5E46969: QAbstractSocket::waitForConnected(int) (in= /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
=3D=3D19300=3D=3D=C2= =A0=C2=A0=C2=A0 by 0x4E4ABCC: gps_sock_open(char const*, char const*, gps_d= ata_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
=3D=3D19300= =3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-g= nu/libQgpsmm.so.20.0.0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E4DA7A= : gpsmm::gps_inner_open(char const*, char const*) (in /usr/lib/x86_64-linux= -gnu/libQgpsmm.so.20.0.0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x400F3= C: gpsmm::gpsmm(char const*, char const*) (in /home/miche/devel/experiments= /c++/gpsd_cpp_client/gpsd_cpp_client)
=3D=3D19300=3D=3D
=3D=3D19300= =3D=3D 234 (96 direct, 138 indirect) bytes in 1 blocks are definitely lost = in loss record 53 of 69
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 at 0x4C2B0E0= : operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd6= 4-linux.so)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x6231D31: ??? (in /u= sr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2= =A0=C2=A0 by 0x62324DC: QLibrary::setFileNameAndVersion(QString const&,= QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
= =3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x623252C: QLibrary::QLibrary(QStrin= g const&, QString const&, QObject*) (in /usr/lib/x86_64-linux-gnu/l= ibQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x619BD44: ???= (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2= =A0=C2=A0=C2=A0 by 0x616369B: QLocalePrivate::updateSystemPrivate() (in /us= r/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0= =C2=A0 by 0x616393A: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)<= br>=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x61639B1: QLocale::QLocale() (in= /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0= =C2=A0=C2=A0 by 0x618A33F: QString::toLongLong(bool*, int) const (in /usr/l= ib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2= =A0 by 0x618A488: QString::toInt(bool*, int) const (in /usr/lib/x86_64-linu= x-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E4AB= 64: gps_sock_open(char const*, char const*, gps_data_t*) (in /usr/lib/x86_6= 4-linux-gnu/libQgpsmm.so.20.0.0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by = 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
= =3D=3D19300=3D=3D
=3D=3D19300=3D=3D 242 (96 direct, 146 indirect) bytes= in 1 blocks are definitely lost in loss record 54 of 69
=3D=3D19300=3D= =3D=C2=A0=C2=A0=C2=A0 at 0x4C2B0E0: operator new(unsigned long) (in /usr/li= b/valgrind/vgpreload_memcheck-amd64-linux.so)
=3D=3D19300=3D=3D=C2=A0=C2= =A0=C2=A0 by 0x6231D31: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.= 6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x62324DC: QLibrary::setFileNa= meAndVersion(QString const&, QString const&) (in /usr/lib/x86_64-li= nux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x623= 252C: QLibrary::QLibrary(QString const&, QString const&, QObject*) = (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2= =A0=C2=A0=C2=A0 by 0x619BC1A: ??? (in /usr/lib/x86_64-linux-gnu/libQtCore.s= o.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x616369B: QLocalePrivat= e::updateSystemPrivate() (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)<= br>=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x616393A: ??? (in /usr/lib/x86_6= 4-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0= x61639B1: QLocale::QLocale() (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8= .6)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x618A33F: QString::toLongLon= g(bool*, int) const (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
= =3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x618A488: QString::toInt(bool*, int= ) const (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
=3D=3D19300=3D= =3D=C2=A0=C2=A0=C2=A0 by 0x4E4AB64: gps_sock_open(char const*, char const*,= gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
=3D=3D1= 9300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E46FC5: gps_open (in /usr/lib/x86_64-lin= ux-gnu/libQgpsmm.so.20.0.0)
=3D=3D19300=3D=3D
=3D=3D19300=3D=3D 8,21= 6 bytes in 1 blocks are definitely lost in loss record 69 of 69
=3D=3D19= 300=3D=3D=C2=A0=C2=A0=C2=A0 at 0x4C2AB80: malloc (in /usr/lib/valgrind/vgpr= eload_memcheck-amd64-linux.so)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x= 4E4ACF1: gps_sock_open(char const*, char const*, gps_data_t*) (in /usr/lib/= x86_64-linux-gnu/libQgpsmm.so.20.0.0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2= =A0 by 0x4E46FC5: gps_open (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.= 0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E4DA7A: gpsmm::gps_inner_op= en(char const*, char const*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.= 0.0)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x400F3C: gpsmm::gpsmm(char = const*, char const*) (in /home/miche/devel/experiments/c++/gpsd_cpp_client/= gpsd_cpp_client)
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 by 0x400D56: main (= in /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client)
= =3D=3D19300=3D=3D
=3D=3D19300=3D=3D LEAK SUMMARY:
=3D=3D19300=3D=3D= =C2=A0=C2=A0=C2=A0 definitely lost: 8,504 bytes in 4 blocks
=3D=3D19300= =3D=3D=C2=A0=C2=A0=C2=A0 indirectly lost: 384 bytes in 8 blocks
=3D=3D19= 300=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 possibly lost: 0 bytes in 0 blocks<= br>=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0 still reachable: 25,966 bytes in 65 = blocks
=3D=3D19300=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= suppressed: 0 bytes in 0 blocks
=3D=3D19300=3D=3D Reachable blocks (tho= se to which a pointer was found) are not shown.
=3D=3D19300=3D=3D To see= them, rerun with: --leak-check=3Dfull --show-leak-kinds=3Dall
=3D=3D193= 00=3D=3D
=3D=3D19300=3D=3D For counts of detected and suppressed errors= , rerun with: -v
=3D=3D19300=3D=3D Use --track-origins=3Dyes to see wher= e uninitialised values come from
=3D=3D19300=3D=3D ERROR SUMMARY: 5 erro= rs from 5 contexts (suppressed: 0 from 0)

--001a113ce7e2f4ad0405474c68de-- From MAILER-DAEMON Mon Jan 30 06:31:15 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cYAB0-0000Bi-Oh for mharc-gpsd-users@gnu.org; Mon, 30 Jan 2017 06:31:15 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYAAv-000085-FP for gpsd-users@nongnu.org; Mon, 30 Jan 2017 06:31:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYAAt-0003tI-PQ for gpsd-users@nongnu.org; Mon, 30 Jan 2017 06:31:09 -0500 Received: from mail-qk0-x243.google.com ([2607:f8b0:400d:c09::243]:33326) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYAAt-0003st-L6 for gpsd-users@nongnu.org; Mon, 30 Jan 2017 06:31:07 -0500 Received: by mail-qk0-x243.google.com with SMTP id 11so18287365qkl.0 for ; Mon, 30 Jan 2017 03:31:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=4kU4YOXFWjtPhdKjRH8VtZL3g5avcI3dg1waGKVQ0T0=; b=twTZ4XHnHqZTGStPCDhqw5NfpXWPJ5lIu8u79YeBM5C6Yeh0GiUYWLADnBYjD3txsB osEfdvESYhHQScewjI5Pvq0UhcJOdCiQRkuqvgvNuiw6CR367LjmaOKhRpxaYUPCJiyL fZ7vPvDwTVvHIzHhm74f+uSaN1AwgOx5ElAWym/jg0GkIMW/qtOaKhTu8hINe0OjTZKI GENh1iZ1o5mks8A0bUgLPAcPCvl4D77m8Ggf7dgqQUZUai15QLWfJ3t6ybH+0X9N0B90 sikCSfz6/bv6t26gDghI2ob2cOngQzlFgCE2D4MyaWa68+/+c49Pb1lepS0Hz2Jp/jC+ uJXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=4kU4YOXFWjtPhdKjRH8VtZL3g5avcI3dg1waGKVQ0T0=; b=EAAjCKR7xZkLa5ouRKEBlBNUWN0rSwvZ6vQsTKupXsY25gi/K/oN0FJaWMVIPiPYOA bOXQYjKWa53/0VzIUKC/OC38mqF8o9CgmS5DsWho9tIMEBg+dlsZbIFnyaICswJEg803 EzwefMH2YIF2BMvvXYHMwtOXRC9B+7Hd94zFBg4tlNQLfZsu2X467XV+ICirjzpsPAJr 6Ssgc6rQr1FeGL4N8cykIwsVxc9LbtiOUH7WHD/NAzqJrs34T7m8wWxwPtGdj8NYfFY6 QUZIVaFpA3vizUV2x0xCZlfue6NroWazu37fUhKwOyT4idnWaYT6ouOb9j9Ez7qF9mgp o5Xw== X-Gm-Message-State: AIkVDXKXlVCZAMF2cp+B3+mpVZdKxQG5pdvkpx6BG9haQbtQQAvXGpFRUdy+ysYLOqvieye8GyQhXVA4+nQtdA== X-Received: by 10.55.116.70 with SMTP id p67mr5463250qkc.216.1485775865469; Mon, 30 Jan 2017 03:31:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.34.247 with HTTP; Mon, 30 Jan 2017 03:31:04 -0800 (PST) In-Reply-To: References: From: Jon Schlueter Date: Mon, 30 Jan 2017 06:31:04 -0500 Message-ID: To: Michele Carignani Cc: gpsd users Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c09::243 Subject: Re: [gpsd-users] libgpsmm and memory leaks X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2017 11:31:11 -0000 Thanks for taking a look and reporting, First Question are you targeting this for a QT application? one comment inline, but it does not suprise me that there are leaks with the QT hooks that have been embedded in the code. Jon On Mon, Jan 30, 2017 at 4:26 AM, Michele Carignani wrote: > Hello everybody, > > I'm using libgpsmm in my project and I detected some memory leaks in the > function gps_open(). Do you think I'm using it wrong or is something within > the library? > > Thank you for your help in advance :) > > My setup: > Ubuntu 14.04 trusty > gpsd 3.9 (ubuntu deb) > libqgpsmm20:amd64 3.9-3 (ubuntu deb) > > How to reproduce: > ------------------- CODE > #include > #include > #include > > gpsmm* cli = NULL; > > #define GPS_HOST_NAME "localhost" > #define GPS_HOST_PORT "2947" > #define GPS_WAITING_TIMEOUT 1000 > > int main () { > cli = new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT); > cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NEWSTYLE | WATCH_SCALED); > gps_data_t* g; > > for(int i = 0; i < 50; i++){ > if(cli->waiting(GPS_WAITING_TIMEOUT)){ > if( (g = cli->read()) ){ > std::cout << "lat:" << g->fix.latitude << ", lon:" << > g->fix.longitude << std::endl; > } > } > > sleep(1); > } > > cli->stream(WATCH_DISABLE); > delete(cli); > } > > ------------------- ENDS CODE > > Compile: > g++ -std=c++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm > > > Valgrind log: > $ valgrind --leak-check=full ./gpsd_cpp_client > ==19300== Memcheck, a memory error detector > ==19300== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. > ==19300== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info > ==19300== Command: ./gpsd_cpp_client > ==19300== > QObject::connect: Cannot connect (null)::destroyed() to > QHostInfoLookupManager::waitForThreadPoolDone() > libgps::connected! > ==19300== Conditional jump or move depends on uninitialised value(s) > ==19300== at 0x4E4A4A2: gps_sock_read(gps_data_t*) (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E470CA: gps_read (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E4DB84: gpsmm::read() (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x400DA4: main (in > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > ==19300== This does not surprise me in the least, and we will have to look into what the QT rules are around the calls used and what clean up we need to inject. > lat:nan, lon:nan > lat:nan, lon:nan > lat:nan, lon:nan > lat:nan, lon:nan > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.424 > lat:43.7184, lon:10.4239 > lat:43.7184, lon:10.4239 > ==19300== > ==19300== HEAP SUMMARY: > ==19300== in use at exit: 34,854 bytes in 77 blocks > ==19300== total heap usage: 797 allocs, 720 frees, 870,968 bytes allocated > ==19300== > ==19300== 196 (96 direct, 100 indirect) bytes in 1 blocks are definitely > lost in loss record 52 of 69 > ==19300== at 0x4C2B0E0: operator new(unsigned long) (in > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > ==19300== by 0x6231D31: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x62322DD: QLibrary::setFileName(QString const&) (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x6232358: QLibrary::QLibrary(QString const&, QObject*) (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x5E300BF: ??? (in > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > ==19300== by 0x5E308EC: ??? (in > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > ==19300== by 0x5E25840: QHostInfo::fromName(QString const&) (in > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > ==19300== by 0x5E46969: QAbstractSocket::waitForConnected(int) (in > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > ==19300== by 0x4E4ABCC: gps_sock_open(char const*, char const*, > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E46FC5: gps_open (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, char const*) > (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x400F3C: gpsmm::gpsmm(char const*, char const*) (in > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > ==19300== > ==19300== 234 (96 direct, 138 indirect) bytes in 1 blocks are definitely > lost in loss record 53 of 69 > ==19300== at 0x4C2B0E0: operator new(unsigned long) (in > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > ==19300== by 0x6231D31: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x62324DC: QLibrary::setFileNameAndVersion(QString const&, > QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x623252C: QLibrary::QLibrary(QString const&, QString > const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x619BD44: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x616369B: QLocalePrivate::updateSystemPrivate() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x616393A: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x61639B1: QLocale::QLocale() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x618A33F: QString::toLongLong(bool*, int) const (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x618A488: QString::toInt(bool*, int) const (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x4E4AB64: gps_sock_open(char const*, char const*, > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E46FC5: gps_open (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== > ==19300== 242 (96 direct, 146 indirect) bytes in 1 blocks are definitely > lost in loss record 54 of 69 > ==19300== at 0x4C2B0E0: operator new(unsigned long) (in > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > ==19300== by 0x6231D31: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x62324DC: QLibrary::setFileNameAndVersion(QString const&, > QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x623252C: QLibrary::QLibrary(QString const&, QString > const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x619BC1A: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x616369B: QLocalePrivate::updateSystemPrivate() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x616393A: ??? (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x61639B1: QLocale::QLocale() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x618A33F: QString::toLongLong(bool*, int) const (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x618A488: QString::toInt(bool*, int) const (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > ==19300== by 0x4E4AB64: gps_sock_open(char const*, char const*, > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E46FC5: gps_open (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== > ==19300== 8,216 bytes in 1 blocks are definitely lost in loss record 69 of > 69 > ==19300== at 0x4C2AB80: malloc (in > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > ==19300== by 0x4E4ACF1: gps_sock_open(char const*, char const*, > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E46FC5: gps_open (in > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, char const*) > (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > ==19300== by 0x400F3C: gpsmm::gpsmm(char const*, char const*) (in > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > ==19300== by 0x400D56: main (in > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > ==19300== > ==19300== LEAK SUMMARY: > ==19300== definitely lost: 8,504 bytes in 4 blocks > ==19300== indirectly lost: 384 bytes in 8 blocks > ==19300== possibly lost: 0 bytes in 0 blocks > ==19300== still reachable: 25,966 bytes in 65 blocks > ==19300== suppressed: 0 bytes in 0 blocks > ==19300== Reachable blocks (those to which a pointer was found) are not > shown. > ==19300== To see them, rerun with: --leak-check=full --show-leak-kinds=all > ==19300== > ==19300== For counts of detected and suppressed errors, rerun with: -v > ==19300== Use --track-origins=yes to see where uninitialised values come > from > ==19300== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 0 from 0) > From MAILER-DAEMON Tue Jan 31 01:02:57 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cYRWr-0006G5-31 for mharc-gpsd-users@gnu.org; Tue, 31 Jan 2017 01:02:57 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60958) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYBox-0007st-Kg for gpsd-users@nongnu.org; Mon, 30 Jan 2017 08:16:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYBou-00008R-NU for gpsd-users@nongnu.org; Mon, 30 Jan 2017 08:16:35 -0500 Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:36677) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYBou-00008L-F3 for gpsd-users@nongnu.org; Mon, 30 Jan 2017 08:16:32 -0500 Received: by mail-oi0-x22a.google.com with SMTP id u143so194290952oif.3 for ; Mon, 30 Jan 2017 05:16:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NrgIQ4R8q54wa17DPAjxDcUr2xtrWIuYQYse8XGvTYE=; b=uxLpskWnojVxhLtGs8QgM2qr1NT/56f7pBoj7zsZBi+qqQRZpyUhzRcmqe0mMx5uYU iTKXE45RMdNEiplNmuCAAxgFZtj98XPyvA1KdsFRwt7lwaKpBHmFrbUMI9c9XRG98M+f BGtuZyOIWEC6JD7u/ine/FJ3AjjBw0qdly6V0tuefJWrvsS+vOzO1HVeNPthQsximqpQ rwLm0dJPIz/sLUDDtww2f1SW9ZXVOAvxf8r+kjM3s2jCRBZuDgaDRAubEfLoik7Tlqpe VbX49Gx24++LaYVNHSMSONjtDls+c6T7N6jeMrH33FyeeNAOWMqLQrfXqOgNVyoFrTaN QObA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NrgIQ4R8q54wa17DPAjxDcUr2xtrWIuYQYse8XGvTYE=; b=p4v0ESss+HXi+nyrwtbAIxwF73Zq0p4OqghO1sa8+Vm2Kosbv2VxwNDhn3U/ncZHYV wSivjSdVWOPUUNGFRbVystZcF+BYM555NtOP19mXvAsl311RrfqfRlxjoYZUecY084U5 O3DATA/r1DeObgK1iMHmQvGmPpFKdENE/WDysEfDqi8qfvGsnCoouZYFgO7GO7Eu7ADi +BR+tTBDFwrisk3o9eFTZ6+xxgtIZ8H8cx1GrrB/qJf4LlIoToR6/QJxvF9QUJfzz0hj GEtpwo69SODeM/KfJo1MB29UTVlp4meAu0yW5MRtyPUkg9+4g7SeFjYFQUHsdEtsnbqy m+vw== X-Gm-Message-State: AIkVDXJ9OOsjRPCX5+bnZ58t6VFOK2fosEFyF4HBGYNKMoAM8/MhpI8cicSXUjHVEHjepcM+g7TXXxt7Wt2YCg== X-Received: by 10.202.240.4 with SMTP id o4mr11515524oih.189.1485782191661; Mon, 30 Jan 2017 05:16:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.63.202 with HTTP; Mon, 30 Jan 2017 05:16:31 -0800 (PST) In-Reply-To: References: From: Michele Carignani Date: Mon, 30 Jan 2017 14:16:31 +0100 Message-ID: To: Jon Schlueter Cc: gpsd users Content-Type: multipart/alternative; boundary=94eb2c0943eebf694905474f9f6d X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c06::22a X-Mailman-Approved-At: Tue, 31 Jan 2017 01:02:56 -0500 Subject: Re: [gpsd-users] libgpsmm and memory leaks X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2017 13:16:38 -0000 --94eb2c0943eebf694905474f9f6d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Jon, Thank you for replying. No, I'm not targeting Qt environment myself, I'm working on some headless stuff, no GUI needed. If I understand correctly the link is provided by default in the Ubuntu distributed version (which I have to deal with). I will check if Ubuntu distributes libgpsmm without Qt and will report future experiments. Thanks,=C3=B9 Michele 2017-01-30 12:31 GMT+01:00 Jon Schlueter : > Thanks for taking a look and reporting, First Question are you > targeting this for a QT application? > > one comment inline, but it does not suprise me that there are leaks > with the QT hooks that have been embedded in the code. > > Jon > > On Mon, Jan 30, 2017 at 4:26 AM, Michele Carignani > wrote: > > Hello everybody, > > > > I'm using libgpsmm in my project and I detected some memory leaks in th= e > > function gps_open(). Do you think I'm using it wrong or is something > within > > the library? > > > > Thank you for your help in advance :) > > > > My setup: > > Ubuntu 14.04 trusty > > gpsd 3.9 (ubuntu deb) > > libqgpsmm20:amd64 3.9-3 (ubuntu deb) > > > > How to reproduce: > > ------------------- CODE > > #include > > #include > > #include > > > > gpsmm* cli =3D NULL; > > > > #define GPS_HOST_NAME "localhost" > > #define GPS_HOST_PORT "2947" > > #define GPS_WAITING_TIMEOUT 1000 > > > > int main () { > > cli =3D new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT); > > cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NEWSTYLE | > WATCH_SCALED); > > gps_data_t* g; > > > > for(int i =3D 0; i < 50; i++){ > > if(cli->waiting(GPS_WAITING_TIMEOUT)){ > > if( (g =3D cli->read()) ){ > > std::cout << "lat:" << g->fix.latitude << ", lon:" << > > g->fix.longitude << std::endl; > > } > > } > > > > sleep(1); > > } > > > > cli->stream(WATCH_DISABLE); > > delete(cli); > > } > > > > ------------------- ENDS CODE > > > > Compile: > > g++ -std=3Dc++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm > > > > > > Valgrind log: > > $ valgrind --leak-check=3Dfull ./gpsd_cpp_client > > =3D=3D19300=3D=3D Memcheck, a memory error detector > > =3D=3D19300=3D=3D Copyright (C) 2002-2013, and GNU GPL'd, by Julian Sew= ard et al. > > =3D=3D19300=3D=3D Using Valgrind-3.10.1 and LibVEX; rerun with -h for c= opyright > info > > =3D=3D19300=3D=3D Command: ./gpsd_cpp_client > > =3D=3D19300=3D=3D > > QObject::connect: Cannot connect (null)::destroyed() to > > QHostInfoLookupManager::waitForThreadPoolDone() > > libgps::connected! > > =3D=3D19300=3D=3D Conditional jump or move depends on uninitialised val= ue(s) > > =3D=3D19300=3D=3D at 0x4E4A4A2: gps_sock_read(gps_data_t*) (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E470CA: gps_read (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E4DB84: gpsmm::read() (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x400DA4: main (in > > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > > =3D=3D19300=3D=3D > > This does not surprise me in the least, and we will have to look into > what the QT rules are around the calls used and what clean up we need > to inject. > > > lat:nan, lon:nan > > lat:nan, lon:nan > > lat:nan, lon:nan > > lat:nan, lon:nan > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.424 > > lat:43.7184, lon:10.4239 > > lat:43.7184, lon:10.4239 > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D HEAP SUMMARY: > > =3D=3D19300=3D=3D in use at exit: 34,854 bytes in 77 blocks > > =3D=3D19300=3D=3D total heap usage: 797 allocs, 720 frees, 870,968 by= tes > allocated > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D 196 (96 direct, 100 indirect) bytes in 1 blocks are d= efinitely > > lost in loss record 52 of 69 > > =3D=3D19300=3D=3D at 0x4C2B0E0: operator new(unsigned long) (in > > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > > =3D=3D19300=3D=3D by 0x6231D31: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x62322DD: QLibrary::setFileName(QString const&= ) (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x6232358: QLibrary::QLibrary(QString const&, Q= Object*) > (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x5E300BF: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > > =3D=3D19300=3D=3D by 0x5E308EC: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > > =3D=3D19300=3D=3D by 0x5E25840: QHostInfo::fromName(QString const&) = (in > > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > > =3D=3D19300=3D=3D by 0x5E46969: QAbstractSocket::waitForConnected(in= t) (in > > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) > > =3D=3D19300=3D=3D by 0x4E4ABCC: gps_sock_open(char const*, char cons= t*, > > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, c= har > const*) > > (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x400F3C: gpsmm::gpsmm(char const*, char const*= ) (in > > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D 234 (96 direct, 138 indirect) bytes in 1 blocks are d= efinitely > > lost in loss record 53 of 69 > > =3D=3D19300=3D=3D at 0x4C2B0E0: operator new(unsigned long) (in > > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > > =3D=3D19300=3D=3D by 0x6231D31: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x62324DC: QLibrary::setFileNameAndVersion(QStr= ing > const&, > > QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x623252C: QLibrary::QLibrary(QString const&, Q= String > > const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x619BD44: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x616369B: QLocalePrivate::updateSystemPrivate(= ) (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x616393A: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x61639B1: QLocale::QLocale() (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x618A33F: QString::toLongLong(bool*, int) cons= t (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x618A488: QString::toInt(bool*, int) const (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x4E4AB64: gps_sock_open(char const*, char cons= t*, > > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D 242 (96 direct, 146 indirect) bytes in 1 blocks are d= efinitely > > lost in loss record 54 of 69 > > =3D=3D19300=3D=3D at 0x4C2B0E0: operator new(unsigned long) (in > > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > > =3D=3D19300=3D=3D by 0x6231D31: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x62324DC: QLibrary::setFileNameAndVersion(QStr= ing > const&, > > QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x623252C: QLibrary::QLibrary(QString const&, Q= String > > const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x619BC1A: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x616369B: QLocalePrivate::updateSystemPrivate(= ) (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x616393A: ??? (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x61639B1: QLocale::QLocale() (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x618A33F: QString::toLongLong(bool*, int) cons= t (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x618A488: QString::toInt(bool*, int) const (in > > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) > > =3D=3D19300=3D=3D by 0x4E4AB64: gps_sock_open(char const*, char cons= t*, > > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D 8,216 bytes in 1 blocks are definitely lost in loss r= ecord 69 > of > > 69 > > =3D=3D19300=3D=3D at 0x4C2AB80: malloc (in > > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) > > =3D=3D19300=3D=3D by 0x4E4ACF1: gps_sock_open(char const*, char cons= t*, > > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in > > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, c= har > const*) > > (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > > =3D=3D19300=3D=3D by 0x400F3C: gpsmm::gpsmm(char const*, char const*= ) (in > > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > > =3D=3D19300=3D=3D by 0x400D56: main (in > > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D LEAK SUMMARY: > > =3D=3D19300=3D=3D definitely lost: 8,504 bytes in 4 blocks > > =3D=3D19300=3D=3D indirectly lost: 384 bytes in 8 blocks > > =3D=3D19300=3D=3D possibly lost: 0 bytes in 0 blocks > > =3D=3D19300=3D=3D still reachable: 25,966 bytes in 65 blocks > > =3D=3D19300=3D=3D suppressed: 0 bytes in 0 blocks > > =3D=3D19300=3D=3D Reachable blocks (those to which a pointer was found)= are not > > shown. > > =3D=3D19300=3D=3D To see them, rerun with: --leak-check=3Dfull > --show-leak-kinds=3Dall > > =3D=3D19300=3D=3D > > =3D=3D19300=3D=3D For counts of detected and suppressed errors, rerun w= ith: -v > > =3D=3D19300=3D=3D Use --track-origins=3Dyes to see where uninitialised = values come > > from > > =3D=3D19300=3D=3D ERROR SUMMARY: 5 errors from 5 contexts (suppressed: = 0 from 0) > > > --94eb2c0943eebf694905474f9f6d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Jon,

Thank you for replying.<= br>
No, I'm not targeting Qt environment myself, I'm working on = some headless stuff, no GUI needed.
If I understand correctly the link = is provided by default in the Ubuntu distributed version (which I have to d= eal with).

I will check if Ubuntu distributes libgps= mm without Qt and will report future experiments.

Thanks,= =C3=B9
Michele

2017-01-30 12:31 GMT+01:00 Jon Schlueter <= span dir=3D"ltr"><jon.schlueter@gmail.com>:
Thanks for taking a look and reporting, First Question are you
targeting this for a QT application?

one comment inline, but it does not suprise me that there are leaks
with the QT hooks that have been embedded in the code.

Jon

On Mon, Jan 30, 2017 at 4:26 AM, Michele Carignani
<michele.carignani@gmail.= com> wrote:
> Hello everybody,
>
> I'm using libgpsmm in my project and I detected some memory leaks = in the
> function gps_open(). Do you think I'm using it wrong or is somethi= ng within
> the library?
>
> Thank you for your help in advance :)
>
> My setup:
> Ubuntu 14.04 trusty
> gpsd 3.9 (ubuntu deb)
> libqgpsmm20:amd64 3.9-3 (ubuntu deb)
>
> How to reproduce:
> ------------------- CODE
> #include <libgpsmm.h>
> #include <iostream>
> #include <unistd.h>
>
> gpsmm* cli =3D NULL;
>
> #define GPS_HOST_NAME "localhost"
> #define=C2=A0 GPS_HOST_PORT "2947"
> #define GPS_WAITING_TIMEOUT 1000
>
> int main () {
>=C2=A0 =C2=A0 =C2=A0cli =3D new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT); >=C2=A0 =C2=A0 =C2=A0cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NE= WSTYLE | WATCH_SCALED);
>=C2=A0 =C2=A0 =C2=A0gps_data_t* g;
>
>=C2=A0 =C2=A0 =C2=A0for(int i =3D 0; i < 50; i++){
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if(cli->waiting(GPS_WAITING_T= IMEOUT)){
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if( (g =3D cli->read= ()) ){
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0std::cout= << "lat:" <<=C2=A0 g->fix.latitude << "= ;, lon:" <<
> g->fix.longitude << std::endl;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sleep(1);
>=C2=A0 =C2=A0 =C2=A0}
>
>=C2=A0 =C2=A0 =C2=A0cli->stream(WATCH_DISABLE);
>=C2=A0 =C2=A0 =C2=A0delete(cli);
> }
>
> ------------------- ENDS CODE
>
> Compile:
> g++ -std=3Dc++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm
>
>
> Valgrind log:
> $ valgrind --leak-check=3Dfull ./gpsd_cpp_client
> =3D=3D19300=3D=3D Memcheck, a memory error detector
> =3D=3D19300=3D=3D Copyright (C) 2002-2013, and GNU GPL'd, by Julia= n Seward et al.
> =3D=3D19300=3D=3D Using Valgrind-3.10.1 and LibVEX; rerun with -h for = copyright info
> =3D=3D19300=3D=3D Command: ./gpsd_cpp_client
> =3D=3D19300=3D=3D
> QObject::connect: Cannot connect (null)::destroyed() to
> QHostInfoLookupManager::waitForThreadPoolDone()
> libgps::connected!
> =3D=3D19300=3D=3D Conditional jump or move depends on uninitialised va= lue(s)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4E4A4A2: gps_sock_read(gps_data_t*= ) (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E470CA: gps_read (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4DB84: gpsmm::read() (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400DA4: main (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D

This does not surprise me in the least, and we will have to loo= k into
what the QT rules are around the calls used and what clean up we need
to inject.

> lat:nan, lon:nan
> lat:nan, lon:nan
> lat:nan, lon:nan
> lat:nan, lon:nan
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.4239
> lat:43.7184, lon:10.4239
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D HEAP SUMMARY:
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 =C2=A0in use at exit: 34,854 bytes in 7= 7 blocks
> =3D=3D19300=3D=3D=C2=A0 =C2=A0total heap usage: 797 allocs, 720 frees,= 870,968 bytes allocated
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 196 (96 direct, 100 indirect) bytes in 1 blocks are = definitely
> lost in loss record 52 of 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2B0E0: operator new(unsigned lon= g) (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6231D31: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x62322DD: QLibrary::setFileName(QSt= ring const&) (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6232358: QLibrary::QLibrary(QStrin= g const&, QObject*) (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E300BF: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E308EC: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E25840: QHostInfo::fromName(QStri= ng const&) (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E46969: QAbstractSocket::wai= tForConnected(int) (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4ABCC: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4DA7A: gpsmm::gps_inner_open(cha= r const*, char const*)
> (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400F3C: gpsmm::gpsmm(char const*, = char const*) (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 234 (96 direct, 138 indirect) bytes in 1 blocks are = definitely
> lost in loss record 53 of 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2B0E0: operator new(unsigned lon= g) (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6231D31: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x62324DC: QLibrary::setFileNam= eAndVersion(QString const&,
> QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.= 8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x623252C: QLibrary::QLibrary(QStrin= g const&, QString
> const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.= 4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x619BD44: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616369B: QLocalePrivate::upda= teSystemPrivate() (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616393A: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x61639B1: QLocale::QLocale() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A33F: QString::toLongLong(bool*= , int) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A488: QString::toInt(bool*, int= ) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4AB64: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 242 (96 direct, 146 indirect) bytes in 1 blocks are = definitely
> lost in loss record 54 of 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2B0E0: operator new(unsigned lon= g) (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6231D31: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x62324DC: QLibrary::setFileNam= eAndVersion(QString const&,
> QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.= 8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x623252C: QLibrary::QLibrary(QStrin= g const&, QString
> const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.= 4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x619BC1A: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616369B: QLocalePrivate::upda= teSystemPrivate() (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616393A: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x61639B1: QLocale::QLocale() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A33F: QString::toLongLong(bool*= , int) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A488: QString::toInt(bool*, int= ) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4AB64: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 8,216 bytes in 1 blocks are definitely lost in loss = record 69 of
> 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2AB80: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4ACF1: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4DA7A: gpsmm::gps_inner_open(cha= r const*, char const*)
> (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400F3C: gpsmm::gpsmm(char const*, = char const*) (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400D56: main (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D LEAK SUMMARY:
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 definitely lost: 8,504 bytes in 4 block= s
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 indirectly lost: 384 bytes in 8 blocks<= br> > =3D=3D19300=3D=3D=C2=A0 =C2=A0 =C2=A0 possibly lost: 0 bytes in 0 bloc= ks
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 still reachable: 25,966 bytes in 65 blo= cks
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0suppressed: 0 bytes= in 0 blocks
> =3D=3D19300=3D=3D Reachable blocks (those to which a pointer was found= ) are not
> shown.
> =3D=3D19300=3D=3D To see them, rerun with: --leak-check=3Dfull --show-= leak-kinds=3Dall
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D For counts of detected and suppressed errors, rerun = with: -v
> =3D=3D19300=3D=3D Use --track-origins=3Dyes to see where uninitialised= values come
> from
> =3D=3D19300=3D=3D ERROR SUMMARY: 5 errors from 5 contexts (suppressed:= 0 from 0)
>

--94eb2c0943eebf694905474f9f6d-- From MAILER-DAEMON Tue Jan 31 01:03:10 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cYRX4-0006Lg-87 for mharc-gpsd-users@gnu.org; Tue, 31 Jan 2017 01:03:10 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36572) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYDlo-0005wi-RO for gpsd-users@nongnu.org; Mon, 30 Jan 2017 10:21:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYDll-000097-Dw for gpsd-users@nongnu.org; Mon, 30 Jan 2017 10:21:28 -0500 Received: from mail-ot0-x235.google.com ([2607:f8b0:4003:c0f::235]:34550) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYDll-00008y-5O for gpsd-users@nongnu.org; Mon, 30 Jan 2017 10:21:25 -0500 Received: by mail-ot0-x235.google.com with SMTP id f9so244418446otd.1 for ; Mon, 30 Jan 2017 07:21:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=J4bVZjLfk0YCAFYgAkRHUELE7NKC2FvtXj0eJCkNkCo=; b=inTKkqvRaZ7MPncpt60rp/n4Hf+OoW2jiy5yJ62fwlXFQKpjlG3JF9Jp9AqVIQ94/V 7Ga7ZmzdujJnICzJRnEkCyflFqLYMdUBltXXq2/3n7NhZsmA4Nlp1TxNpCJqx2PrbydM wvAI6tlz+zJGw5Vo+8pl7wWiYD7PehC5JZ6Klc1nrwJhex+PxYyYR1M+GFvM7HVNH9BU 3srn66XQsbFNpvkbcqhiOOCo8RHmiRgzR+hxp42thC9X8+cK29jWhPgUuVjEMBgO39Hu WURWxmynJM/UrQahk/wPx+RHsh2I48jL9KBodKm5ZHQdIP0flBIvwYVk11IBjmDH8D2Y MHnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=J4bVZjLfk0YCAFYgAkRHUELE7NKC2FvtXj0eJCkNkCo=; b=EEmT8Qvwn9OppOtuBlbQspBPZn0KgCG9e2BpCIZTSwugjUUotZGnf6rG4Gy8sp5xkt hknH81UOKCRoEzOgPCM86ON9KoaQO1JkgAquS3/l/nJB42GLxSaq2iBcCENp8aqFPogd O3JVK2fL2xodXbzAjGDstPYpMZhxxanUXoIbJZa9KZKXo6ooO+0qnqI7OmsD7mPfp1LS T2Hcs0IGUev6VG1W6hNHyhLq6p91LY+0r9yBJWWLoL3LSlcMSSiFMNuFu3P1Dk6uspoc RS7JAsFABlMP706HAYg1S7+pCJlzKFok89o3sP0i5ihphM00OsiDYgnJMuAZduif43i+ KEdQ== X-Gm-Message-State: AIkVDXI666X1xNWMUlQ9saETApC6R++SQ2v6J0B/VtrJtKdosZRBPbU4lIsa4TpxY6ZPzEgcfZ6Xhlxna5TKXA== X-Received: by 10.157.43.81 with SMTP id f17mr10120300otd.272.1485789684177; Mon, 30 Jan 2017 07:21:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.63.202 with HTTP; Mon, 30 Jan 2017 07:21:23 -0800 (PST) In-Reply-To: References: From: Michele Carignani Date: Mon, 30 Jan 2017 16:21:23 +0100 Message-ID: To: gpsd users Content-Type: multipart/alternative; boundary=001a113df63a5622390547515ed1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4003:c0f::235 X-Mailman-Approved-At: Tue, 31 Jan 2017 01:03:07 -0500 Subject: Re: [gpsd-users] libgpsmm and memory leaks X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2017 15:21:31 -0000 --001a113df63a5622390547515ed1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello everybody, I found some more information about gpsmm libraries distributed by Ubuntu in the man page : "*The important difference between the libraries is that libgpsmm is targeted at C++ applications and contained in libgps, while libQgpsmm is platform independent by using QTcpSocket to connect to gpsd and shipped as an additional library due to the necessary linking to QT*" Therefore: * libgps and libgps-dev ship gpsmm *without Qt* * libqgpsmm and libqgpsmm-dev ship gpsmm * with Qt* Since I didn't need Qt libraries, the fix for me was simply: * to remove libqgpsmm* packages * to link my program to libgps itself Not a single line of code changed. Re-running the dumb example above, now there aren't memory leaks (I paste Valgrind log below for completeness). Thank you Jon for pointing me in the right direction. Regards, Michele ---------------------------------- NEW VALGRIND LOG $ valgrind ./gpsd_cpp_client =3D=3D4498=3D=3D Memcheck, a memory error detector =3D=3D4498=3D=3D Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward e= t al. =3D=3D4498=3D=3D Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyri= ght info =3D=3D4498=3D=3D Command: ./gpsd_cpp_client =3D=3D4498=3D=3D =3D=3D4498=3D=3D Conditional jump or move depends on uninitialised value(s) =3D=3D4498=3D=3D at 0x4E4936A: gps_sock_read (in /usr/lib/x86_64-linux-gnu/libgps.so.20.0.0) =3D=3D4498=3D=3D by 0x4E45DA9: gps_read (in /usr/lib/x86_64-linux-gnu/libgps.so.20.0.0) =3D=3D4498=3D=3D by 0x4E4C064: gpsmm::read() (in /usr/lib/x86_64-linux-gnu/libgps.so.20.0.0) =3D=3D4498=3D=3D by 0x400DA4: main (in /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) =3D=3D4498=3D=3D lat:nan, lon:nan lat:nan, lon:nan lat:nan, lon:nan lat:nan, lon:nan lat:nan, lon:nan lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 lat:43.7183, lon:10.4251 =3D=3D4498=3D=3D =3D=3D4498=3D=3D HEAP SUMMARY: =3D=3D4498=3D=3D in use at exit: 0 bytes in 0 blocks =3D=3D4498=3D=3D total heap usage: 54 allocs, 54 frees, 31,913 bytes allo= cated =3D=3D4498=3D=3D =3D=3D4498=3D=3D All heap blocks were freed -- no leaks are possible =3D=3D4498=3D=3D =3D=3D4498=3D=3D For counts of detected and suppressed errors, rerun with: = -v =3D=3D4498=3D=3D Use --track-origins=3Dyes to see where uninitialised value= s come from =3D=3D4498=3D=3D ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 fro= m 0) 2017-01-30 14:16 GMT+01:00 Michele Carignani : > Hello Jon, > > Thank you for replying. > > No, I'm not targeting Qt environment myself, I'm working on some headless > stuff, no GUI needed. > If I understand correctly the link is provided by default in the Ubuntu > distributed version (which I have to deal with). > > I will check if Ubuntu distributes libgpsmm without Qt and will report > future experiments. > > Thanks,=C3=B9 > Michele > > 2017-01-30 12:31 GMT+01:00 Jon Schlueter : > >> Thanks for taking a look and reporting, First Question are you >> targeting this for a QT application? >> >> one comment inline, but it does not suprise me that there are leaks >> with the QT hooks that have been embedded in the code. >> >> Jon >> >> On Mon, Jan 30, 2017 at 4:26 AM, Michele Carignani >> wrote: >> > Hello everybody, >> > >> > I'm using libgpsmm in my project and I detected some memory leaks in t= he >> > function gps_open(). Do you think I'm using it wrong or is something >> within >> > the library? >> > >> > Thank you for your help in advance :) >> > >> > My setup: >> > Ubuntu 14.04 trusty >> > gpsd 3.9 (ubuntu deb) >> > libqgpsmm20:amd64 3.9-3 (ubuntu deb) >> > >> > How to reproduce: >> > ------------------- CODE >> > #include >> > #include >> > #include >> > >> > gpsmm* cli =3D NULL; >> > >> > #define GPS_HOST_NAME "localhost" >> > #define GPS_HOST_PORT "2947" >> > #define GPS_WAITING_TIMEOUT 1000 >> > >> > int main () { >> > cli =3D new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT); >> > cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NEWSTYLE | >> WATCH_SCALED); >> > gps_data_t* g; >> > >> > for(int i =3D 0; i < 50; i++){ >> > if(cli->waiting(GPS_WAITING_TIMEOUT)){ >> > if( (g =3D cli->read()) ){ >> > std::cout << "lat:" << g->fix.latitude << ", lon:" << >> > g->fix.longitude << std::endl; >> > } >> > } >> > >> > sleep(1); >> > } >> > >> > cli->stream(WATCH_DISABLE); >> > delete(cli); >> > } >> > >> > ------------------- ENDS CODE >> > >> > Compile: >> > g++ -std=3Dc++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm >> > >> > >> > Valgrind log: >> > $ valgrind --leak-check=3Dfull ./gpsd_cpp_client >> > =3D=3D19300=3D=3D Memcheck, a memory error detector >> > =3D=3D19300=3D=3D Copyright (C) 2002-2013, and GNU GPL'd, by Julian Se= ward et >> al. >> > =3D=3D19300=3D=3D Using Valgrind-3.10.1 and LibVEX; rerun with -h for = copyright >> info >> > =3D=3D19300=3D=3D Command: ./gpsd_cpp_client >> > =3D=3D19300=3D=3D >> > QObject::connect: Cannot connect (null)::destroyed() to >> > QHostInfoLookupManager::waitForThreadPoolDone() >> > libgps::connected! >> > =3D=3D19300=3D=3D Conditional jump or move depends on uninitialised va= lue(s) >> > =3D=3D19300=3D=3D at 0x4E4A4A2: gps_sock_read(gps_data_t*) (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E470CA: gps_read (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E4DB84: gpsmm::read() (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x400DA4: main (in >> > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) >> > =3D=3D19300=3D=3D >> >> This does not surprise me in the least, and we will have to look into >> what the QT rules are around the calls used and what clean up we need >> to inject. >> >> > lat:nan, lon:nan >> > lat:nan, lon:nan >> > lat:nan, lon:nan >> > lat:nan, lon:nan >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.424 >> > lat:43.7184, lon:10.4239 >> > lat:43.7184, lon:10.4239 >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D HEAP SUMMARY: >> > =3D=3D19300=3D=3D in use at exit: 34,854 bytes in 77 blocks >> > =3D=3D19300=3D=3D total heap usage: 797 allocs, 720 frees, 870,968 b= ytes >> allocated >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D 196 (96 direct, 100 indirect) bytes in 1 blocks are = definitely >> > lost in loss record 52 of 69 >> > =3D=3D19300=3D=3D at 0x4C2B0E0: operator new(unsigned long) (in >> > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) >> > =3D=3D19300=3D=3D by 0x6231D31: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x62322DD: QLibrary::setFileName(QString const= &) (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x6232358: QLibrary::QLibrary(QString const&, = QObject*) >> (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x5E300BF: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x5E308EC: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x5E25840: QHostInfo::fromName(QString const&)= (in >> > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x5E46969: QAbstractSocket::waitForConnected(i= nt) (in >> > /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x4E4ABCC: gps_sock_open(char const*, char con= st*, >> > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, = char >> const*) >> > (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x400F3C: gpsmm::gpsmm(char const*, char const= *) (in >> > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D 234 (96 direct, 138 indirect) bytes in 1 blocks are = definitely >> > lost in loss record 53 of 69 >> > =3D=3D19300=3D=3D at 0x4C2B0E0: operator new(unsigned long) (in >> > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) >> > =3D=3D19300=3D=3D by 0x6231D31: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x62324DC: QLibrary::setFileNameAndVersion(QSt= ring >> const&, >> > QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x623252C: QLibrary::QLibrary(QString const&, = QString >> > const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x619BD44: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x616369B: QLocalePrivate::updateSystemPrivate= () (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x616393A: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x61639B1: QLocale::QLocale() (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x618A33F: QString::toLongLong(bool*, int) con= st (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x618A488: QString::toInt(bool*, int) const (i= n >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x4E4AB64: gps_sock_open(char const*, char con= st*, >> > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D 242 (96 direct, 146 indirect) bytes in 1 blocks are = definitely >> > lost in loss record 54 of 69 >> > =3D=3D19300=3D=3D at 0x4C2B0E0: operator new(unsigned long) (in >> > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) >> > =3D=3D19300=3D=3D by 0x6231D31: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x62324DC: QLibrary::setFileNameAndVersion(QSt= ring >> const&, >> > QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x623252C: QLibrary::QLibrary(QString const&, = QString >> > const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x619BC1A: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x616369B: QLocalePrivate::updateSystemPrivate= () (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x616393A: ??? (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x61639B1: QLocale::QLocale() (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x618A33F: QString::toLongLong(bool*, int) con= st (in >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x618A488: QString::toInt(bool*, int) const (i= n >> > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) >> > =3D=3D19300=3D=3D by 0x4E4AB64: gps_sock_open(char const*, char con= st*, >> > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D 8,216 bytes in 1 blocks are definitely lost in loss = record 69 >> of >> > 69 >> > =3D=3D19300=3D=3D at 0x4C2AB80: malloc (in >> > /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) >> > =3D=3D19300=3D=3D by 0x4E4ACF1: gps_sock_open(char const*, char con= st*, >> > gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E46FC5: gps_open (in >> > /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x4E4DA7A: gpsmm::gps_inner_open(char const*, = char >> const*) >> > (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) >> > =3D=3D19300=3D=3D by 0x400F3C: gpsmm::gpsmm(char const*, char const= *) (in >> > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) >> > =3D=3D19300=3D=3D by 0x400D56: main (in >> > /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_client) >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D LEAK SUMMARY: >> > =3D=3D19300=3D=3D definitely lost: 8,504 bytes in 4 blocks >> > =3D=3D19300=3D=3D indirectly lost: 384 bytes in 8 blocks >> > =3D=3D19300=3D=3D possibly lost: 0 bytes in 0 blocks >> > =3D=3D19300=3D=3D still reachable: 25,966 bytes in 65 blocks >> > =3D=3D19300=3D=3D suppressed: 0 bytes in 0 blocks >> > =3D=3D19300=3D=3D Reachable blocks (those to which a pointer was found= ) are not >> > shown. >> > =3D=3D19300=3D=3D To see them, rerun with: --leak-check=3Dfull >> --show-leak-kinds=3Dall >> > =3D=3D19300=3D=3D >> > =3D=3D19300=3D=3D For counts of detected and suppressed errors, rerun = with: -v >> > =3D=3D19300=3D=3D Use --track-origins=3Dyes to see where uninitialised= values come >> > from >> > =3D=3D19300=3D=3D ERROR SUMMARY: 5 errors from 5 contexts (suppressed:= 0 from 0) >> > >> > > --001a113df63a5622390547515ed1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello ev= erybody,

I found some more information about gpsmm libraries d= istributed by Ubuntu in the man page:

"The important di= fference between the libraries is that libgpsmm is targeted at C++ applicat= ions and contained in libgps, while libQgpsmm is platform independen= t by using QTcpSocket to connect to gpsd and shipped as an additiona= l library due to the necessary linking to QT"

Therefo= re:
* libgps and libgps-dev ship gpsmm without Qt
= * libqgpsmm and libqgpsmm-dev ship gpsmm with Qt

Since = I didn't need Qt libraries, the fix for me was simply:
* to re= move libqgpsmm* packages
* to link my program to libgps itself
=
Not a single line of code changed.
Re-running the dumb e= xample above, now there aren't memory leaks (I paste Valgrind log below= for completeness).

Thank you Jon for pointing me in the = right direction.

Regards,
Michele


---------------------------------- NEW VALGRIND LOG<= br>
$ valgrind ./gpsd_cpp_client
=3D=3D4498=3D=3D Memcheck, a memory= error detector
=3D=3D4498=3D=3D Copyright (C) 2002-2013, and GNU GPL= 9;d, by Julian Seward et al.
=3D=3D4498=3D=3D Using Valgrind-3.10.1 and = LibVEX; rerun with -h for copyright info
=3D=3D4498=3D=3D Command: ./gps= d_cpp_client
=3D=3D4498=3D=3D
=3D=3D4498=3D=3D Conditional jump or m= ove depends on uninitialised value(s)
=3D=3D4498=3D=3D=C2=A0=C2=A0=C2=A0= at 0x4E4936A: gps_sock_read (in /usr/lib/x86_64-linux-gnu/libgps.so.20.0.0= )
=3D=3D4498=3D=3D=C2=A0=C2=A0=C2=A0 by 0x4E45DA9: gps_read (in /usr/lib= /x86_64-linux-gnu/libgps.so.20.0.0)
=3D=3D4498=3D=3D=C2=A0=C2=A0=C2=A0 b= y 0x4E4C064: gpsmm::read() (in /usr/lib/x86_64-linux-gnu/libgps.so.20.0.0)<= br>=3D=3D4498=3D=3D=C2=A0=C2=A0=C2=A0 by 0x400DA4: main (in /home/miche/dev= el/experiments/c++/gpsd_cpp_client/gpsd_cpp_client)
=3D=3D4498=3D=3D lat:nan, lon:nan
lat:nan, lon:nan
lat:nan, lon:nan
lat:nan, lon:n= an
lat:nan, lon:nan
lat:43.7183, lon:10.4251
lat:43.7183, lon:10.4= 251
lat:43.7183, lon:10.4251
lat:43.7183, lon:10.4251
lat:43.7183,= lon:10.4251
lat:43.7183, lon:10.4251
lat:43.7183, lon:10.4251
lat= :43.7183, lon:10.4251
=3D=3D4498=3D=3D
=3D=3D4498=3D=3D HEAP SUMMARY= :
=3D=3D4498=3D=3D=C2=A0=C2=A0=C2=A0=C2=A0 in use at exit: 0 bytes in 0 = blocks
=3D=3D4498=3D=3D=C2=A0=C2=A0 total heap usage: 54 allocs, 54 free= s, 31,913 bytes allocated
=3D=3D4498=3D=3D
=3D=3D4498=3D=3D All heap= blocks were freed -- no leaks are possible
=3D=3D4498=3D=3D
=3D=3D4= 498=3D=3D For counts of detected and suppressed errors, rerun with: -v
= =3D=3D4498=3D=3D Use --track-origins=3Dyes to see where uninitialised value= s come from
=3D=3D4498=3D=3D ERROR SUMMARY: 1 errors from 1 contexts (su= ppressed: 0 from 0)


2017-01-30 14:16 GMT+01:00 Michele Carignani <= ;michele.c= arignani@gmail.com>:
Hello Jon,

Thank you for replying.
No, I'm not targeting Qt environment myself, I'm working on some h= eadless stuff, no GUI needed.
If I understand correctly the link is pro= vided by default in the Ubuntu distributed version (which I have to deal wi= th).

I will check if Ubuntu distributes libgpsmm wit= hout Qt and will report future experiments.

Thanks,=C3=B9=
Michele

2017-01-30 12:31 GMT+01:00 Jon Schlu= eter <jon.schlueter@gmail.com>:
Thanks for taking a look and reporting, First Question are yo= u
targeting this for a QT application?

one comment inline, but it does not suprise me that there are leaks
with the QT hooks that have been embedded in the code.

Jon

On Mon, Jan 30, 2017 at 4:26 AM, Michele Carignani
<michel= e.carignani@gmail.com> wrote:
> Hello everybody,
>
> I'm using libgpsmm in my project and I detected some memory leaks = in the
> function gps_open(). Do you think I'm using it wrong or is somethi= ng within
> the library?
>
> Thank you for your help in advance :)
>
> My setup:
> Ubuntu 14.04 trusty
> gpsd 3.9 (ubuntu deb)
> libqgpsmm20:amd64 3.9-3 (ubuntu deb)
>
> How to reproduce:
> ------------------- CODE
> #include <libgpsmm.h>
> #include <iostream>
> #include <unistd.h>
>
> gpsmm* cli =3D NULL;
>
> #define GPS_HOST_NAME "localhost"
> #define=C2=A0 GPS_HOST_PORT "2947"
> #define GPS_WAITING_TIMEOUT 1000
>
> int main () {
>=C2=A0 =C2=A0 =C2=A0cli =3D new gpsmm(GPS_HOST_NAME, GPS_HOST_PORT); >=C2=A0 =C2=A0 =C2=A0cli->stream(WATCH_ENABLE | WATCH_JSON | WATCH_NE= WSTYLE | WATCH_SCALED);
>=C2=A0 =C2=A0 =C2=A0gps_data_t* g;
>
>=C2=A0 =C2=A0 =C2=A0for(int i =3D 0; i < 50; i++){
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if(cli->waiting(GPS_WAITING_T= IMEOUT)){
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if( (g =3D cli->read= ()) ){
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0std::cout= << "lat:" <<=C2=A0 g->fix.latitude << "= ;, lon:" <<
> g->fix.longitude << std::endl;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0}
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0sleep(1);
>=C2=A0 =C2=A0 =C2=A0}
>
>=C2=A0 =C2=A0 =C2=A0cli->stream(WATCH_DISABLE);
>=C2=A0 =C2=A0 =C2=A0delete(cli);
> }
>
> ------------------- ENDS CODE
>
> Compile:
> g++ -std=3Dc++11 gpsd_cpp_client.cpp -o gpsd_cpp_client -lQgpsmm
>
>
> Valgrind log:
> $ valgrind --leak-check=3Dfull ./gpsd_cpp_client
> =3D=3D19300=3D=3D Memcheck, a memory error detector
> =3D=3D19300=3D=3D Copyright (C) 2002-2013, and GNU GPL'd, by Julia= n Seward et al.
> =3D=3D19300=3D=3D Using Valgrind-3.10.1 and LibVEX; rerun with -h for = copyright info
> =3D=3D19300=3D=3D Command: ./gpsd_cpp_client
> =3D=3D19300=3D=3D
> QObject::connect: Cannot connect (null)::destroyed() to
> QHostInfoLookupManager::waitForThreadPoolDone()
> libgps::connected!
> =3D=3D19300=3D=3D Conditional jump or move depends on uninitialised va= lue(s)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4E4A4A2: gps_sock_read(gps_data_t*= ) (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E470CA: gps_read (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4DB84: gpsmm::read() (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400DA4: main (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D

This does not surprise me in the least, and we will have to loo= k into
what the QT rules are around the calls used and what clean up we need
to inject.

> lat:nan, lon:nan
> lat:nan, lon:nan
> lat:nan, lon:nan
> lat:nan, lon:nan
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.424
> lat:43.7184, lon:10.4239
> lat:43.7184, lon:10.4239
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D HEAP SUMMARY:
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 =C2=A0in use at exit: 34,854 bytes in 7= 7 blocks
> =3D=3D19300=3D=3D=C2=A0 =C2=A0total heap usage: 797 allocs, 720 frees,= 870,968 bytes allocated
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 196 (96 direct, 100 indirect) bytes in 1 blocks are = definitely
> lost in loss record 52 of 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2B0E0: operator new(unsigned lon= g) (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6231D31: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x62322DD: QLibrary::setFileName(QSt= ring const&) (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6232358: QLibrary::QLibrary(QStrin= g const&, QObject*) (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E300BF: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E308EC: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E25840: QHostInfo::fromName(QStri= ng const&) (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x5E46969: QAbstractSocket::waitForC= onnected(int) (in
> /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4ABCC: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4DA7A: gpsmm::gps_inner_open(cha= r const*, char const*)
> (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400F3C: gpsmm::gpsmm(char const*, = char const*) (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 234 (96 direct, 138 indirect) bytes in 1 blocks are = definitely
> lost in loss record 53 of 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2B0E0: operator new(unsigned lon= g) (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6231D31: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x62324DC: QLibrary::setFileNameAndV= ersion(QString const&,
> QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.= 8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x623252C: QLibrary::QLibrary(QStrin= g const&, QString
> const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.= 4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x619BD44: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616369B: QLocalePrivate::updateSys= temPrivate() (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616393A: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x61639B1: QLocale::QLocale() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A33F: QString::toLongLong(bool*= , int) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A488: QString::toInt(bool*, int= ) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4AB64: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 242 (96 direct, 146 indirect) bytes in 1 blocks are = definitely
> lost in loss record 54 of 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2B0E0: operator new(unsigned lon= g) (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x6231D31: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x62324DC: QLibrary::setFileNameAndV= ersion(QString const&,
> QString const&) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.= 8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x623252C: QLibrary::QLibrary(QStrin= g const&, QString
> const&, QObject*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.= 4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x619BC1A: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616369B: QLocalePrivate::updateSys= temPrivate() (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x616393A: ??? (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x61639B1: QLocale::QLocale() (in > /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A33F: QString::toLongLong(bool*= , int) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x618A488: QString::toInt(bool*, int= ) const (in
> /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4AB64: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D 8,216 bytes in 1 blocks are definitely lost in loss = record 69 of
> 69
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 at 0x4C2AB80: malloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4ACF1: gps_sock_open(char const*= , char const*,
> gps_data_t*) (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0) > =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E46FC5: gps_open (in
> /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x4E4DA7A: gpsmm::gps_inner_open(cha= r const*, char const*)
> (in /usr/lib/x86_64-linux-gnu/libQgpsmm.so.20.0.0)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400F3C: gpsmm::gpsmm(char const*, = char const*) (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 by 0x400D56: main (in
> /home/miche/devel/experiments/c++/gpsd_cpp_client/gpsd_cpp_c= lient)
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D LEAK SUMMARY:
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 definitely lost: 8,504 bytes in 4 block= s
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 indirectly lost: 384 bytes in 8 blocks<= br> > =3D=3D19300=3D=3D=C2=A0 =C2=A0 =C2=A0 possibly lost: 0 bytes in 0 bloc= ks
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 still reachable: 25,966 bytes in 65 blo= cks
> =3D=3D19300=3D=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0suppressed: 0 bytes= in 0 blocks
> =3D=3D19300=3D=3D Reachable blocks (those to which a pointer was found= ) are not
> shown.
> =3D=3D19300=3D=3D To see them, rerun with: --leak-check=3Dfull --show-= leak-kinds=3Dall
> =3D=3D19300=3D=3D
> =3D=3D19300=3D=3D For counts of detected and suppressed errors, rerun = with: -v
> =3D=3D19300=3D=3D Use --track-origins=3Dyes to see where uninitialised= values come
> from
> =3D=3D19300=3D=3D ERROR SUMMARY: 5 errors from 5 contexts (suppressed:= 0 from 0)
>


--001a113df63a5622390547515ed1-- From MAILER-DAEMON Tue Jan 31 12:09:33 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cYbvx-0002zQ-77 for mharc-gpsd-users@gnu.org; Tue, 31 Jan 2017 12:09:33 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYa5y-00041Z-7m for gpsd-users@nongnu.org; Tue, 31 Jan 2017 10:11:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYa5u-000063-SO for gpsd-users@nongnu.org; Tue, 31 Jan 2017 10:11:46 -0500 Received: from mail-qt0-x229.google.com ([2607:f8b0:400d:c0d::229]:36609) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYa5u-00005r-Nk for gpsd-users@nongnu.org; Tue, 31 Jan 2017 10:11:42 -0500 Received: by mail-qt0-x229.google.com with SMTP id k15so236685411qtg.3 for ; Tue, 31 Jan 2017 07:11:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=fj3M18nmNepm/whOavcrWIhVtfUM+kBcZdjMaUIHT28=; b=J3gBMbKeeLQoMNzG4Ay+puP639h4bonYHba8Z+1mKJmfVpo0mWYNpI1Kr+V6aRB2It 8jJdQDxoNoJJ8JeopCEgaE5VtIQ2Qk+gXpIuMIiomacD6w3P69QtZqTXNCnHtI4LBzrm QMYmAR5kd2fisYfERrEVrN0lElR9bGScjrxesDXRwy+EV9adq1m0z3hiyDqEf5K5Dh7B MUI7Qb7RNzWQ9n5Gkz1XZe+/XOzShKVrP8jG/GL4GohFoKTKLnymrhnuZuJx1DC2ngyh 22v2TtmnYYjO6vyeyeTCtJYmgtSTcVkvR9s8/5sNanQe2lZdP77F8EFWnnzZGMIV3dM+ aXHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=fj3M18nmNepm/whOavcrWIhVtfUM+kBcZdjMaUIHT28=; b=gaZ+Yk1/DM7iZ/zPLtJnfoKPcloqoIJDwc1M91oEK8PNFvkGqcjD5srkIN+CUqkrRN hGBbcnFi8FWb6Q8awj4VlJI+s209jvEICFMLNH2zjvPxdoC88jZYDWfjOY61l/isZcbX plfFuNi6Tvew7PfKkzFsRNLzcvq4byHRONnBCfjAaFGY+zWmmWnjwAoUHTczR12A/qpG gV3++DRz3ooxBJVsl6WwORmaz2pTcWYIWK2hyDfTLmnNo93mnF6ep1pBCT/7cLLvEeMl m4TWWHnNCCubi4gf1pfYSlxW5+s1CwttsSti8EM3TyglynRzEOU5agLdpbmzM2Git/Gx Dgug== X-Gm-Message-State: AIkVDXJq5ovK66Dq29cQpIl1V17OdCBiQpOhShAGSPFaI+XSZNTjEntnQ2VEEAh0HfS8fg== X-Received: by 10.200.2.8 with SMTP id k8mr24515238qtg.163.1485875501678; Tue, 31 Jan 2017 07:11:41 -0800 (PST) Received: from tonks.localnet ([181.197.249.183]) by smtp.gmail.com with ESMTPSA id g13sm15586920qtg.8.2017.01.31.07.11.40 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Jan 2017 07:11:40 -0800 (PST) From: Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer To: gpsd-users@nongnu.org Date: Tue, 31 Jan 2017 12:11:25 -0300 Message-ID: <2043169.iCQ2dCekPI@tonks> X-Face: &O7POA^t$8Gq0El|^zM9V:*jgn,ETU\1A73; Zdeojd,G(a"; /Y0Fu|/*_jQF+@3'; #.O@& .T"FaLh+5o_F,\lrKg~{JYYVM20Q1I&fUN 4<\TGcR5= User-Agent: KMail/5.2.3 (Linux/4.8.0-2-amd64; KDE/5.28.0; x86_64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart39134499.XzWnN2MSOU"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c0d::229 X-Mailman-Approved-At: Tue, 31 Jan 2017 12:09:32 -0500 Subject: [gpsd-users] Fixes coming too late (great lag) X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2017 15:11:47 -0000 --nextPart39134499.XzWnN2MSOU Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Hi! I have just hitted a strange issue using Debian's gpsd 3.16-4, although= =20 I'm pretty sure I am the culprit. The issue is the following: I am using gpsd trough libgps. My GPS device is= =20 sending data @10Hz (please take a look at the notes below). If I use xgps o= r=20 gpsmon I can see the data comming and the apps updating the information as= =20 they should, ie, if I move lat and long get changed as expected. Now on my app I use: result =3D gps_open("localhost", 37455, &mGPSData); [check result...] result =3D gps_stream(&mGPSData,WATCH_ENABLE|WATCH_JSON, NULL); [check result...] And with a timer I check every 80 ms for a fix: if(gps_waiting(&mGPSData, 500)) { int result =3D gps_read(&mGPSData); if(result =3D=3D -1) { [handle this] } } else { [handle this] } Now if I start to move I need to wait like 60 seconds to see the coordinate= s=20 changing. In other words, I have a great lag. But I can't reproduce this wi= th=20 xpgs nor gpsmon, so I must be doing something wrong here. Notes: I'm receiving data trough CAN but not using NMEA200 because I receiv= e=20 other info there, so the data gets consumed by a muxer and then sent to and= =20 UDP port in which gpsd listens. It clearly works because I then attach xgps= =20 and gpsmon there and get the expected result. So, what am I doing wrong here? Thanks a lot in advance! =2D-=20 8: Si un archivo ha pasado a la "Papelera de Reciclaje" * Ud tiene una carpeta llamada "Papelera de Reciclaje" Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Dami=E1n Nicanor P=E9rez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ --nextPart39134499.XzWnN2MSOU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEEt36hKwjsrvwSzE8q2RfQGKGp9AFAliQqR0ACgkQq2RfQGKG p9BHPhAAqKVPxpYT1f3r87bAo/Mh4FTt34dBVMNF9ejpaFp2xXh4eEiMnAw8ZXnD TCE5BOlxjlM9gI1BEaoLEGi4AcBvF/cMh3QcZ/N19sfQ2nuWTMl3pE/K4a3eL3xC Dbi3Kj4KENf2OZMgC9PlEnet5VfdzYf0B8bwU14L1dV4Xfk/LRXo1ToK6lxivnRB obixazqfC5XuzKNDL6gYEOMlp0vOI84e1bWLJEgYqAMzrZwYRAeXVlNZW7uUybC+ XoOilsdXdApByM6a2siS1Ndj1nW5IMlMZIg206VAv1hGq+A+hmu5yYTNDz8V4XVW r+T48ApYckY4s6MMa6Sx+YlTo3tCeZVMn2B/trTw3rGTwhm51hAEepQeCtge84EA pSy+8eQIBPTbXeCkw3pnikBkdXsN/PN3zcPR8nR1V6lIbRlwVtEfAEh0Vs/aJ0cx 0T3QbkNP15H9FIORfc+vn3RM4R0f2NErQO3ga8RoI1XcmqPIfAK9XNoEyDNTXeo1 R6yYndAb5zLZ+9PiA8oEmIGK8XVTAKl/PMV9iORQC1pM+2KS/enCTWIsH28jyhvj 0LypDeN3Tee+76osw4Ma+mSjA45UnYkASgJP1DilESbxC6+nBPXj9cw2F52x4WzM 3giNT7vZ618YoMobF3snX9inIDYrpA9JzCaYR13SCPX/o8eiK6E= =mLgk -----END PGP SIGNATURE----- --nextPart39134499.XzWnN2MSOU-- From MAILER-DAEMON Tue Jan 31 12:09:49 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cYbwC-0003C0-Tb for mharc-gpsd-users@gnu.org; Tue, 31 Jan 2017 12:09:48 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYaHZ-0006Qy-8L for gpsd-users@nongnu.org; Tue, 31 Jan 2017 10:23:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYaHW-0002dE-55 for gpsd-users@nongnu.org; Tue, 31 Jan 2017 10:23:45 -0500 Received: from mail-qk0-x234.google.com ([2607:f8b0:400d:c09::234]:36510) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYaHW-0002d6-0S for gpsd-users@nongnu.org; Tue, 31 Jan 2017 10:23:42 -0500 Received: by mail-qk0-x234.google.com with SMTP id 11so166944384qkl.3 for ; Tue, 31 Jan 2017 07:23:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=9k1JRo4BwMo8XkH/5ip1z2OV5ACPzLgpANAqCcMvo1A=; b=InxDjMzBPvqcBkzggSZefN9p8sp7TeLNnWWCrki2zLgyrmV6vaaZumKN0EOGUuAIoi Y39qfUL3Qg0+2gpKKGuasc1QsloT3U++Cb5vEWh+uaC8G6XSb1d6SmErH7Xedz6sg66q Zprej9oOC9pEcDs6tn19CXP3MyrOdhJvScvH6UmUrIVEe/abmHheUrxEPieRC8dlrHn8 ABK/wA0SxVhXBDdhR/l9lWPqA1QaDmu8QDDvE/l8arNjsKzkn05pjkf5SQNFS65KZF0E vDlSv3+xdttOKKJXoZMtbt/hyTbUcieoR4ZnVSlhraBh2onvFCbTvwt2zG7Mr7RbJH3O UDFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=9k1JRo4BwMo8XkH/5ip1z2OV5ACPzLgpANAqCcMvo1A=; b=CFTuQwfFSEbN/h6LWNsDBzQYeN8BbI2avZwyZJHSHewJJPpEhYnkSvWe52qsl3PGmI La1XGmRuGzUzHtNIK6QeWh6C0EGigWBYqdO/UljRFlCauaEWyL2xHpwt6Iut/pcA/3OT h8nPeq7gEVhZcZmcT8iNAQOtgrU7s0Zfc1/Yt55T7h13sSh299xu2/fCiYsbTocLlILT LttuGJ7+Yj79JnicgMsFLjUeHBos5oWEpTra8mVSIWm4xxWPYn996bmNnBZ0OdiW9tmV /DbqEz2XzxheAsLKsTnm/s81giWLjyrURx9reccl+93/q4GOYw/9AZJndwYyXY+DhX3X y8kQ== X-Gm-Message-State: AIkVDXK2H9qpnTtrPpwR8p9ijyb5nWvLRquMUwhxokSLyYjikkp0svsgTA9Elw3ZzdFV3w== X-Received: by 10.55.92.130 with SMTP id q124mr13345048qkb.203.1485876221103; Tue, 31 Jan 2017 07:23:41 -0800 (PST) Received: from tonks.localnet ([181.197.249.183]) by smtp.gmail.com with ESMTPSA id u54sm15575204qtu.35.2017.01.31.07.23.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Jan 2017 07:23:39 -0800 (PST) From: Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer To: gpsd-users@nongnu.org Date: Tue, 31 Jan 2017 12:23:37 -0300 Message-ID: <1882919.cn8s5J80Y2@tonks> X-Face: &O7POA^t$8Gq0El|^zM9V:*jgn,ETU\1A73; Zdeojd,G(a"; /Y0Fu|/*_jQF+@3'; #.O@& .T"FaLh+5o_F,\lrKg~{JYYVM20Q1I&fUN 4<\TGcR5= User-Agent: KMail/5.2.3 (Linux/4.8.0-2-amd64; KDE/5.28.0; x86_64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8427293.E0pEqjPg5C"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c09::234 X-Mailman-Approved-At: Tue, 31 Jan 2017 12:09:48 -0500 Subject: [gpsd-users] Getting fixes without polling X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2017 15:23:50 -0000 --nextPart8427293.E0pEqjPg5C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Is there any way to get fixes without the need to poll? I guess dbus might= =20 help here, but... =2D-=20 Lisandro Dami=E1n Nicanor P=E9rez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ --nextPart8427293.E0pEqjPg5C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEEt36hKwjsrvwSzE8q2RfQGKGp9AFAliQq/kACgkQq2RfQGKG p9B3NQ/8DXHxfbiRVJsHM6jOwIAQSEq6yoXsJC8w+h70JvtQp2zUQT36YNVpnaNT ECIPoHcO6rnBXG0+fj2mKJkynzDv5TDb+i2KNOlnh2TpdYFJ6Sa4xsg3I5gC8Itt e2Tj2+4HJQ3HJJP0qGu4+MEFWuGeQS6xh8cXWCHkrFXrQHIZNxkzo2Ku8+7Q/o9h c7tmT9gEBFRnjG+RIKlRga3nSYYH3aKD/1O13KHGvRtbBlFzDha4ANSFEJ9zos8J 6ekvCEDlnxDNaqFRxQikBl0SMm3AMN/BybIWOJpUmbK50HsviJasCNO52KwWxS72 XvYslYzQaIGUtzYYRKBNgOQjP8LvgcaMeaKDYdP1pLQ0X8Kbq8QvHCZRaZxxt83k iw6BiC3V3s6ZjlOpcEn5HO0T4YToTsW5ZQimFNu71/qZXHKHVXIwh1Lww2m2QdtK q+6BH2rtj86QIMcDI4BdoGcC4EDrAGy0iXh8v9DFP+IEPwfLL/3Eu40xlPSKeWRM QKm0dUBZprSuqt+mPNSqt0NPlzCrT9xTYwpwtGyKY+7mUfzGb2BxZlok1+oBoHu+ M9d2CsMPRWd3tXAPRKt96x/c4pio+Z96U0UvtjGhGowIrLd+7H/5Ha6KI0QzPfF1 TjXQLI7EJUvQa1AEqtCMuwLGhaepZgTaToqNgSY2v/WCJM95JjY= =cwpx -----END PGP SIGNATURE----- --nextPart8427293.E0pEqjPg5C-- From MAILER-DAEMON Tue Jan 31 14:01:13 2017 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1cYdg1-0008Ar-9o for mharc-gpsd-users@gnu.org; Tue, 31 Jan 2017 14:01:13 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYdfu-00083h-KK for gpsd-users@nongnu.org; Tue, 31 Jan 2017 14:01:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYdft-0006ID-QG for gpsd-users@nongnu.org; Tue, 31 Jan 2017 14:01:06 -0500 Received: from rellim.com ([2001:470:e815::19]:49353 helo=spidey.rellim.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYdft-0006Ej-Kb for gpsd-users@nongnu.org; Tue, 31 Jan 2017 14:01:05 -0500 Received: from spidey.rellim.com (rellim.com [IPv6:2001:470:e815:0:0:0:0:19]) (authenticated bits=0) by spidey.rellim.com (8.15.2/8.15.2) with ESMTPSA id v0VJ0lAt003667 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 31 Jan 2017 11:00:53 -0800 DKIM-Filter: OpenDKIM Filter v2.10.3 spidey.rellim.com v0VJ0lAt003667 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rellim.com; s=kong; t=1485889253; bh=tIwXI192URB1J7jf3JdKFizlpsbdkP6pGxxyK7Iux9s=; h=Date:From:To:Subject:In-Reply-To:References; b=sqRh3l93cKuWe7jpCQozL6q6D/Fk5ojPaIYRIvlg5EreI9LTlE1YQlNrT6cl7XHle dS2tXQ/Q2QbcfilXLH8ikfL1Hm/wHKo40Wj5QYEsNerYrzd//DI8L9u9euNIGyyK7N IUlTia4Dw+B5MuQXOjWrOQqvrf04zX3bcBeO4lrQ= Date: Tue, 31 Jan 2017 11:00:38 -0800 From: "Gary E. Miller" To: gpsd-users@nongnu.org Message-ID: <20170131110038.78aad66e@spidey.rellim.com> In-Reply-To: <1882919.cn8s5J80Y2@tonks> References: <1882919.cn8s5J80Y2@tonks> Organization: Rellim X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/ISulqzZ6plknPmoK7Cr0vvk"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6rc1 (spidey.rellim.com [IPv6:2001:470:e815:0:0:0:0:19]); Tue, 31 Jan 2017 11:00:53 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:470:e815::19 Subject: Re: [gpsd-users] Getting fixes without polling X-BeenThere: gpsd-users@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2017 19:01:12 -0000 --Sig_/ISulqzZ6plknPmoK7Cr0vvk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yo Lisandro! On Tue, 31 Jan 2017 12:23:37 -0300 Lisandro Dami=C3=A1n Nicanor P=C3=A9rez Meyer wrote: > Is there any way to get fixes without the need to poll? I guess dbus > might help here, but... Open the gpsd port, 2947, and tell it to stream JSON at you. RGDS GARY --------------------------------------------------------------------------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 gem@rellim.com Tel:+1 541 382 8588 Veritas liberabit vos. -- Quid est veritas? "If you can=E2=80=99t measure it, you can=E2=80=99t improve it." - Lord= Kelvin --Sig_/ISulqzZ6plknPmoK7Cr0vvk Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJYkN7WAAoJEA0O2UlB0XnYOdQH/R0e2QEAMok1aQkr1+TnRMnE gzk9pX0+dhEuxWXMpfesxDO0UT1SQMoKOf3Ns9JeaxNlJ+LI1v+b67KPtjl5DOc8 GeVruuY7IH4MzB+Tq6BsXTyUY+wqe7AVVNwlqXpgVJ77StyyKDu3mbAliiIKsvc2 5CzBsD7+oKxzabAlSKw/0neIWh1NS87LpgiKpbD5OMZ1irs7LEtPauywopxPckUj XbeiK3bMi2fF/3jxwnWSMYmm75a1KaKeduxJkhpy3MaR4uEVg2ARioaoU3hpPxzv qn/001oquwKnhCWUWOCyVAQuxY8bsxTde6lBxYoB2MNaD7iL8ay2BOBdiEZmveo= =BCcK -----END PGP SIGNATURE----- --Sig_/ISulqzZ6plknPmoK7Cr0vvk--