again errno usage, today: strutils.c

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

There are many functions in strutils.c where we don't reset errno
before using it. For example this one:

unsigned long strtoul_or_err(const char *str, const char *errmesg)
{
    unsigned long num;
    char *end = NULL;

    if (str == NULL || *str == '\0')
        goto err;
    errno = 0;
    num = strtoul(str, &end, 10);

    if (errno || str == end || (end && *end))
        goto err;

    return num;
err:
    if (errno)
        err(STRTOXX_EXIT_CODE, "%s: '%s'", errmesg, str);

    errx(STRTOXX_EXIT_CODE, "%s: '%s'", errmesg, str);
}


You can make the problem visible:

$ ./logger --no-act -t "wtf" --id="XX" message
logger: failed to parse id: 'XX'
$ ./logger --no-act -t "wtf" --id="" message
logger: failed to parse id: '': No such file or directory


It's easy to fix:

+   errno = 0;
    if (str == NULL || *str == '\0')
        goto err;
-   errno = 0;


But I want to ask whether it would be a good idea to make the message 
generally less verbose:

-   if (errno)
+   if (errno == ERANGE)

On other systems strtoul(3p) would return EINVAL too for case --id="XX" 
but EINVAL has no useful information here:

  test_logger: failed to parse id: 'XX': Invalid argument

This would not change anything on Linux/c99 as strtoul(3) only set 
ERANGE there.

Opinions? 

cu,
Rudi
--
To unsubscribe from this list: send the line "unsubscribe util-linux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux