Re: Fix comments of heap_prune_chain() - Mailing list pgsql-hackers

From Masahiro Ikeda
Subject Re: Fix comments of heap_prune_chain()
Date
Msg-id 29f2178d-d5a9-c7a3-410c-f9916d0d55ae@oss.nttdata.com
Whole thread Raw
In response to Re: Fix comments of heap_prune_chain()  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
List pgsql-hackers

On 2021/07/13 10:22, Kyotaro Horiguchi wrote:
> (This is out of topic)
> 
> At Mon, 12 Jul 2021 20:17:55 -0400, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote in 
>> Oh, apologies, I didn't realize there was an attachment.  That seems
>> specific enough :-)
>>
>> In my defense, the archives don't show the attachment either:
>> https://www.postgresql.org/message-id/5CB29811-2B1D-4244-8DE2-B1E02495426B%40oss.nttdata.com
>> I think we've seen this kind of problem before -- the MIME structure of
>> the message is quite unusual, which is why neither my MUA nor the
>> archives show it.
> 
> The same for me. Multipart structure of that mail looks like odd.
> 
> multipart/laternative
>   text/plain                 - mail body quoted-printable
>   multipart/mixed
>     text/html                - HTML alternative body
>     appliation/octet-stream  - the patch
>     text/html                - garbage
> 
> 
> I found an issue in bugzilla about this behavior
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1362539
> 
> The primary issue is Apple-mail's strange mime-composition.
> I'm not sure whether it is avoidable by some settings.
> 
> (I don't think the alternative HTML body is useful at least for this
>  mailling list.)

Thanks for replying and sorry for the above.
The reason is that I sent from MacBook PC as Horiguchi-san said.

I changed my email client and I confirmed that I could send an
email with a new patch. So, please check it.
https://www.postgresql.org/message-id/1aa07e2a-b715-5649-6c62-4fff96304d18%40oss.nttdata.com

Regards,
-- 
Masahiro Ikeda
NTT DATA CORPORATION



pgsql-hackers by date:

Previous
From: Maxim Orlov
Date:
Subject: Re: Parallel scan with SubTransGetTopmostTransaction assert coredump
Next
From: Pavel Borisov
Date:
Subject: Re: Parallel scan with SubTransGetTopmostTransaction assert coredump