| From: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
|---|---|
| To: | Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> |
| Cc: | Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Stephen Frost <sfrost(at)snowman(dot)net>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] pgbench - allow to store select results into variables |
| Date: | 2018-08-14 11:56:29 |
| Message-ID: | alpine.DEB.2.21.1808141343250.17378@lancre |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> Andrew> It's not done by my MUA, and it's present in your latest posted
> Andrew> patch. If anything I'd suspect your MUA:
>
> The patch in the original email is in text/plain with base64 transfer
> encoding, which means that CRLF line endings are mandatory. It's
> actually up to the receiving MUA (or the archives webserver) to undo
> that.
I came to the same conclusion. This is hidden because most people post
patches as "application/octet-stream", where no meddling is allowed. I'll
try to do that in the future.
> If the archives webserver isn't handling that then it's a bug there.
I'm not sure that the webserver is at fault either: it sends "CRLF" on
"text/plain", which seems okay, even required, by MIME. Maybe the web
user agent should do the translating if appropriate to the receiving
system... Obviously "curl" does not do it, nor "firefox" on "save as".
I have no doubt that some MUA around would forget to do the conversion.
--
Fabien.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Pavel Stehule | 2018-08-14 12:00:25 | Re: proposal: schema private functions |
| Previous Message | Pavel Stehule | 2018-08-14 11:56:10 | proposal: schema private functions |