Re: debian bugrept involving fast default crash in pg11.7 - Mailing list pgsql-hackers

From Justin Pryzby
Subject Re: debian bugrept involving fast default crash in pg11.7
Date
Msg-id 20200409203949.GA26445@telsasoft.com
Whole thread Raw
In response to Re: debian bugrept involving fast default crash in pg11.7  (Tim Bishop <tim@inroads.ai>)
Responses Re: debian bugrept involving fast default crash in pg11.7  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On Thu, Apr 09, 2020 at 02:36:26PM -0400, Tim Bishop wrote:
> SELECT attrelid::regclass, * FROM pg_attribute WHERE atthasmissing;
> -[ RECORD 1 ]-+---------
> attrelid      | download
> attrelid      | 22749
> attname       | filetype

But that table isn't involved in the crashing query, right ?
Are data_stage() and income_index() locally defined functions ?  PLPGSQL ??
Do they access the download table (or view or whatever it is) ?

Thanks,
-- 
Justin



pgsql-hackers by date:

Previous
From: James Coleman
Date:
Subject: Re: Multiple FPI_FOR_HINT for the same block during killing btreeindex items
Next
From: Robert Haas
Date:
Subject: Re: Catalog invalidations vs catalog scans vs ScanPgRelation()