#88 SEGFAULT on start with Dragon/ISS mission sats

undecided
open
nobody
5
2013-02-04
2012-10-25
No

Loading the attached module with TLE data from 24 Oct 2012 space-track causes gpredict to intermittently crash on startup and if it gets past startup it risks crash on any window operation. Using the celestrak tle's appear to work fine.

To briefly describe the module, it contains all the objects from the October 2012 spaceX falcon 9 launch and the ISS. This was generated to answer questions on the gpredict-discussions mailing list. It was also generated in the normal fashion using the gui. Many of these objects have since decayed.

A typical crash message resembles:
(gpredict:16708): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed

(gpredict:16708): GLib-GObject-WARNING **: /build/buildd/glib2.0-2.32.3/./gobject/gtype.c:3121: invalid class pointer `0x956e128'

Other observations include that the grid does not correctly render on the map when it does start. It is missing either a horizontal or vertical. line.

This bug occurs in Ubuntu 12.4 both with the daily ppa build and building directly from source.

Discussion

  • Charles Suprin

    Charles Suprin - 2012-10-25

    Dragon 2/Falcon 9 launch

     
    Attachments
  • Charles Suprin

    Charles Suprin - 2012-10-25

    Fedora 17, Fedora 18, and openSuse all show grid lines missing in the map view but do not crash.

     
  • Alexandru Csete

    Alexandru Csete - 2012-10-26

    Can you attach the TLEs you mention?

     
  • Charles Suprin

    Charles Suprin - 2012-10-26

    Redistributing the tle's from space track is a violation of my user agreement. This complicates matters.

    Space-track accounts are available world wide and the data can be gotten that way for the next month.

    I am checking to see if they are available through the special request service at celestrak. <http://celestrak.com/NORAD/archives/request.asp>

    However, I can provide the epoch numbers that made it crash so one can identify if they have the correct tle's
    12054A 12296.54311343
    12054B 12284.06427060
    12054C 12285.34841437
    12054D 12283.99957019
    12054E 12284.99277615
    12054F 12283.72019596
    98067A 12298.30120578

     
  • Charles Suprin

    Charles Suprin - 2012-10-27

    The TLE's are available through the special request service at celestrak. It takes a few hours to get them. I recommend making 7 different requests as I could not get them delivered with a single request. I requested all TLE's from October 1 through October 25 2012 for two of the satellites and have matched the epoch dates.

     
  • Charles Suprin

    Charles Suprin - 2012-10-27

    Using all TLE's from Celestrak, the error occurs as well.

     
  • Charles Suprin

    Charles Suprin - 2012-11-12

    Also confirmed on raspberry pi using raspian.

    How would one eliminate the possibility this is a goocanvas problem?

     
  • Alexandru Csete

    Alexandru Csete - 2012-11-12

    > How would one eliminate the possibility this is a goocanvas problem?

    Create a module with text-only views (i.e. singlesat, list)?

     
  • Alexandru Csete

    Alexandru Csete - 2013-02-04
    • Milestone: GIT --> undecided
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks