Question

Hi all, I'm running a Linux 3.2.0-37 machine and I have built the source code (v2.2 release) with cmake version 2.8.7 gcc version 4.6.3

When I execute some tools (daa, wheresat, RinDump among them) I always get a segfault.

I have tried also with the x86_64 binaries with the same results.

Must be something I missed, any idea?

-- AlvaroSantamaria - 30 Oct 2013

Answer

ALERT! If you answer a question - or have a question you asked answered by someone - please remember to edit the page and set the status to answered. The status is in a drop-down list below the edit box.

Hello Alvaro,

Unfortunately, we are still in the process of updating some of the applications to match new features added to the library code. We apologize for the inconvenience and are currently working on cleaning up these issues, and we will do our best to fix any reported applications for our November v2.3 release.

You mentioned daa, wheresat, and RinDump as problematic...have you found any others that are giving you issues? Only some applications are used here in-house, so we are currently very dependent on receiving feedback from our open-source users, like yourself, to notify us when applications are having problems. This will no longer be the case when our new testing framework goes live with the v2.4 release.

If you could provide additional information on what parameters and filetypes you used when the application experienced a segmentation fault, that would be very helpful.

Thanks for your interest in the GPS Toolkit.

-- BryanParsons - 30 Oct 2013

Hello Bryan,

here some additional output from some tested applications.

daa santamaria@xps ~/Downloads/gpstk/examples > daa -o bahr1620.04o -e bahr1620.04n -v -l 600

Using time as the independant variable.

Using a mask angle of 10 degrees

Using a track angle of 0 degrees

Ignoring data with SNR < 20 dB-Hz

Start time is -4713 1 00:00:00.0

Stop time is 4713 1 00:00:00.0

Time span is 600 seconds

Including anomalies associated with SVs marked unhealthy.

Using search near for ephemeris.

Reading obs from bahr1620.04o

Data rate is 30 seconds.

First observation is at 2004 162 00:00:00.0

Segmentation fault (core dumped)

CalcDOPs santamaria@xps ~/Downloads/gpstk/examples > CalcDOPs -i bahr1620.04n -d

Segmentation fault (core dumped)

santamaria@xps ~/Downloads/gpstk/examples > cat DOPs.log

Program visible with:

current-day input file bahr1620.04n

and output file DOPs.out

Reading in current-day input file...

Its a Rinex Nav file

Here is the AO list (28) : 1 3 4 5 6 7 8 9 10 11 13 14 15 16 17 18 19 20 21 22 24 25 26 27 28 29 30 31

Grid size is 41193

Initial time tag is 1274 345600.0

svvis santamaria@xps ~/Downloads/gpstk/examples > svvis -e bahr1620.04n -d -v -p "3633909.1016 4425275.5033 2799861.2736"

Dump of GPSEphemerisStore (detail level=0):

BCE table for all satellites has 166 entries; Time span is 2004/06/09 23:59:44 GPS to 2004/06/11 02:00:00 GPS

END Dump of GPSEphemerisStore (detail level=0)

debugLevel: 1

verboseLevel: 1

rxPos: (3.63391e+06, 4.42528e+06, 2.79986e+06)

minElev: 0

graphElev: 0

startTime: 2004 162 00:00:00

stopTime: 2004 163 02:00:00

# date time #: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

text 0:CommonTime objects not in same time system, cannot be compared: UNK = GPS

location 0:/home/santamaria/Downloads/gpstk/src/CommonTime.cpp:362

location 1:/home/santamaria/Downloads/gpstk/src/OrbitEphStore.cpp:82

Segmentation fault (core dumped)

wheresat santamaria@xps ~/Downloads/gpstk/examples > wheresat -e bahr1620.04n -u "3633909.1016 4425275.5033 2799861.2736"

Scanning over prnSet.

Scan complete, size = 0

Scanning over PRNs indices.

Scan complete, size = 32

Set timeFormat to %02m/%02d/%04Y %02H:%02M:%04.1f

positionOpt has count = 1

# time, PRN, X(m), Y(m), Z(m), Clock Correction(ms), Azimuth(deg), Elevation(deg), Range(m)

File read by EphReader.

2453166 86384000 0.000000000000000 GPS

2453166 86384000 0.000000000000000 GPS

2453168 07200000 0.000000000000000 GPS

Segmentation fault (core dumped)

RinDump, ephsum, navdmp, RinNav, RinSum seem to be working properly. For RinDump I was unable to reproduce the error, maybe I imagined it?

I hope this helps.

Alvaro.

-- AlvaroSantamaria - 05 Nov 2013 No such template def TMPL:DEF{PROMPT:supportquery}

Topic revision: r3 - 05 Nov 2013, AlvaroSantamaria
 

This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback