#8 Consistent crashes in the new interface

closed-fixed
Gtk2 GUI (20)
7
2003-12-07
2003-11-13
No

The new interface looks great and is a big improvement over the old one. However,
gvidcap crashes consistently when capturing to mpeg, giving this error message:

gvidcap: relocation error: gvidcap: undefined symbol: __fixunssfdi

I also get lots of this runtime error,
(gvidcap:4661): GLib-GObject-WARNING **: gobject.c:524: object class `GtkLabel' has no property named `use_underline'

When selecting codec NONE, I get "Unsupported Codec selected, resetting to MPEG1!"

When capturing to cap-%04d.xwd, I get this:

(gvidcap:4709): GLib-GObject-CRITICAL **: file gobject.c: line 510 (g_object_notify): assertion `G_IS_OBJECT (object)' failed

(gvidcap:4709): Gtk-CRITICAL **: file gtkwidget.c: line 2176 (gtk_widget_queue_draw): assertion `GTK_IS_WIDGET (widget)' failed

(gvidcap:4709): GLib-GObject-CRITICAL **: file gobject.c: line 510 (g_object_notify): assertion `G_IS_OBJECT (object)' failed
Segmentation fault

Cheers,
David

Discussion

  • David Liontooth

    David Liontooth - 2003-11-13
    • priority: 5 --> 9
     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-13

    Logged In: YES
    user_id=782084

    Alright, this seems like 2 things ...

    (a)
    What version of GTK are you using?
    With my 2.2.1 I get non of these warnings. Could you provide the
    output of pkg-config --modversion gtk+-2.0

    (b)
    The segfault seems to be connected to a change in the
    preferences
    not correctly modifying the current job, i.e. if you had
    previously
    selected a filename like *.mpeg and then changed to *.xwd,
    it will
    correctly capture xwd files, but finally it will still call
    the FFMPEG
    cleanup which will segfault because there is nothing to cleanup.
    Looking into that.

     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-13
    • assigned_to: nobody --> charly4711
     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-13

    Logged In: YES
    user_id=782084

    (update)
    (lowering priority)
    (b) is fixed in CVS
    like I said, when changing the file type the function
    job_set_file did
    not correctly remove a cleanup hook if none is needed. This has
    probably never worked.
    A workaround for the current binary distribution is to start
    the app
    with the right file type as a parameter, e.g. gvidcap --file
    test-%04d.xwd

    Karl.

     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-13
    • priority: 9 --> 4
     
  • David Liontooth

    David Liontooth - 2003-11-15

    Logged In: YES
    user_id=897748

    I've now tried this on three different machines, A, B, and C. On all of them gvidcap crashes when I press the record icon when the format is set to mpeg and the codec to mpeg4, giving the error reported above:

    gvidcap: relocation error: gvidcap: undefined symbol: __fixunssfdi

    When running "gvidcap --file test-%04d.xwd" I now have no problems. When pausing in the middle, I get this error (but no crash):

    (gvidcap:3644): GLib-CRITICAL **: file gmain.c: line 1560 (g_source_remove): assertion `tag > 0' failed

    Libraries:

    A: libgtk2.0-0 2.2.4-2 libgtk2.0-dev 2.2.4-2
    B: libgtk2.0-0 2.2.4-1, no libgtk2.0-dev
    C: libgtk2.0-0 2.2.2-3, no libgtk2.0-dev

     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-16

    Logged In: YES
    user_id=782084

    (update)
    selecting codec = NONE, obviously can't produce good
    output. Hence, xvidcap will override that. The gtk GUI in CVS
    now doesn't show CODEC_NONE.

    Can you, please, provide a backtrace of the crash.
    You get one like this:
    - ulimit -c unlimited (so you dump a core)
    - provoke a crash
    - gdb gvidcap core
    - at the prompt type: bt

    raising prio to 6 again ...
    Karl.

     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-16
    • priority: 4 --> 7
     
  • Karl H. Beckers

    Karl H. Beckers - 2003-11-16

    Logged In: YES
    user_id=782084

    (update)
    the relocation error seems to be gcc / glibc version related.
    Have you compiled the source code yourself? If not, try.
    Can't quite put my fingers on it yet, but it seems to be
    related to me using gcc 2.95.4.

    Karl.

     
  • Karl H. Beckers

    Karl H. Beckers - 2003-12-02

    Logged In: YES
    user_id=782084

    (update)
    Could you please provide the info I asked for ealier, plus
    the versions
    of gcc libgcc glib you have on your system, and tell me if
    recompiling
    on your machine fixes the problem (which it should)?

    Otherwise I'll have to close this bug as "works for me" and
    perhaps
    reconsider my strategies for binary distribution.

    Thanks,

    Karl.

     
  • David Liontooth

    David Liontooth - 2003-12-06

    Logged In: YES
    user_id=897748

    Sorry for the delay; I'm out of town but was able to do some tests.
    When I follow your instructions to get a backtrace, gdb doesn't find a
    stack. I use gcc 3.3.1-2, libgcc1 3.3.2-4, libglib1.2 1.2.10-9 and libglib2.
    0-0 2.2.3-1.

    I compiled from CVS of 6 Dec 2003 at 2:00 am PST, using the embedded
    ffmpeg option. The program is now stable, as you expected.

    For some reason, the color is now seriously distorted, with streaks of
    green all over and swapped colors (eg green for red).

    David

     
  • David Liontooth

    David Liontooth - 2003-12-07
    • status: open --> open-fixed
     
  • David Liontooth

    David Liontooth - 2003-12-07

    Logged In: YES
    user_id=897748

    I'm closing the bug as the CVS versions do not crash. It's
    possible that this is a build issue: the 1.1.0 version may
    be stable if I built it myself.

     
  • David Liontooth

    David Liontooth - 2003-12-07
    • status: open-fixed --> closed-fixed
     
  • Karl H. Beckers

    Karl H. Beckers - 2003-12-20

    Logged In: YES
    user_id=782084

    (update)
    for the undefined symbol error please try the deb with
    testing in the
    filename. It has been compiled on debian sarge and will NOT work
    on woody but might fix the __fixunssfdi problem on testing
    or unstable

    Karl

     

Log in to post a comment.

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

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks