bug-gnu-pspp
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

PSPP-BUG: [bug #23127] GUI crashes when importing large text files


From: John Darrington
Subject: PSPP-BUG: [bug #23127] GUI crashes when importing large text files
Date: Thu, 01 May 2008 09:25:08 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.12) Gecko/20080129 Iceweasel/2.0.0.12 (Debian-2.0.0.12-1)

URL:
  <http://savannah.gnu.org/bugs/?23127>

                 Summary: GUI crashes when importing large text files
                 Project: PSPP
            Submitted by: jmd
            Submitted on: Thursday 05/01/2008 at 17:25
                Category: Graphical User Interface
                Severity: 5 - Average
                  Status: Confirmed
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: None
                  Effort: 0.00

    _______________________________________________________

Details:

Information provided by Jason Stover:

...and still crashes on the desktop, right after pressing the final 'Apply'
button.
Here is a backtrace from the segfault:

Program received signal SIGSEGV, Segmentation fault.
0x0808c3d7 in parse_field (ia=0xbfbdba08, row=<value optimized out>,
column=5, outputp=0x0, tooltipp=0xbfbdc528)
    at src/ui/gui/text-data-import-dialog.c:1690
1690      field = ia->separators.columns[column].contents[row];
(gdb) bt
#0  0x0808c3d7 in parse_field (ia=0xbfbdba08, row=<value optimized out>,
column=5, outputp=0x0,
    tooltipp=0xbfbdc528) at src/ui/gui/text-data-import-dialog.c:1690
#1  0x0808c8e6 in on_query_output_tooltip (widget=0x8445db0, wx=428, wy=57,
keyboard_mode=0, tooltip=0x8429d48,
    ia=0xbfbdba08) at src/ui/gui/text-data-import-dialog.c:1782
#2  0xb7d88106 in _gtk_marshal_BOOLEAN__INT_INT_BOOLEAN_OBJECT
(closure=0x85c2b18, return_value=0xbfbdc6c0,
    n_param_values=5, param_values=0xbfbdc7ac, invocation_hint=0xbfbdc6ac,
marshal_data=0x808c8a0)
    at gtkmarshalers.c:835
#3  0xb79a2e5c in IA__g_closure_invoke (closure=0x85c2b18,
return_value=0xbfbdc6c0, n_param_values=5,
    param_values=0xbfbdc7ac, invocation_hint=0xbfbdc6ac) at gclosure.c:490
#4  0xb79b37fa in signal_emit_unlocked_R (node=0x81be3c8, detail=0,
instance=0x8445db0,
    emission_return=0xbfbdc96c, instance_and_params=0xbfbdc7ac) at
gsignal.c:2440
#5  0xb79b4ac2 in IA__g_signal_emit_valist (instance=0x8445db0, signal_id=69,
detail=0,
    var_args=0xbfbdca08 "4
    patch=1, self=0x81c81a8)
    at gmain.c:2694
#13 0xb7907918 in IA__g_main_loop_run (loop=0x840b708) at gmain.c:2898
#14 0xb7d83ba9 in IA__gtk_main () at gtkmain.c:1163
#15 0x08076584 in run_inner_loop (data=0x81c1848) at src/ui/gui/main.c:82
#16 0xb7d83d0a in IA__gtk_main () at gtkmain.c:2233
#17 0x08076523 in main (argc=136012152, argv=0x1) at src/ui/gui/main.c:131


Further information from Ben Paff:

 John Darrington <address@hidden> writes:

> My guess is that on_query_output_tooltip is getting called after its
> data (the struct import_assistant) has been destroyed.  So if I'm
> right, then we either need to set ia to NULL and test for this in the
> callback, or disconnect the callback before the data is destroyed.

This was my own tentative diagnosis, too, months ago when I
encountered it.  I was never able to reproduce it under valgrind,
though, so I concluded that it was somehow timing sensitive.







    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?23127>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]