Здравствуйте, Erop, Вы писали:

E>Здравствуйте, landerhigh, Вы писали:

L>>1. Абсолютно неочевидно, асилит ли код шестнадцатиричные числа.
E>IMHO понятно, что выдаст ошибку. При этом не ясно зачем бы float point numbers шестнадцатиричными числами записывать? Это кто-то вообще делает?
Видимо, нет. Но код возврата функции навевает на мысли, что парсим целое число. И лишь внимательное рассмотрение сигнатуры показывает, что это не так.
L>>2. Неясно, что будет, если разделитель — запятая.
E>Ошибка формата будет. Тоже вроде как ясно...
А если надо пофискить?
L>>4. Зачем goto? Можно ли без?
E>Наверное можно. В чём неясность я не понял.
L>>5. Что за сравнение с 'E' и 'D' в середине?
E>Экспоненциальная запись числа, вестимо (что-то типа 1.17e-8)
Если юзер вдруг пробел между e и -8 ввел, что будет? Из кода совершенно не понятно.
L>>6. А вдруг юникод?
E>А вдруг суахили?
Вопрос в том, скольких усилий будет стоить адаптация функции?
L>>Это не говоря о кошмарном форматировании и диковато выглядящей сигнатуре функции.
E>Просто C-style. Если думаешь, что в crt как-то не так, советую почитать
CRT вместе с C-style трудно назвать образцами юзабилити и читаемости.