[Top][All Lists]

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

Re: PSPP-BUG: psppire crashes importing large text file

From: Ben Pfaff
Subject: Re: PSPP-BUG: psppire crashes importing large text file
Date: Thu, 24 Apr 2008 14:28:09 -0700
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)

Jason Stover <address@hidden> writes:

> On Thu, Apr 24, 2008 at 04:57:28PM -0400, Jason Stover wrote:
>> ...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];
> Taking a closer look at this:
> (gdb) p column
> $16 = 5
> (gdb) p *(ia->separators.columns + 5)
> $17 = {name = 0x0, width = 3080471850, contents = 0xb79d1710}
> So it looks like the name of the sixth column is null. And then:
> (gdb) p *((ia->separators.columns + 5)->contents)
> $19 = {string = 0x375e0 <Address 0x375e0 out of bounds>, length = 3081502088}
> I guess this is where it goes kablooie. I'm not sure why the address is out
> of bounds.

I encountered what must be the same bug while I was developing
the text import implementation.  I didn't run into it toward the
end of development and so I was kind of hoping it had just
disappeared during code cleanup.  I see that I was wrong ;-(

I'll try to debug this tonight, if I get a few minutes.
"It was then I realized how dire my medical situation was.  Here I was,
 a network admin, unable to leave, and here was someone with a broken
 network.  And they didn't ask me to fix it.  They didn't even try to
 casually pry a hint out of me." --Ryan Tucker in the Monastery

reply via email to

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