Re: Release of version 4.14.2 of sharutils

Bruce Korb <[email protected]> Tue, 06 Jan 2015 18:15:53 -0800
Newsgroups gmane.comp.gnu.utils.bugs
Organization FSF
Message-ID <[email protected]>
On 01/06/15 15:56, Eric Blake wrote:
> On 01/02/2015 05:44 PM, Bruce Korb wrote:
>
>> OK, I've incorporated use of base_name and fixed the "const" attribute.
>
> No, you still missed a spot where you need to use base_name; and you
> still have some other portability bugs.  Read on...

Well, I did where it was pointed out.  I was lazy and went where pointed.

> Also, remember that tolower() doesn't always play nice in multibyte
> locales; you may want to decide if it is right to make this code
> locale-independent and multi-byte-safe by using gnulib's <c-ctype.h> and
> c_tolower(), although it limits the set of case conversions that will be
> performed to just ascii characters even in locales that have other case
> mappings defined.

At some point, it must also be remembered that the whole sharutils thing
is an old (make that, "ancient") hack for a world before MIME.
That feels like a bridge too far. :)

> Finally, there were several harmless warnings, such as:
>
> shar.c: In function 'format_report':
> shar.c:345:25: warning: unused parameter 'type' [-Wunused-parameter]
>   format_report(quot_id_t type, char const * fmt, char const * what)

It looks like the quot_id_t stuff is unnecessary in that function and
can be removed instead of quieted.  Likely a dinkleberry.

> unshar.c:62:41: warning: "/*" within comment [-Wcomment]
>    * Check for start of comment ("//" or "/*") and directives.
>   ^
>
> except that I don't know how you could reword that comment to still
> convey the same information without causing grief to (non-compliant)
> compilers that try to parse it as nested comments.

Indeed.  I think Doxycomments take priority here.  I could if-def it
away, but that uglifies the code.