UCL library bug
Allan Jude
allanjude at freebsd.org
Thu Mar 18 16:23:41 UTC 2021
On 3/16/2021 6:11 AM, Eugene Grosbein wrote:
> 16.03.2021 16:03, Ionuț Mihalache wrote:
>
>> Hello,
>>
>> I am using the ucl library to write in a file 64bit values. The data type
>> is uint64_t or int64_t; on write I use %lu or %ld regarding the type and
>> everything works, on read on the other hand something weird seems to happen:
>>
>> I read using %ld only and for small value it works, for values like
>> 18,374,686,479,671,672,848
>> the ucl type type is recognized as UCL_STRING instead of UCL_INT and I
>> don't know why this is happening. Is there a bug in the library?
>
> Does it help if you use %lld instead? Or maybe %jd ?
>
>
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
>
There is an ENUM called ucl_string_flags that controls how a string is
parsed, it includes options for parsing it as a boolean, as int or
double, or as a timestamp.
We could extend this, and add UCL_STRING_PARSE_UINT or something, then
change ucl_maybe_parse_number() to respect that flag, and then use
strtoumax() instead of strtoimax().
I think the reason it uses strtoimax() by default, is that JSON only
supports signed integers.
--
Allan Jude
More information about the freebsd-hackers
mailing list