LynxOS strtod не то же самое, что Linux

Question

Кажется, что реализация LynxOS strtod не обрабатывает все те же случаи, что и Linux, или, в этом отношении, Solaris. Проблема в том, что я пытаюсь разобрать текст, который может содержать десятичные или шестнадцатеричные числа.

В Linux я называю

a = strtod(pStr, (char **)NULL); 

и я получить ожидаемые значения в a для входных строк, таких как 1.234567 и 0x40.

В LynxOS десятичные числа обрабатываются правильно, но шестнадцатеричный анализ просто равен 0 из-за остановки при достижении «х». Глядя на страницы руководства, кажется, что strtod LynxOS поддерживает только десятичные строки во входном файле.

Кто-нибудь знает об альтернативе, которая будет работать как на Lynx, так и на Linux?

Answer 1

Цитата стандарта (7.20.1.3) (http://www.open-std.org/JTC1/sc22/wg14/www/docs/n1256.pdf)

Ожидаемая формой предметной последовательности является необязательным знаком плюс или минус, то один из следующего:
- непустой последовательность десятичных цифр, необязательно содержащих знак десятичной точки , а затем необязательную экспоненциальную часть, как определено в пункте 6.4.4.2;
- 0x или 0X, затем непустая последовательность шестнадцатеричных цифр, необязательно содержащая знак десятичной точки , а затем необязательную двоичную часть экспоненты, как определено в пункте 6.4.4.2;
- [...]

Итак, компилятор вы используете на LynxOS не компилятор C99.

---

Моя копия C89 стандарта не имеет никакого отношения к приставкой 0x:

4.10.1.4 Функция strtod

[...]

Ожидаемая форма последовательность субъекта представляет собой необязательный знак плюс или минус, затем непустую последовательность цифр, необязательно содержащую знак десятичной точки , затем необязательный экспоненциальная часть [...]

Answer 2

strtod принимает 3 аргумента, а не два. Если вы прототипировали его, включив правильный заголовок ( stdlib.h), ваш компилятор выдал бы ошибку. Поскольку вы вызываете функцию с неправильной подписью, ваша программа имеет неопределенное поведение. Исправьте это, и все будет хорошо.