Re: tsearch parser inefficiency if text includes urls or emails - new version

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Greg Smith" <greg(at)2ndquadrant(dot)com>
Cc: "Andres Freund" <andres(at)anarazel(dot)de>, <pgsql-hackers(at)postgresql(dot)org>,<oleg(at)sai(dot)msu(dot)su>, <teodor(at)sigaev(dot)ru>
Subject: Re: tsearch parser inefficiency if text includes urls or emails - new version
Date: 2009-12-08 19:20:32
Message-ID: 4B1E52A0020000250002D216@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Smith <greg(at)2ndquadrant(dot)com> wrote:

> Now that you ask, of course I just spotted a bug in there such
> that the documented behavior for the PGDEBUG feature doesn't
> actually work. If you were using that to turn off asserts, that
> may not have worked as expected. Don't know what you did there
> exactly. Fix now pushed to the repo.

Thanks. I was going to reply to your original message with my
experiences (and probably still will), but it seemed like it might
be relevant here. I did check pg_config results before doing
anything, and saw that the debug and cassert weren't set, so that's
why I did explicit configure and make commands. Even without that
covered, peg was a nice convenience -- I can say that it saved me
more time already than it took to install and read the docs. Nice
work!

Anyway, I'm not sure whether your reply directly answers the point
I was raising -- peg doesn't do anything with the compiler
optimization flags under the covers, does it?

-Kevin

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2009-12-08 19:22:02 Re: Adding support for SE-Linux security
Previous Message Magnus Hagander 2009-12-08 19:16:55 More broken links in documentation