On 13-12-01 04:34 PM, Lex Trotman wrote:
On 2 December 2013 09:45, Matthew Brush wrote:
On 13-12-01 01:26 PM, Lex Trotman wrote:
Hi,
**gint** utils_strtod()?? Sheesh.
s/b renamed utils_hexcolor() or similar, thats what it does.
As for "end", the original strtod() and friends used it to e
Hi All,
Just a note I am still summarising the thread, but "real life" is getting
in the way. Real soon now (hopefully).
Cheers
Lex
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
On 2 December 2013 09:45, Matthew Brush wrote:
> On 13-12-01 01:26 PM, Lex Trotman wrote:
>
>> Hi,
>>
>> **gint** utils_strtod()?? Sheesh.
>>
>> s/b renamed utils_hexcolor() or similar, thats what it does.
>>
>> As for "end", the original strtod() and friends used it to extract several
>> whites
On 13-12-01 01:26 PM, Lex Trotman wrote:
Hi,
**gint** utils_strtod()?? Sheesh.
s/b renamed utils_hexcolor() or similar, thats what it does.
As for "end", the original strtod() and friends used it to extract several
whitespace separated strings from the one string by just passing "end" to
the
Hi,
**gint** utils_strtod()?? Sheesh.
s/b renamed utils_hexcolor() or similar, thats what it does.
As for "end", the original strtod() and friends used it to extract several
whitespace separated strings from the one string by just passing "end" to
the next call, but if we don't use it and its w
Hi,
utils_strtod() has an **end output argument, like strtod(), but never
uses it. Of course, all callers pass NULL, so it doesn't matter much,
but it'll still be good to fix it.
Do you thing we shall handle the argument, or remove it? Assignind to
*end doesn't make much sense, since on successfu