control: tag -1 wontfix
control: close -1

[2016-12-17 04:36] Jason Downs <dow...@downsj.com>
>
> part 2     text/plain                 454
> Hi,
>
> This was recently brought to my attention.
>
> I would point out that neither of these are actually bugs.
>
> First, the unconditional fsync() was intentional behavior.  At worst,
> it's a NOP as the file will likely be flushed momentarily anyway.
>
> Secondly, the gdbm_close() function is meant to approximate the
> behavior of the dbm_close() function, which is specified in the
> standards as a void function. Hence, there's no reason to check return
> values.

So here is upstream position. While my opinion differs about void
`gdbm_close', I do not have strong enough reason to work hard to
persuade. As such, closing as wontfix.

-- 
X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch,
Accept-Languages: eo,ru,en             | at most once every 24 hours. If matter
Accept: text/plain, text/x-diff        | is urgent, you have my phone number.

Attachment: pgpDlkHFKlhLk.pgp
Description: PGP signature

Reply via email to