Sean Chittenden <[EMAIL PROTECTED]> writes:
> CREATE TABLE INSERT_CHILD (cx INT default 42,
> cy INT CHECK (cy > x))
> INHERITS (INSERT_TBL);
> + ERROR: RelationClearRelation: relation 135137 deleted while still in use
Hm. Anyone else seeing this? I just did a dozen or so "mak
> Sean Chittenden <[EMAIL PROTECTED]> writes:
> > PS What's the dilly with the server(s)? I haven't gotten a commit
> >message all day, but CVSup and anoncvs picked up the change.
>
> Well, the CVS master server has been pretty much 100% through this
> whole rigmarole (kudos to Marc for keepi
Sean Chittenden <[EMAIL PROTECTED]> writes:
> PS What's the dilly with the server(s)? I haven't gotten a commit
>message all day, but CVSup and anoncvs picked up the change.
Well, the CVS master server has been pretty much 100% through this
whole rigmarole (kudos to Marc for keeping up what *
> > Don't know whether or not this is preferred here or on hackers,
> > but, I just updated my development database to a snapshot from
> > today and have been getting the following backtrace when importing
> > a dump from before earlier today. It looks as though something's
> > tromping on variabl
Sean Chittenden <[EMAIL PROTECTED]> writes:
> Don't know whether or not this is preferred here or on hackers, but, I
> just updated my development database to a snapshot from today and have
> been getting the following backtrace when importing a dump from before
> earlier today. It looks as though
Don't know whether or not this is preferred here or on hackers, but, I
just updated my development database to a snapshot from today and have
been getting the following backtrace when importing a dump from before
earlier today. It looks as though something's tromping on variable.
pid 68526 (postg
