Re: Suspicion of a compiler bug in clang: using ternary operator in ereport()
| От | Christian Kruse |
|---|---|
| Тема | Re: Suspicion of a compiler bug in clang: using ternary operator in ereport() |
| Дата | |
| Msg-id | 20140130092505.GH3557@defunct.ch обсуждение исходный текст |
| Ответ на | Re: Suspicion of a compiler bug in clang: using ternary operator in ereport() (Andres Freund <andres@2ndquadrant.com>) |
| Ответы |
Re: Suspicion of a compiler bug in clang: using ternary operator in ereport()
|
| Список | pgsql-hackers |
Hi,
On 30/01/14 10:15, Andres Freund wrote:
> > While I understand most modifications I'm a little bit confused by
> > some parts. Have a look at for example this one:
> >
> > + *errstr = psprintf(_("failed to look up effective user id %ld: %s"),
> > + (long) user_id,
> > + errno ? strerror(errno) : _("user does not exist"));
> >
> > Why is it safe here to use errno? It is possible that the _() function
> > changes errno, isn't it?
>
> But the evaluation order is strictly defined here, no? First the boolean
> check for errno, then *either* strerror(errno), *or* the _().
Have a look at the psprintf() call: we first have a _("failed to look
up effective user id %ld: %s") as an argument, then we have a (long)
user_id and after that we have a ternary expression using errno. Isn't
it possible that the first _() changes errno?
Best regards,
-- Christian Kruse http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: