You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(1) |
Feb
(6) |
Mar
(2) |
Apr
(3) |
May
(6) |
Jun
(6) |
Jul
(3) |
Aug
|
Sep
(5) |
Oct
(16) |
Nov
(4) |
Dec
(5) |
2006 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(6) |
Jul
(5) |
Aug
(4) |
Sep
(16) |
Oct
|
Nov
(16) |
Dec
(1) |
2007 |
Jan
(19) |
Feb
(3) |
Mar
(6) |
Apr
(4) |
May
(12) |
Jun
(21) |
Jul
(49) |
Aug
(10) |
Sep
(19) |
Oct
(6) |
Nov
(8) |
Dec
(3) |
2008 |
Jan
|
Feb
(10) |
Mar
(2) |
Apr
(4) |
May
(2) |
Jun
(4) |
Jul
(6) |
Aug
(2) |
Sep
(4) |
Oct
(4) |
Nov
(7) |
Dec
(1) |
2009 |
Jan
|
Feb
(14) |
Mar
(10) |
Apr
(2) |
May
(3) |
Jun
(11) |
Jul
(18) |
Aug
(4) |
Sep
(11) |
Oct
(1) |
Nov
(1) |
Dec
|
2010 |
Jan
(9) |
Feb
(1) |
Mar
(9) |
Apr
(2) |
May
|
Jun
(2) |
Jul
(3) |
Aug
(2) |
Sep
(2) |
Oct
(4) |
Nov
(2) |
Dec
|
2011 |
Jan
(5) |
Feb
(6) |
Mar
(2) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(3) |
Dec
(2) |
2012 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
(4) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(5) |
Jul
|
Aug
(3) |
Sep
(7) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
2014 |
Jan
(10) |
Feb
(1) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
2016 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: EMILY A. <emi...@gm...> - 2020-08-12 20:38:33
|
help on ppp class in gpstk |
From: EMILY A. <emi...@gm...> - 2020-07-08 11:02:41
|
Am a Tanzanian student pursuing Bsc.Geomatics i seek an assistance on how to install the mentioned software in my computer since i have tried several times but i found failing at it. |
From: Bryan P. <bpa...@ar...> - 2016-01-15 22:19:20
|
Hello GPSTk Users and Developers, Version 2.8 of the GPS Toolkit has been released for all supported platforms. Release notes may be viewed on the GPSTk Wiki at: http://www.gpstk.org/bin/view/Development/ReleaseNotes28 Please reference in-tree documentation on building, installation, and other documentation: https://github.com/SGL-UT/GPSTk The Release Notes contain a summary of GPSTk 2.8 enhancements. Please use the GPSTk Wiki to let us know if you encounter any issues when using the updated toolkit. Thanks, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: Fadi K. <fka...@ho...> - 2015-12-06 20:33:44
|
Hi Community, I am trying to understand how to work with the different Time object that GPStk offer. My initial impression that if I have a GPSWeekSecond object and I create a SystemTime Object from it (using .convertToCommon() and .convertFromCommonTime() methods) it’ll Take care of leap seconds for me. Obviously that is not the case. Further reading into the classes, I found TimeSystem class which defines the system of time Being used, plus there is a correction function. Can someone shed a light on how to go about doing this efficiently and correctly? Thanks Fadi Sent from Mail for Windows 10 |
From: Bryan P. <bpa...@ar...> - 2015-10-23 20:03:07
|
GPSTk Users and Developers: After a period of testing, we have decided to migrate the GPSTk project fully to Github. While the Sourceforge page will remain active for some time, we will be using Github for future developer repository updates and release binary storage. https://github.com/SGL-UT/GPSTk Also, GPSTk v2.7 Release Candidate has been released. Release notes are included below: http://www.gpstk.org/bin/view/Development/ReleaseNotes27 Let us know if you have questions, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: Fadi K. <fka...@ho...> - 2015-09-23 17:27:25
|
From: Felipe G. Nievinski [mailto:fgn...@gm...] Sent: Wednesday, September 23, 2015 9:04 AM To: gps...@li... Subject: Re: [Gpstk-devel] Finding Observation index fails Date: Wed, 23 Sep 2015 06:53:35 -0500 From: Fadi Kahhaleh <fka...@ho...> Subject: [Gpstk-devel] Finding Observation index fails To: <gps...@li...> Hi All, I need to parse a RINEX observation file and googled some to find gpstk which I believe would be very handy. After a long struggle to compile against it (will be a subject of another email soon) I ended up following the recommended steps for a Windows/Visual Studio 2012 setup and all compiles now. In Running Example3.cpp, I am providing a valid RINEX observation file and have found that there is a problem when reading it. After some debugging, I have narrowed my problem down to the fact that when requesting and index of an observation, the simple notion of L1, L2, C1, C2, P1, P2, S1 and S2 gets converted to a newer RINEX file format. (I am using 2.11, I believe from the comments the new naming is from 3.0) So, when executing: int indexP2( roh.getObsIndex( "L2" ) ); I get an error because getObsIndex tries to find the observation called L2P in the ObsList while the actual list has L2X. (i.e the Type and Band match, but Code is different when performing == operator) I have traced down the problem to the following code-block where when asking for L2 the first IF block is executed and asking for L1 skips to the second IF block. I am having a hard time understanding the different annotations here and the RINEX3 format PDF wasn't much help. Also worth noting that asking for P2 (as in the original example3) would also cause an error for a non-existing index. [OMITTED CODE FOR BETTER MAILING LIST READABILITY] my observation file has this in the header: 8 L1 L2 C1 C2 P1 P2 S1 S2 # / TYPES OF OBSERV So we should be good on the index, but perhaps yes P2 is not available as data but that should not error out @ the "getObsIndex()" code. Thank you for your help. Fadi The different observation codes are specified in Table 4 (RINEX Version 3.03 GPS Observation Codes) of the PDF file <ftp://igs.org/pub/data/format/rinex303.pdf> The difficulty is that the mapping from RIN2 to RIN3 is not one-to-one: C2: C2C, C2S, C2L, C2X P2: C2P, C2W, C2Y L2: L2C, L2S, L2L, L2X, L2P, L2W, L2Y S2: S2C, S2S, S2L, S2X, S2P, S2W, S2Y D2: D2C, D2S, D2L, D2X, D2P, D2W, D2Y C1: C1C P1: C1P, C1W, C1Y L1: L1C, L1P, L1W, L1Y D1: D1C, D1P, D1W, D1Y S1: S1C, S1P, S1W, S1Y I believe when gpstk reads a RIN2 obs file, it tries to translate the headers to RIN3 format. From that point on, I believe you can request RIN3 obs codes. That's my recollection, without actually looking at the source code now. Also, if you just need to tabulate a RINEX file, instead of doing it programmatically, you can try rindump, which is a pre-compiled command-line utility. Good luck. -Felipe. Thank you Felipe for your reply. That is the same PDF and it didn’t make a whole lot of sense why they have named them differently and what relates to 2.11 in conversion. But you are right, from what I saw in the code, the first thing GPStk does is convert the observations to 3.xx format. So my question now is what can I do to read the L2 or P2 observations correctly? I am not interested in a dump rather than extracting info and doing more logic afterwards based on those observations. Thank you Fadi |
From: Felipe G. N. <fgn...@gm...> - 2015-09-23 14:04:51
|
> > Date: Wed, 23 Sep 2015 06:53:35 -0500 > From: Fadi Kahhaleh <fka...@ho...> > Subject: [Gpstk-devel] Finding Observation index fails > To: <gps...@li...> > > > Hi All, > > > > I need to parse a RINEX observation file and googled some to find gpstk > which I believe would be very handy. > > After a long struggle to compile against it (will be a subject of another > email soon) I ended up following the recommended > steps for a Windows/Visual Studio 2012 setup and all compiles now. > > > > In Running Example3.cpp, I am providing a valid RINEX observation file and > have found that there is a problem when reading it. > > After some debugging, I have narrowed my problem down to the fact that when > requesting and index of an observation, the simple > notion of L1, L2, C1, C2, P1, P2, S1 and S2 gets converted to a newer RINEX > file format. (I am using 2.11, I believe from the comments the > new naming is from 3.0) > > > > So, when executing: > > int indexP2( roh.getObsIndex( "L2" ) ); > > > > I get an error because getObsIndex tries to find the observation called L2P > in the ObsList while the actual > list has L2X. (i.e the Type and Band match, but Code is different when > performing == operator) > > > > I have traced down the problem to the following code-block where when > asking > for L2 the first IF block is executed > and asking for L1 skips to the second IF block. I am having a hard time > understanding the different annotations here > and the RINEX3 format PDF wasn't much help. Also worth noting that asking > for P2 (as in the original example3) would > also cause an error for a non-existing index. > > > > > > LINE 1540 in Rinex3ObsHeader.cpp > > // GPS L2 > > // C2 L2 S2 D2 => C2X L2X S2X D2X (C2 not P2) > > // P2 L2 S2 D2 => C2W L2W S2W D2W (P2 not C2) > > // C2 P2 L2 S2 D2 => C2X C2W L2W S2W D2W (C2 and P2) > > if(s=="G" && ot[1]=='2') { > > if(ot[0] == 'C') { type = "C"; tc = "X"; } // C2 > > else if(ot[0] == 'P') { type = "C"; tc = "W"; } // P2 > > else { type = ot[0]; tc = (isPrecise ? "W":"X"); } // L2 > S2 D2 > > obsid = string(s+type+string(1,ot[1])+tc); > > } > > > > // GPS+GLO 1+2 > > // GPS and GLO (but GPS w/ wavelengthFactor -> tracking code > N) > > // C1 L1 S1 D1 => C1C L1C S1C D1C (C1 not P1) > > // P1 L1 S1 D1 => C1P L1P S1P D1P (P1 not C1) > > // C1 P1 L1 S1 D1 => C1C C1P L1P S1P D1P > > // C2 L2 S2 D2 => C2C L2C S2C D2C (C2 not P2) > > // P2 L2 S2 D2 => C2P L2P S2P D2P (P2 not C2) > > // C2 P2 L2 S2 D2 => C2C C2P L2P S2P D2P > > else if((s=="G" || s=="R") && (ot[1]=='1' || ot[1]=='2')) { > > if(ot[0] == 'C') { type = tc = "C"; } // C1 > > else if(ot[0] == 'P') { type = "C"; tc = "P"; } // P12 > > else { type = ot[0]; tc = (isPrecise ? "P":"C"); } // L12 > S12 D12 > > > > > > my observation file has this in the header: > > 8 L1 L2 C1 C2 P1 P2 S1 S2 # / TYPES OF OBSERV > > > > So we should be good on the index, but perhaps yes P2 is not available as > data but that should not error out @ the "getObsIndex()" code. > > > > Thank you for your help. > > > > Fadi > > The different observation codes are specified in Table 4 (RINEX Version 3.03 GPS Observation Codes) of the PDF file < ftp://igs.org/pub/data/format/rinex303.pdf> The difficulty is that the mapping from RIN2 to RIN3 is not one-to-one: C2: C2C, C2S, C2L, C2X P2: C2P, C2W, C2Y L2: L2C, L2S, L2L, L2X, L2P, L2W, L2Y S2: S2C, S2S, S2L, S2X, S2P, S2W, S2Y D2: D2C, D2S, D2L, D2X, D2P, D2W, D2Y C1: C1C P1: C1P, C1W, C1Y L1: L1C, L1P, L1W, L1Y D1: D1C, D1P, D1W, D1Y S1: S1C, S1P, S1W, S1Y I believe when gpstk reads a RIN2 obs file, it tries to translate the headers to RIN3 format. From that point on, I believe you can request RIN3 obs codes. That's my recollection, without actually looking at the source code now. Also, if you just need to tabulate a RINEX file, instead of doing it programmatically, you can try rindump, which is a pre-compiled command-line utility. Good luck. -Felipe. |
From: Fadi K. <fka...@ho...> - 2015-09-23 11:54:06
|
Hi All, I need to parse a RINEX observation file and googled some to find gpstk which I believe would be very handy. After a long struggle to compile against it (will be a subject of another email soon) I ended up following the recommended steps for a Windows/Visual Studio 2012 setup and all compiles now. In Running Example3.cpp, I am providing a valid RINEX observation file and have found that there is a problem when reading it. After some debugging, I have narrowed my problem down to the fact that when requesting and index of an observation, the simple notion of L1, L2, C1, C2, P1, P2, S1 and S2 gets converted to a newer RINEX file format. (I am using 2.11, I believe from the comments the new naming is from 3.0) So, when executing: int indexP2( roh.getObsIndex( "L2" ) ); I get an error because getObsIndex tries to find the observation called L2P in the ObsList while the actual list has L2X. (i.e the Type and Band match, but Code is different when performing == operator) I have traced down the problem to the following code-block where when asking for L2 the first IF block is executed and asking for L1 skips to the second IF block. I am having a hard time understanding the different annotations here and the RINEX3 format PDF wasn't much help. Also worth noting that asking for P2 (as in the original example3) would also cause an error for a non-existing index. LINE 1540 in Rinex3ObsHeader.cpp // GPS L2 // C2 L2 S2 D2 => C2X L2X S2X D2X (C2 not P2) // P2 L2 S2 D2 => C2W L2W S2W D2W (P2 not C2) // C2 P2 L2 S2 D2 => C2X C2W L2W S2W D2W (C2 and P2) if(s=="G" && ot[1]=='2') { if(ot[0] == 'C') { type = "C"; tc = "X"; } // C2 else if(ot[0] == 'P') { type = "C"; tc = "W"; } // P2 else { type = ot[0]; tc = (isPrecise ? "W":"X"); } // L2 S2 D2 obsid = string(s+type+string(1,ot[1])+tc); } // GPS+GLO 1+2 // GPS and GLO (but GPS w/ wavelengthFactor -> tracking code N) // C1 L1 S1 D1 => C1C L1C S1C D1C (C1 not P1) // P1 L1 S1 D1 => C1P L1P S1P D1P (P1 not C1) // C1 P1 L1 S1 D1 => C1C C1P L1P S1P D1P // C2 L2 S2 D2 => C2C L2C S2C D2C (C2 not P2) // P2 L2 S2 D2 => C2P L2P S2P D2P (P2 not C2) // C2 P2 L2 S2 D2 => C2C C2P L2P S2P D2P else if((s=="G" || s=="R") && (ot[1]=='1' || ot[1]=='2')) { if(ot[0] == 'C') { type = tc = "C"; } // C1 else if(ot[0] == 'P') { type = "C"; tc = "P"; } // P12 else { type = ot[0]; tc = (isPrecise ? "P":"C"); } // L12 S12 D12 my observation file has this in the header: 8 L1 L2 C1 C2 P1 P2 S1 S2 # / TYPES OF OBSERV So we should be good on the index, but perhaps yes P2 is not available as data but that should not error out @ the "getObsIndex()" code. Thank you for your help. Fadi |
From: Chris S. <phy...@gm...> - 2014-11-06 19:04:15
|
In the C++ Build block, in the last arg+= line, $path_graphviz is used but not defined yet. The result is that some configuration files are being written to the root directory. This fails if you don't have permissions to the root directory. Additionally, the if ["$graphviz" ] statement appears to need a space between the [ and "$graphviz" to avoid an error. Regards, Chris |
From: Bryan P. <bpa...@ar...> - 2014-10-13 13:48:23
|
Devs, For those of you who downloaded the gpstk-2.5.src.tar.gz file over the weekend, please click here <http://sourceforge.net/projects/gpstk/files/gpstk/2.5/gpstk-2.5.src.tar.gz/download>and re-download. The gpstk_script.sh build/install script was missing from the tarball. I'm very sorry for the inconvenience, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: Bryan P. <bpa...@ar...> - 2014-10-10 21:48:08
|
Hello GPSTk Users and Developers, Version 2.5 of the GPS Toolkit has been released for all supported platforms. Release notes may be viewed on the GPSTk Wiki at: http://www.gpstk.org/bin/view/Development/ReleaseNotes25 The Release Notes contain a summary of GPSTk 2.5 enhancements. Please use the GPSTk Wiki to let us know if you encounter any issues when using the updated toolkit. Thanks, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: Bryan P. <bpa...@ar...> - 2014-10-08 18:26:27
|
GPSTk Developers, The Release Candidate for GPSTk v2.5 is scheduled for Sourceforge delivery on Friday, October 10th, 2014. Please notify me if there is any need for additional timeline extensions, as well as feedback for the upcoming release. * GPSTk v2.5 Pre-Release Highlights o *GPSTk Build Script Update * o *Python Bindings* + *Build **System Tweaks* + *Installation Package* + *Updated Documentation * o Various Bug Fixes o Code Cleanup Thank you for your interest in the GPS Toolkit, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: Bryan P. <bpa...@ar...> - 2014-04-23 16:45:12
|
Hello GPSTk Users and Developers, Version 2.4 of the GPS Toolkit has been released for all supported platforms. Release notes may be viewed on the GPSTk Wiki at: http://www.gpstk.org/bin/view/Development/ReleaseNotes24 The Release Notes contain a summary of GPSTk 2.4 enhancements. Please use the GPSTk Wiki to let us know if you encounter any issues when using the updated toolkit. Thanks, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: Bryan P. <bpa...@ar...> - 2014-04-18 21:37:02
|
GPSTk Developers, The Release Candidate for GPSTk v2.4 is scheduled for Sourceforge delivery on Monday, April 21, 2014. Please notify me if there is any need for additional timeline extensions, as well as feedback for the upcoming release. * GPSTk v2.4 Pre-Release Highlights o *Core & Ext Folder Structure implemented* + Core Folder # Location of Core GPSTk Code base, fully reviewed and tested. # Currently, no code resides in this directory, as code review and testing are currently ongoing. + Ext Folder # GPSTk Developer Sandbox Code base # Code that is in development, prototyped, or does not meet criteria for Core Code base. o *Python Bindings Relocated and Repaired* o *Doxygen build Repaired* o *New Initial CMake Testing framework * + Currently in Development + No actual tests are being utilized at this time, only the framework o *New GPSTk Script * + Single script that can be used to: # Build and Install GPSTk Code * Automatically Identifies and Utilizes multiple processors for increased build speed. * Can be set to build only the Core Code base (Currently broken, as no code resides in Core folder) # Build Doxygen Documentation # Build Python Buildings # Utilize Test Framework o *Code Header's have been standardized and updated to include GNU LGPL v3.0* o Various Bug Fixes o Code Cleanup Thank you for your interest in the GPS Toolkit, -- Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 |
From: 张. <shj...@sg...> - 2014-03-28 01:44:12
|
你好: 邮件已收到,我会尽快处理! 祝好 张守建 |
From: Bryan P. <bpa...@ar...> - 2014-03-27 20:23:39
|
Hello Sam, Quick question, what platform are you building on? First glance tells me Mac OS X. Also, can you provide me additional information on your dev environment? I like to try to replicate reported issues, and I have yet to see this error myself when testing across the supported platforms. Thanks and We appreciate your interest in the GPS Toolkit, Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 On 3/24/2014 6:46 PM, Sam Price wrote: > Im running the following code but get the following malloc pointer error. > > static gpstk::SP3EphemerisStore sp3_ephem_store; > > static gpstk::GPSEphemerisStore gps_ephem_store; > > vector<std::string> ephem_files; > > ephem_files.push_back(myargs.rinex_filename ); > > FillEphemerisStore(ephem_files,sp3_ephem_store,gps_ephem_store); > > > malloc: *** error for object 0x7fff7b7c1570: pointer being freed was > not allocated > *** set a breakpoint in malloc_error_break to debug > > Program received signal SIGABRT, Aborted. > 0x00007fff95d39d46 in __kill () > (gdb) bt > #0 0x00007fff95d39d46 in __kill () > #1 0x00007fff8e7f5f83 in abort () > #2 0x00007fff8e7c9989 in free () > #3 0x000000010005fa24 in gpstk::Exception::~Exception > (this=0x7fff5fbfc4e0) at basic_string.h:249 > warning: .o file > "/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/Binex/BinexData.cpp.o" > more recent than executable timestamp in "/usr/local/lib/libgpstk.dylib" > warning: Couldn't open object file > '/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/Binex/BinexData.cpp.o' > #4 0x000000010025e025 in gpstk::FFStreamError::~FFStreamError () > #5 0x000000010025d2a5 in gpstk::FFStreamError::~FFStreamError () > warning: .o file > "/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/BLQDataReader.cpp.o" > more recent than executable timestamp in "/usr/local/lib/libgpstk.dylib" > warning: Couldn't open object file > '/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/BLQDataReader.cpp.o' > #6 0x000000010026177e in gpstk::FFStream::~FFStream () > #7 0x000000010026182f in gpstk::FFTextStream::~FFTextStream () > warning: .o file > "/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/RINEX/RinexUtilities.cpp.o" > more recent than executable timestamp in "/usr/local/lib/libgpstk.dylib" > warning: Couldn't open object file > '/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/RINEX/RinexUtilities.cpp.o' > #8 0x0000000100316c0c in gpstk::Rinex3NavStream::~Rinex3NavStream () > #9 0x000000010031517f in gpstk::Rinex3NavStream::~Rinex3NavStream () > #10 0x000000010030eff4 in gpstk::isRinex3NavFile () > #11 0x0000000100313346 in gpstk::FillEphemerisStore () > #12 0x000000010007f1de in main (argc=<value temporarily unavailable, > due to optimizations>, argv=<value temporarily unavailable, due to > optimizations>) at unit_tests/pvt_replay/main.cpp:176 > > If I run the same application using valgrind I get the following > ==14696== Invalid free() / delete / delete[] / realloc() > ==14696== at 0x7578: free (vg_replace_malloc.c:472) > ==14696== by 0x10005FA23: gpstk::Exception::~Exception() (in > ./navigator.app) > ==14696== by 0x92024: gpstk::FFStreamError::~FFStreamError() (in > /usr/local/lib/libgpstk.dylib) > ==14696== by 0x912A4: gpstk::FFStreamError::~FFStreamError() (in > /usr/local/lib/libgpstk.dylib) > ==14696== by 0x9577D: gpstk::FFStream::~FFStream() (in > /usr/local/lib/libgpstk.dylib) > ==14696== by 0x9582E: gpstk::FFTextStream::~FFTextStream() (in > /usr/local/lib/libgpstk.dylib) > ==14696== by 0x14AC0B: gpstk::Rinex3NavStream::~Rinex3NavStream() > (in /usr/local/lib/libgpstk.dylib) > ==14696== by 0x14917E: gpstk::Rinex3NavStream::~Rinex3NavStream() > (in /usr/local/lib/libgpstk.dylib) > ==14696== by 0x142FF3: gpstk::isRinex3NavFile(std::string const&) > (in /usr/local/lib/libgpstk.dylib) > ==14696== by 0x147345: > gpstk::FillEphemerisStore(std::vector<std::string, > std::allocator<std::string> > const&, gps > > Has anyone else run into this? > > Also what is the new git repo / svn repo? > I would like to checkout the latest version to see if that fixes it. > Im betting the Rule of 3 was not followed, and its causing me this error. > > > -- > Thank you, > > Sam Price > (707) 742-3726 > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > > > _______________________________________________ > Gpstk-devel mailing list > Gps...@li... > https://lists.sourceforge.net/lists/listinfo/gpstk-devel |
From: Sam P. <the...@gm...> - 2014-03-24 23:46:23
|
Im running the following code but get the following malloc pointer error. static gpstk::SP3EphemerisStore sp3_ephem_store; static gpstk::GPSEphemerisStore gps_ephem_store; vector<std::string> ephem_files; ephem_files.push_back(myargs.rinex_filename ); FillEphemerisStore(ephem_files,sp3_ephem_store,gps_ephem_store); malloc: *** error for object 0x7fff7b7c1570: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Program received signal SIGABRT, Aborted. 0x00007fff95d39d46 in __kill () (gdb) bt #0 0x00007fff95d39d46 in __kill () #1 0x00007fff8e7f5f83 in abort () #2 0x00007fff8e7c9989 in free () #3 0x000000010005fa24 in gpstk::Exception::~Exception (this=0x7fff5fbfc4e0) at basic_string.h:249 warning: .o file "/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/Binex/BinexData.cpp.o" more recent than executable timestamp in "/usr/local/lib/libgpstk.dylib" warning: Couldn't open object file '/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/Binex/BinexData.cpp.o' #4 0x000000010025e025 in gpstk::FFStreamError::~FFStreamError () #5 0x000000010025d2a5 in gpstk::FFStreamError::~FFStreamError () warning: .o file "/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/BLQDataReader.cpp.o" more recent than executable timestamp in "/usr/local/lib/libgpstk.dylib" warning: Couldn't open object file '/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/BLQDataReader.cpp.o' #6 0x000000010026177e in gpstk::FFStream::~FFStream () #7 0x000000010026182f in gpstk::FFTextStream::~FFTextStream () warning: .o file "/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/RINEX/RinexUtilities.cpp.o" more recent than executable timestamp in "/usr/local/lib/libgpstk.dylib" warning: Couldn't open object file '/Users/sprice/sources/gpstk/build/CMakeFiles/gpstk.dir/lib/FileHandling/RINEX/RinexUtilities.cpp.o' #8 0x0000000100316c0c in gpstk::Rinex3NavStream::~Rinex3NavStream () #9 0x000000010031517f in gpstk::Rinex3NavStream::~Rinex3NavStream () #10 0x000000010030eff4 in gpstk::isRinex3NavFile () #11 0x0000000100313346 in gpstk::FillEphemerisStore () #12 0x000000010007f1de in main (argc=<value temporarily unavailable, due to optimizations>, argv=<value temporarily unavailable, due to optimizations>) at unit_tests/pvt_replay/main.cpp:176 If I run the same application using valgrind I get the following ==14696== Invalid free() / delete / delete[] / realloc() ==14696== at 0x7578: free (vg_replace_malloc.c:472) ==14696== by 0x10005FA23: gpstk::Exception::~Exception() (in ./navigator.app) ==14696== by 0x92024: gpstk::FFStreamError::~FFStreamError() (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x912A4: gpstk::FFStreamError::~FFStreamError() (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x9577D: gpstk::FFStream::~FFStream() (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x9582E: gpstk::FFTextStream::~FFTextStream() (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x14AC0B: gpstk::Rinex3NavStream::~Rinex3NavStream() (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x14917E: gpstk::Rinex3NavStream::~Rinex3NavStream() (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x142FF3: gpstk::isRinex3NavFile(std::string const&) (in /usr/local/lib/libgpstk.dylib) ==14696== by 0x147345: gpstk::FillEphemerisStore(std::vector<std::string, std::allocator<std::string> > const&, gps Has anyone else run into this? Also what is the new git repo / svn repo? I would like to checkout the latest version to see if that fixes it. Im betting the Rule of 3 was not followed, and its causing me this error. -- Thank you, Sam Price (707) 742-3726 |
From: Felipe G. N. <fgn...@gm...> - 2014-02-06 23:00:04
|
302c302 < oss << C.PrgmName << " timing: processing " << fixed << setprecision(3) --- > oss << "# " << C.PrgmName << " timing: processing " << fixed << setprecision(3) |
From: 张. <shj...@sg...> - 2014-01-27 20:49:52
|
你好: 邮件已收到,我会尽快处理! 祝好 张守建 |
From: Volker F. <vol...@gm...> - 2014-01-27 19:50:04
|
On 01/27/2014 08:32 PM, Bryan Parsons wrote: > Hello Volker, > > As I am relatively new, I am not familiar to your previous attempt to > packaging the GPSTk in accordance to Fedora guidelines. For more my > curiosity, could you provide some additional details to the issues you > were having previously, that seemed to now be resolved? The previous attempts sort of stalled due to what I perceived as limited flexibility within Jam and a broken Autotools implementation. https://sourceforge.net/p/gpstk/bugs/58/ https://sourceforge.net/p/gpstk/bugs/60/ This one I'm also interested in: https://sourceforge.net/p/gpstk/bugs/53/ > About the Sourceforge bug list, we allow developers to create new > tickets, as well as add comments. Although you are messaging over the > GPSTk-devel channel, I do not see your username (at least your name or > volker) in our list of Sourceforge developers. I'm not a developer. > Did you previously use a > different Sourceforge account? If you provide me with your current > Sourceforge username, I can add you to the developer list so you can add > tickets and make comments. What's the idea behind this policy? Volker > Thanks, > > Bryan Parsons > Engineering Scientist > Space and Geophysics Laboratory > Applied Research Laboratories/University of Texas at Austin > bpa...@ar... > (512) 835-3073 > > On 1/27/2014 1:14 PM, Volker Fröhlich wrote: >> Hello everybody! >> >> I'm a packager with Fedora. I recently took an attempt at gpstk again >> and it looks like this time I'll succeed packaging it conforming to our >> guidelines. I filed a few tickets on Sourceforge and seemingly they were >> solved, at least in part. Unfortunately I can neither comment on them >> nor create new issues there for some reason. This is why I'm turning to >> this list. >> >> I could just start listing my findings, but I'd rather do that on a bug >> tracker, if possible. Do you know what's going on on Sourceforge? >> >> Greetings, >> >> Volker Fröhlich >> Fedora/EPEL >> >> ------------------------------------------------------------------------------ >> CenturyLink Cloud: The Leader in Enterprise Cloud Services. >> Learn Why More Businesses Are Choosing CenturyLink Cloud For >> Critical Workloads, Development Environments & Everything In Between. >> Get a Quote or Start a Free Trial Today. >> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >> _______________________________________________ >> Gpstk-devel mailing list >> Gps...@li... >> https://lists.sourceforge.net/lists/listinfo/gpstk-devel > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > Gpstk-devel mailing list > Gps...@li... > https://lists.sourceforge.net/lists/listinfo/gpstk-devel > |
From: Bryan P. <bpa...@ar...> - 2014-01-27 19:32:30
|
Hello Volker, As I am relatively new, I am not familiar to your previous attempt to packaging the GPSTk in accordance to Fedora guidelines. For more my curiosity, could you provide some additional details to the issues you were having previously, that seemed to now be resolved? About the Sourceforge bug list, we allow developers to create new tickets, as well as add comments. Although you are messaging over the GPSTk-devel channel, I do not see your username (at least your name or volker) in our list of Sourceforge developers. Did you previously use a different Sourceforge account? If you provide me with your current Sourceforge username, I can add you to the developer list so you can add tickets and make comments. Thanks, Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 On 1/27/2014 1:14 PM, Volker Fröhlich wrote: > Hello everybody! > > I'm a packager with Fedora. I recently took an attempt at gpstk again > and it looks like this time I'll succeed packaging it conforming to our > guidelines. I filed a few tickets on Sourceforge and seemingly they were > solved, at least in part. Unfortunately I can neither comment on them > nor create new issues there for some reason. This is why I'm turning to > this list. > > I could just start listing my findings, but I'd rather do that on a bug > tracker, if possible. Do you know what's going on on Sourceforge? > > Greetings, > > Volker Fröhlich > Fedora/EPEL > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > Gpstk-devel mailing list > Gps...@li... > https://lists.sourceforge.net/lists/listinfo/gpstk-devel |
From: Volker F. <vol...@gm...> - 2014-01-27 19:14:41
|
Hello everybody! I'm a packager with Fedora. I recently took an attempt at gpstk again and it looks like this time I'll succeed packaging it conforming to our guidelines. I filed a few tickets on Sourceforge and seemingly they were solved, at least in part. Unfortunately I can neither comment on them nor create new issues there for some reason. This is why I'm turning to this list. I could just start listing my findings, but I'd rather do that on a bug tracker, if possible. Do you know what's going on on Sourceforge? Greetings, Volker Fröhlich Fedora/EPEL |
From: Bryan P. <bpa...@ar...> - 2014-01-21 13:59:49
|
Hello Felipe, This is the right email to submit patches. We are currently reorganizing the code and trimming the GPSTk, so as soon as that is finished I will add your new patch. You should see this in the next release of the Toolkit. Thanks for your interest in the GPS Toolkit Bryan Parsons Engineering Scientist Space and Geophysics Laboratory Applied Research Laboratories/University of Texas at Austin bpa...@ar... (512) 835-3073 On 1/18/2014 3:37 PM, Felipe G. Nievinski wrote: > Hi. > Just wondering if this list is the right place for patch submissions > such as these. > Thanks, > -Felipe. > > > > On Thu, Jan 2, 2014 at 8:48 PM, Felipe G. Nievinski > <fgn...@gm... <mailto:fgn...@gm...>> wrote: > > Here's an updated version. I've recalculated the hexadecimal > masks for the header records. > - allValid2 didn't change; > - allValid3 changed because "MARKER TYPE" is actually optional as > per specs: > "Record required except for GEODETIC and NON_GEODETIC marker types" > - allValid3.01 surprisingly didn't change, despite "GLONASS SLOT / > FRQ #" being actually optional in R3.01 (original comments > indicated otherwise) > - allValid3.02 in principle changed but there was a comment > explaining that the R3.02-specific records were ignored because: > // NB 19Jun2013 MGEX data does not include GLONASS SLOT > and GLONASS COD/PHS/BIS records > Indeed, I've checked one such file, e.g.: > <ftp://igs.ign.fr/pub/igs/data/campaign/mgex/hourly/rinex3/2014/001/abmf001a.14d.Z> > and it claims to be R3.02 despite lacking the distinguishing > header lines. I didn't want to break something so I've kept the > calculation relaxed. The offending files were notified to > <mg...@ig... <mailto:mg...@ig...>>. > Maybe these masks should be calculated at compilation time... > > > > On Thu, Jan 2, 2014 at 7:12 PM, Felipe G. Nievinski > <fgn...@gm... <mailto:fgn...@gm...>> wrote: > > (attached) > rinedit --ver2 was outputting some header lines only defined > in R3, such as MARKER TYPE. > -F. > > > > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > > > _______________________________________________ > Gpstk-devel mailing list > Gps...@li... > https://lists.sourceforge.net/lists/listinfo/gpstk-devel |
From: Felipe G. N. <fgn...@gm...> - 2014-01-18 21:37:30
|
Hi. Just wondering if this list is the right place for patch submissions such as these. Thanks, -Felipe. On Thu, Jan 2, 2014 at 8:48 PM, Felipe G. Nievinski <fgn...@gm...>wrote: > Here's an updated version. I've recalculated the hexadecimal masks for > the header records. > - allValid2 didn't change; > - allValid3 changed because "MARKER TYPE" is actually optional as per > specs: > "Record required except for GEODETIC and NON_GEODETIC marker types" > - allValid3.01 surprisingly didn't change, despite "GLONASS SLOT / FRQ #" > being actually optional in R3.01 (original comments indicated otherwise) > - allValid3.02 in principle changed but there was a comment explaining > that the R3.02-specific records were ignored because: > // NB 19Jun2013 MGEX data does not include GLONASS SLOT and > GLONASS COD/PHS/BIS records > Indeed, I've checked one such file, e.g.: > < > ftp://igs.ign.fr/pub/igs/data/campaign/mgex/hourly/rinex3/2014/001/abmf001a.14d.Z > > > and it claims to be R3.02 despite lacking the distinguishing header lines. > I didn't want to break something so I've kept the calculation relaxed. The > offending files were notified to <mg...@ig...>. > Maybe these masks should be calculated at compilation time... > > > > On Thu, Jan 2, 2014 at 7:12 PM, Felipe G. Nievinski <fgn...@gm... > > wrote: > >> (attached) >> rinedit --ver2 was outputting some header lines only defined in R3, such >> as MARKER TYPE. >> -F. >> > > |
From: 张. <shj...@sg...> - 2014-01-02 23:58:08
|
你好: 邮件已收到,我会尽快处理! 祝好 张守建 |