Re: BUG #7641: ERROR: must specify relation and object name when function contains DROP TRIGGER

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: sergey(at)booksys(dot)com
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #7641: ERROR: must specify relation and object name when function contains DROP TRIGGER
Date: 2012-11-08 16:14:21
Message-ID: 25022.1352391261@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

sergey(at)booksys(dot)com writes:
> CREATE OR REPLACE FUNCTION drop_trigger_test() RETURNS void AS $$
> BEGIN
> DROP TRIGGER IF EXISTS invalid_trigger ON test1;
> END; $$ LANGUAGE plpgsql;

> 4. SELECT drop_trigger_test();
> Result:
> NOTICE: trigger "invalid_trigger" for table "test1" does not exist,
> skipping
> CONTEXT: SQL statement "DROP TRIGGER IF EXISTS invalid_trigger ON test1"
> PL/pgSQL function drop_trigger_test() line 3 at SQL statement

> 5. SELECT drop_trigger_test();
> Result:
> ERROR: must specify relation and object name
> CONTEXT: SQL statement "drop trigger if exists invalid_trigger on test2"
> PL/pgSQL function drop_trigger_test2() line 3 at SQL statement

> For some reason I can run this function without error only once on a fresh
> connection. Did not have this problem in 8.4.x and 9.1.6

That's a bug all right --- the does_not_exist_skipping() function thinks
it's okay to trash its input data structure, so the DropStmt is
corrupted for next time. Will fix, thanks for the report!

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Fujii Masao 2012-11-08 16:40:47 Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown
Previous Message Amit Kapila 2012-11-08 08:53:53 Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown