Bug 3883 revisited - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Bug 3883 revisited
Date
Msg-id 48247ED6.3030105@enterprisedb.com
Whole thread Raw
Responses Re: Bug 3883 revisited  (Alvaro Herrera <alvherre@commandprompt.com>)
Re: Bug 3883 revisited  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
The "TRUNCATE table while we're holding references to it" bug (3883), is 
causing an assertion failure on 8.2, when the TRUNCATE is called in a 
trigger:

Script:

CREATE TABLE proc(n int);
INSERT INTO proc VALUES (9);

CREATE OR REPLACE FUNCTION deltrig() RETURNS trigger LANGUAGE plpgsql AS $$
BEGIN  EXECUTE 'TRUNCATE TABLE proc';  RETURN OLD;
end;
$$;

CREATE TRIGGER trg_proc BEFORE DELETE ON PROC FOR EACH ROW EXECUTE 
PROCEDURE deltrig();

DELETE FROM proc WHERE n=9;


Error message:

TRAP: FailedAssertion("!(( ((void) ((bool) ((! assert_enabled) || ! 
(!(((void*)(lp) != ((void *)0)))) || 
(ExceptionalCondition("!(((void*)(lp) != ((void *)0)))", 
("FailedAssertion"), "heapam.c", 1595))))), (bool) (((lp)->lp_flags & 
0x01) != 0) ))", File: "heapam.c", Line: 1595)

With assertions disabled, you get an "attempted to delete invisible 
tuple" error, but it seems like good luck that it doesn't lead to a crash.

I think we need to backpatch the fix for this...

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Improve logic for finding object files on OBJS lines in contrib
Next
From: Alvaro Herrera
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Improve logic for finding object files on OBJS lines in contrib