Re: Fwd: Core dump with nested CREATE TEMP TABLE
| От | Michael Paquier |
|---|---|
| Тема | Re: Fwd: Core dump with nested CREATE TEMP TABLE |
| Дата | |
| Msg-id | CAB7nPqQS=zRkhSst1BEnnz3xKKY-owUULr0S1ok5oMy-2CKgtQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Fwd: Core dump with nested CREATE TEMP TABLE (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Fwd: Core dump with nested CREATE TEMP TABLE
|
| Список | pgsql-hackers |
<div dir="ltr"><br /><div class="gmail_extra"><br /><div class="gmail_quote">On Fri, Sep 4, 2015 at 10:52 PM, Tom Lane <spandir="ltr"><<a href="mailto:tgl@sss.pgh.pa.us" target="_blank">tgl@sss.pgh.pa.us</a>></span> wrote:<br /><blockquoteclass="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Also, I am very stronglytempted to convert the original problem-causing<br /> Assert in relcache.c into a regular runtime test-and-elog. If we're wrong<br /> about having sealed off this hole completely, I'd much rather see the<br /> result bean elog than silent corruption of the relcache.<br /></blockquote></div><br /></div><div class="gmail_extra">+1. For aHEAD-only change I suppose.<br />-- <br /><div class="gmail_signature">Michael<br /></div></div></div>
В списке pgsql-hackers по дате отправления: