Re: Bug in RI - Mailing list pgsql-hackers

From Stephan Szabo
Subject Re: Bug in RI
Date
Msg-id Pine.BSF.4.10.10009211634440.63792-100000@megazone23.bigpanda.com
Whole thread Raw
In response to Re: Bug in RI  (Jeroen van Vianen <jeroen.van.vianen@satama.com>)
List pgsql-hackers
Did you compile from sources or install from a binaries package?
I think it would be handy to get a notice from where I think it's
failing to open the relation to make sure it's getting the correct
parameter there.  (I don't have source in front of me to give you
a patch - I'll send one tonight)

Stephan Szabo
sszabo@bigpanda.com

On Fri, 22 Sep 2000, Jeroen van Vianen wrote:

> At 10:18 21-9-00 -0700, Stephan Szabo wrote:
> >Odd, it looks like it had trouble doing the heap_openr
> >on the relation, although I don't immediately see why...
> >
> >What does
> >  select * from pg_trigger where
> >  tgconstrname='fk_folders__parent'
> >give you?
> 
> First it didn't give me anything (0 rows). After I recreated the constraint 
> triggers:
> 
> CREATE CONSTRAINT TRIGGER "fk_folders__parent" AFTER INSERT OR UPDATE ON
> "folders"  NOT DEFERRABLE INITIALLY IMMEDIATE FOR EACH ROW EXECUTE
> PROCEDURE "RI_FKey_check_ins" ('fk_folders__parent', 'folders', 'folders',
> 'UNSPECIFIED', 'parent', 'nr');
> 
> CREATE CONSTRAINT TRIGGER "fk_folders__parent" AFTER DELETE ON
> "folders"  NOT DEFERRABLE INITIALLY IMMEDIATE FOR EACH ROW EXECUTE
> PROCEDURE "RI_FKey_noaction_del" ('fk_folders__parent', 'folders',
> 'folders', 'UNSPECIFIED', 'parent', 'nr');
> 
> CREATE CONSTRAINT TRIGGER "fk_folders__parent" AFTER UPDATE ON
> "folders"  NOT DEFERRABLE INITIALLY IMMEDIATE FOR EACH ROW EXECUTE
> PROCEDURE "RI_FKey_noaction_upd" ('fk_folders__parent', 'folders',
> 'folders', 'UNSPECIFIED', 'parent', 'nr');
> 
> the above query returned three rows:
> 
> jeroenv=> select * from pg_trigger where tgconstrname='fk_folders__parent' ;
>   tgrelid |           tgname           | tgfoid | tgtype | tgenabled | 
> tgisconstr
> aint |    tgconstrname    | tgconstrrelid | tgdeferrable | tginitdeferred | 
> tgna
> rgs | tgattr |                                   tgargs
> 
> ---------+----------------------------+--------+--------+-----------+-----------
> -----+--------------------+---------------+--------------+----------------+-----
> ----+--------+------------------------------------------------------------------
> -----------
>     20152 | RI_ConstraintTrigger_21856 |   1644 |     21 | t         | t
>       | fk_folders__parent |             0 | f            | f              |
>    6 |        | 
> fk_folders__parent\000folders\000folders\000UNSPECIFIED\000parent
> \000nr\000
>     20152 | RI_ConstraintTrigger_21858 |   1654 |      9 | t         | t
>       | fk_folders__parent |             0 | f            | f              |
>    6 |        | 
> fk_folders__parent\000folders\000folders\000UNSPECIFIED\000parent
> \000nr\000
>     20152 | RI_ConstraintTrigger_21860 |   1655 |     17 | t         | t
>       | fk_folders__parent |             0 | f            | f              |
>    6 |        | 
> fk_folders__parent\000folders\000folders\000UNSPECIFIED\000parent
> \000nr\000
> (3 rows)
> 
> But the same query (update folders set title='Sitemap' where nr=43) still 
> crashes the backend at exactly the same spot.



pgsql-hackers by date:

Previous
From: Jeroen van Vianen
Date:
Subject: Re: Bug in RI
Next
From: Tom Lane
Date:
Subject: Re: -S is missing in postgresql.conf?