From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Ranier Vilela <ranier(dot)vf(at)gmail(dot)com> |
Cc: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: printf %s with NULL pointer (was Re: BUG #17098: Assert failed on composing an error message when adding a type to an extension being dropped) |
Date: | 2021-07-14 06:05:54 |
Message-ID: | 06a9ff0f-d1e9-0340-2f3b-180cefe41c7a@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On 13.07.21 20:26, Tom Lane wrote:
> Did you see my followup? The vast majority of live systems do not do
> that, so we are accomplishing nothing of value by insisting it's a
> crash-worthy bug.
But there are no guarantees that that will be maintained in the future.
In the past, it has often come back to bite us when we relied on
implementation-dependent behavior in the C library or the compiler,
because no optimization might invalidate old assumptions.
In this particular case, I would for example be quite curious how those
alternative minimal C libraries such as musl-libc handle this.
From | Date | Subject | |
---|---|---|---|
Next Message | Japin Li | 2021-07-14 06:53:50 | Re: Statistics updates is delayed when using `commit and chain` |
Previous Message | Laurenz Albe | 2021-07-14 05:52:39 | Re: printf %s with NULL pointer (was Re: BUG #17098: Assert failed on composing an error message when adding a type to an extension being dropped) |
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2021-07-14 06:22:58 | Re: [HACKERS] logical decoding of two-phase transactions |
Previous Message | Laurenz Albe | 2021-07-14 05:52:39 | Re: printf %s with NULL pointer (was Re: BUG #17098: Assert failed on composing an error message when adding a type to an extension being dropped) |