[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: failure to build due to ignoring fwrite() result
From: |
Bruce Korb |
Subject: |
Re: failure to build due to ignoring fwrite() result |
Date: |
Mon, 30 Aug 2010 09:35:06 -0700 |
Hi Jim,
On Mon, Aug 30, 2010 at 9:26 AM, Jim Meyering <address@hidden> wrote:
> I don't like the length of "ignore_value" either, but think of that
> as a feature, not a problem. It's more of an auto-regulator: If I'm
> ignoring so many "important" return values that the "ignore_value"
> uses impair readability, then I take that as an indication that I'm
> doing something wrong.
Theoretically, that sounds right. In "real life" I develop a lot of
daemon software
on appliances that really cannot go down. If some FILE* descriptor becomes
error prone, I trigger some alert somewhere but I may as well keep trying
because it might get better. I can't just quit because I'm unhappy with some
FILE* descriptor. Maybe extend the prefix a bit:
void_fwrite()
for example? Or even:
ignore_value_fwrite()
In any case, it is the wrapping of the function call that I see as comprehension
clutter. Much more so than the length of the prefix.
- Re: failure to build due to ignoring fwrite() result, Bruce Korb, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Eric Blake, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Bruce Korb, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Jim Meyering, 2010/08/30
- Re: failure to build due to ignoring fwrite() result,
Bruce Korb <=
- Re: failure to build due to ignoring fwrite() result, Jim Meyering, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Bruce Korb, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Jim Meyering, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Eric Blake, 2010/08/30
- Re: failure to build due to ignoring fwrite() result, Jim Meyering, 2010/08/30
Re: failure to build due to ignoring fwrite() result, Paul Eggert, 2010/08/30