tech-userlevel archive

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

Re: Reuse strtonum(3) and reallocarray(3) from OpenBSD



In article <trinity-ca966487-0a1b-4764-aed0-db52921dcd0b-1421288059648@3capp-mailcom-bs04>,
Kamil Rytarowski <n54%gmx.com@localhost> wrote:
>-=-=-=-=-=-
>
>Christos Zoulas wrote:
>> On Jan 14,  1:35am, n54%gmx.com@localhost ("Kamil Rytarowski") wrote:
>> -- Subject: Re: Reuse strtonum(3) and reallocarray(3) from OpenBSD
>> 
>> | Christos Zoulas wrote:
>> | > I still don't get what you buy by having 2 sets of functions to
>save a passed
>> | > NULL pointer... Aside confusion.
>> | 
>> | Remove duplication of information returned to caller, related to
>partial conversion.
>> | Also returning error for valid conversion is (for me) misguiding.
>> | 
>> | What do you think about this to return ENOTSUP only if:
>> | - endptr was passed as NULL and
>> | - there happened partial conversion.
>> 
>> What about if no characters match? How do you tell the difference?
>> So if endptr != NULL behave differently? This is confusing.
>
>Well, I was thinking about this use-case and if there is need to differentiate
>partial conversion with and without parsed digits.
>
>A candidate would be to set *rerror to ECANCELED in this case.

I think there is because if no characters were read there was no conversion,
and thus no valid return value. ECANCELED for that seems ok to me.

christos



Home | Main Index | Thread Index | Old Index