Re: bulk typos
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Justin Pryzby <pryzby@telsasoft.com>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>, Heikki Linnakangas <heikki.linnakangas@iki.fi>, Surafel Temesgen <surafel3000@gmail.com>, Alvaro Herrera <alvherre@alvh.no-ip.org>, Pavel Stehule <pavel.stehule@gmail.com>, Julien Rouhaud <rjuju123@gmail.com>
Date: 2020-11-02T06:22:03Z
Lists: pgsql-hackers
On Fri, Oct 30, 2020 at 09:08:01PM -0500, Justin Pryzby wrote: > On Sun, Oct 25, 2020 at 02:48:49PM -0500, Justin Pryzby wrote: >> Pavel, I can't understand this one. >> I guess s/producement/producing/ is too simple of a fix. >> Please check my proposed language. >> +XmlTableFetchRow(TableFuncScanState *state) >> + * XmlTable returns table - set of composite values. The error context, is >> + * used for producement more values, between two calls, there can be >> + * created and used another libxml2 error context. ... >> >> Surafel, this typo existed twice in the original commit (357889eb1). >> One instance was removed by Tom in 35cb574aa. Should we simply fix the typo, >> or borrow Julien/Tom's lanuage? >> + * Tuple at limit is needed for comparation in subsequent >> + * execution to detect ties. What you have sent for xml.c is a clear improvement, but I am not sure if that's the best we can do. So I have left this part out, and applied the rest. PS: I am also quite fond of "unbetimes". -- Michael
Commits
-
Fix some grammar and typos in comments and docs
- c6671cdbde93 9.6.20 landed
- b99cbbf5ce51 10.15 landed
- c7f41b2999c3 11.10 landed
- bebad3342004 12.5 landed
- 796885a07133 13.1 landed
- 8a15e735be00 14.0 landed
-
Fix a boatload of typos in C comments.
- 0b11a674fb11 11.0 landed