Skip site navigation (1) Skip section navigation (2)

Re: [COMMITTERS] pgsql: Temporarily modify tsearch regression tests to suppress notice

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>, Teodor Sigaev <teodor(at)sigaev(dot)ru>
Subject: Re: [COMMITTERS] pgsql: Temporarily modify tsearch regression tests to suppress notice
Date: 2007-09-27 14:08:32
Message-ID: 27596.1190902112@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackerspgsql-patches
Bruce Momjian <bruce(at)momjian(dot)us> writes:
> Tom Lane wrote:
>> That's not fixing the problem, unless your proposal includes never
>> issuing any warnings at all, for anything.

> No warning for "*" because it is intentional, but warning for actual
> stop words.

No, you're focusing on one symptom not the problem.  The problem is
that we've got user-visible behavior going on during what's effectively
a chance event, ie, a cache reload.

One possible real solution would be to tweak the dictionary APIs so
that the dictionaries can find out whether this is the first load during
a session, or a reload, and emit notices only in the first case.

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: NikhilSDate: 2007-09-27 14:12:06
Subject: Assertion failure due to ColumnRefStar
Previous:From: Tom LaneDate: 2007-09-27 13:48:54
Subject: Re: Text <-> C string

pgsql-committers by date

Next:From: Tom LaneDate: 2007-09-27 17:42:03
Subject: pgsql: Fix Assert failure in ExpandColumnRefStar --- what I thought was
Previous:From: Tom LaneDate: 2007-09-27 13:52:04
Subject: Re: pgsql: Some small tuptoaster improvements from Greg Stark.

pgsql-patches by date

Next:From: Tom LaneDate: 2007-09-27 18:36:41
Subject: Re: Warning is adjusted of pgbench.
Previous:From: Tom LaneDate: 2007-09-27 13:48:54
Subject: Re: Text <-> C string

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group