From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: return values of backend sub-main functions |
Date: | 2012-06-19 19:37:51 |
Message-ID: | CA+Tgmob1TOMLuBdVb8fGVe8yg7uO6wR+kZksgQRKUZnxuRes9w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jun 19, 2012 at 7:31 AM, Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:
> On ons, 2012-01-18 at 21:21 +0200, Peter Eisentraut wrote:
>> On lör, 2012-01-07 at 16:41 -0500, Tom Lane wrote:
>> > Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>> > > I suggest that we change PostgresMain(), PostmasterMain(), BackendRun(),
>> > > WalSenderMain(), and WalSndLoop() to return void as well.
>> >
>> > I agree this code is not very consistent or useful, but one question:
>> > what should the callers do if one of these functions *does* return?
>>
>> I was thinking of a two-pronged approach: First, add
>> __attribute__((noreturn)) to the functions. This will cause a suitable
>> compiler to verify on a source-code level that nothing actually returns
>> from the function. And second, at the call site, put an abort(); /*
>> not reached */. Together, this will make the code cleaner and more
>> consistent, and will also help the compiler out a bit about the control
>> flow.
>
> Patch for 9.3 attached.
Seems reasonable on a quick read-through.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2012-06-19 19:48:46 | Re: [PATCH 04/16] Add embedded list interface (header only) |
Previous Message | Robert Haas | 2012-06-19 19:33:21 | Re: pl/perl and utf-8 in sql_ascii databases |