Re: [BUGS] Fall back to alternative tsearch dictionary directory

2009-01-14 Thread Tom Lane
Bruce Momjian writes: > Uh, would someone eyeball and apply this? Thanks. I thought we had come to the conclusion that no patch was needed because there's no convincing reason to look anyplace except ${sharepath}/tsearch_data/. regards, tom lane -- Sent via pgsql-bugs

Re: [BUGS] Fall back to alternative tsearch dictionary directory

2009-01-14 Thread Bruce Momjian
Uh, would someone eyeball and apply this? Thanks. --- Martin Pitt wrote: -- Start of PGP signed section. > Martin Pitt [2008-12-02 5:29 -0800]: > > Tom Lane [2008-12-01 19:51 -0500]: > > > I can't see any reason whatever t

Re: [BUGS] BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION

2009-01-14 Thread Bruce Momjian
Would someone please tell me if this should be applied? --- Fujii Masao wrote: > On Fri, Dec 5, 2008 at 11:41 PM, Randy Isbell wrote: > > > > The following bug has been logged online: > > > > Bug reference: 4566 > > Lo

Re: [BUGS] BUG #4562: ts_headline() adds space when parsing url

2009-01-14 Thread Bruce Momjian
This bug still exists in my testing. --- Tom Lane wrote: > "Denis Monsieur" writes: > > The problem is a space being added to text in the form of > > http://some.url/path > > Compare the output: > > > shs=# SELECT ts_headl

Re: [BUGS] BUG #4613: intarray_del_elem returns an invalid empty array (for nullif comparison)

2009-01-14 Thread Valentine Gogichashvili
Thanks for a rapid response, Of course we are not waiting for the fix, and we had to use icount() call in the PL/pgSQL code (array_upper(array, 1) also did work on the productive system, returning 1 instead of 0, but I could not reproduce the issue with any simple select statement). With nullif() c