| From: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
|---|---|
| To: | dgrowleyml(at)gmail(dot)com |
| Cc: | li(dot)evan(dot)chao(at)gmail(dot)com, tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)lists(dot)postgresql(dot)org, pramsey(at)cleverelephant(dot)ca, ojford(at)gmail(dot)com, peter(at)eisentraut(dot)org, krasiyan(at)gmail(dot)com, vik(at)postgresfriends(dot)org, andrew(at)tao11(dot)riddles(dot)org(dot)uk, david(at)fetter(dot)org |
| Subject: | Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options |
| Date: | 2025-10-22 05:49:11 |
| Message-ID: | 20251022.144911.1367366293633639433.ishii@postgresql.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> On Mon, 20 Oct 2025 at 16:59, Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
>>
>> > A very trivial commit:
>> >
>> > ```
>> > + else
>> > +
>> > + /*
>> > + * For other cases we have no idea what position of row callers would
>> > + * fetch next time. Also for relpos < 0 case (we go backward), we
>> > + * cannot set mark either. For those cases we always set mark at 0.
>> > + */
>> > + mark_pos = 0;
>> > ```
>> >
>> > The empty line after “else” is not needed.
>>
>> That was added by pgindent.
>
> If it's written down somewhere, I can't find it, but the rule we
> normally follow here is; don't use braces if the code block has a
> single statement without any comments that appear on a separate line.
> Otherwise, use braces.
Oh ok, I didn't know that.
> Since your comments are not on the same line as the statement, it
> should have braces. I imagine that's why pgindent is "acting weird".
Attached is a trivial patch to follow the rule.
Best regards,
--
Tatsuo Ishii
SRA OSS K.K.
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp
| Attachment | Content-Type | Size |
|---|---|---|
| v1-0001-Fix-coding-style-with-else.patch | application/octet-stream | 1.3 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2025-10-22 05:51:31 | Re: Skip unregistered custom kinds on stats load |
| Previous Message | Álvaro Herrera | 2025-10-22 05:44:27 | Re: Skip unregistered custom kinds on stats load |