| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
| Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: typos |
| Date: | 2023-02-09 05:45:40 |
| Message-ID: | Y+SIhEEVYkZf9P2f@paquier.xyz |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Feb 08, 2023 at 09:56:44AM -0600, Justin Pryzby wrote:
> Some more accumulated/new typos.
0001 has been a debate for a long time, and it depends on the way SQL
is spelled. For reference:
$ git grep -i " an sql" -- *.c | wc -l
63
$ git grep -i " a sql" -- *.c | wc -l
135
0005 can indeed fix a lot of confusion around the spaces after an
"else if" block. Is that something that could be automated with the
indentation, though? Same remark for 0009 and 0010.
Applied 0002, 0003, 0004, 0006, after rewording a bit 0003 to mention
the compression type.
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Takamichi Osumi (Fujitsu) | 2023-02-09 05:50:05 | RE: Exit walsender before confirming remote flush in logical replication |
| Previous Message | Tom Lane | 2023-02-09 05:33:06 | Re: pg_upgrade failures with large partition definitions on upgrades from ~13 to 14~ |