Re: Segmentation fault with 8.3 FTS ISpell

From: Hannes Dorbath <light(at)theendofthetunnel(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, teodor(at)sigaev(dot)ru
Subject: Re: Segmentation fault with 8.3 FTS ISpell
Date: 2008-01-15 22:42:22
Message-ID: 478D36CE.8010501@theendofthetunnel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> This is not the same test data as in your previous concurrent-index
> problem, then? I still had a copy of that, so I tried the case, and
> it doesn't crash on that data ...

Teodor Sigaev wrote:
> I tryed to reproduce the bug but without success.
> Could you provide a dump of text column?

It's not the same data, no. It's about 7 times as large as the old test
data. I'd upload it as well, but I'm limited to 8KB/sec upstream at the
moment, which makes it a bit of pain.

> However, I may not be duplicating your dictionary exactly. I didn't do
> anything with the compound.pl script in that tarfile --- was I supposed
> to?

No, compound.pl is already applied to the files in the archive. I've
only converted them to UTF-8. I've used this dict with 8.2.x for quite a
while in production.

Maybe it's faster when I setup a virtual machine and grant SSH access to
it. The problem is that I'm running out of time. I'm probably not able
to do it before friday :(

Is there anything quick I can do? Can I make the backtrace more
meaningful by dropping -O2 or add -ggdb? Add some debug to SplitToVariants?

--
Best regards,
Hannes Dorbath

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Scott Marlowe 2008-01-15 22:49:41 Re: LIKE and REGEX optimization
Previous Message Erik Jones 2008-01-15 22:18:11 Re: Clearing old user ids completely