Конвертация во float и совместимость win 10 с win (7 и xp)

Всем привет. Есть код написанный в борадатые года и отлично работающий на win 10.

В общем не давно заметил что на win 7 он перестал работать, хотя изначально для неё и разрабатывался.

str1 = 1.5;
str2 = 3023.78;

Ошибка возникает только на win 7 и XP с str2. Пишет что “3023.87’ is not a valid floating point value
На 10 такой ошибки нет. Системный разделитель я проверил. Стоит .

Подскажите в чем может быть дело ?

0

Скриншот окна ошибки покажите. И что это за странные кавычки в коде? Приведенный код не скомпилируется.

0

Ковычки такие из-за того что с телефона печатал

Миниатюры

 

0

Bag_ali, в сообщении об ошибке видно, что перед цифрами в тексте стоит как минимум один пробел. Вероятно, метод Trim() не применился.
Попробуй вторым параметром в функцию передать

0

это фотка криво сделана или в сообщении об ошибке после числа стоит одинарная кавычка?

0

Надо сначала привести оба числа к float, а только потом сравнивать. Сразу будет понятно если где всплывет ошибка (в моменте преобразования из строки).
Еще можно попробовать посчитать количество символов непосредственно перед преобразованием: если в строке "3023.78" будет более семи символов, значит худо.

0

Сообщение от SatanaXIII Еще можно попробовать посчитать количество символов непосредственно перед преобразованием: если в строке "3023.78" будет более семи символов, значит худо.

Абсолютно не важно и не нужно.
Ибо любая стандартная библиотечная конверташка сделана под максимально возможную точность (избыточная точность результата обрезается уже операцией присваивания).
Например, ANSI C/C++-конверташки из строки в плавучку atof(), strtod() возвращают дабл. Т.е. проглотят и полтора десятка значащих цифр.
А StrToFloat - аж long double возвращает (т.е. 80 бит вместо 64рёх обычного дабла).
Возвращающих флоаты аналогов этих функций - в базовых/стандартных библиотеках просто нет!

Т.е. всякие "худо" (например, строку не из цифр и прочее) надо ловить по-иному, обработчиками исключительных ситуаций или анализом возвращённых функцией результатов.

0

VTsaregorodtsev, Причём тут точность? Речь же шла о проверке того, что в функцию передаётся строка, которая помимо числа содержит ещё какой-то мусор.
А вообще, данной теме уделено уже неоправданно много внимания. Ошибка из одного ряда с пропущенной ";".
При том, что ТС, вероятно, либо уже решил проблему, либо не очень-то ему это и нужно.

0

Посмотри, какой десятичный разделитель выставлен в системе. StrToFloat по умолчанию переводит с тем, который выставлен в винде. Если в винде стоит запятая, с точкой не прокатит.

0

Сообщение от Lelik-pahan Причём тут точность? Речь же шла о проверке того, что в функцию передаётся строка, которая помимо числа содержит ещё какой-то мусор.

Читайте внимательно цитированные мной слова ув.SatanaXIII
Где там у него было про проверку на мусор?

А вот идея проверки того, что "нельзя впихнуть невпихуемое" - у него была.
Но - с предлагаемым порогом (7 символов-цифр), актуальным ТОЛЬКО для флоата.
Хотя все предусмотренные СТАНДАРТАМИ ЯЗЫКА и его библиотек конвертеры строки в плавучку - возвращают дабл или лонг дабл. Усечение точности - происходит уже при присваивании результата переменной в памяти.
Да и sscanf/swscanf, где в строке формата можно сразу попросить сохранить именно во флоат, внутри себя тоже могут сначала конвертировать в дабл - и только потом будут пытаться упихивать результат в требуемый строкой формата флоат. И если не возникнет переполнения - всё будет ОК.
Т.е. высказанное SatanaXIII требование о не более чем 7 цифрах в строке - не является обязательным для неуспеха конвертации. Что я и отметил.
Причём я мог и другой, более простой пример привести. Например, спросить, отчего это должна быть неуспешной конверсия строки "0.000000000000001", если 1е-15 вполне по силам флоату?

0

И поскольку там ОLE должен быть WideString и bstr

0

Сообщение от VTsaregorodtsev Где там у него было про проверку на мусор?

Речь шла о подсчёте количества символов в строке перед тем, как передать её на преобразование. Если в строке с числом, которое записывается семью символами, символов будет больше семи, о чём это говорит? О том, что в строке мусор. И точность тут ни при чём.
О каком вообще усечении точности может идти речь при ошибке "is not a valid floating point value"? Программа не приняла строку, а до работы с числовыми форматами дело вообще не дошло.

0

Сообщение от Lelik-pahan Если в строке с числом, которое записывается семью символами, символов будет больше семи

Чем обоснован бред про 7 символов в числе?
Что, примера про "0.000000000000001" == 1е-15 не хватает, и мне надо напомнить, что и 10^-38, и 10^38 всё ещё влезают во флоат, не говоря уж про дабл? Почти 40 символов будет в "обычной"=неэкспоненциальной строковой записи таких чисел - и ни у кого никаких проблем.
В общем, различайте символы в числе как строке - и значащие цифры в числе.

И ещё. Я вот гляжу в справку по StrToFloat (раз ТС её юзает - будем в этих рамках держаться) - и вижу, что там чёрным по белому написано про Leading and trailing blanks are ignored. Т.е. пробелы по обе стороны от числа - допустимы, и сами по себе успешность конвертации такие пробелы не влияют.
Поэтому умоляю - не начинайте придумывать очередную сказку, что пробелы != символы
Фактически, я уже третьим способом опровергаю ересь про необходимость 7 символов - может, всё-таки признаетесь в грехах и покаетесь?

0

Сообщение от VTsaregorodtsev Чем обоснован бред про 7 символов в числе?

Тем, что число 3023.87 записывается с мощью семи символов.

Сообщение от VTsaregorodtsev Что, примера про "0.000000000000001" == 1е-15 не хватает

Для чего его должно хватить? Про переполнение float речи вообще не было, к чему тут эта диссертация?

Сообщение от VTsaregorodtsev Фактически, я уже третьим способом опровергаю ересь про необходимость 7 символов - может, всё-таки признаетесь в грехах и покаетесь?

Да хоть десятым. Хоть и проверить соответствие длины строки семи предложил не я, но абсолютно уверен, что речь шла не о вместительности типа float, а о наличии в строке мусора.

В сообщении об ошибке чёрным по серому написано: "is not a valid floating point value". Не "floating point overflow".

0

VTsaregorodtsev, очень хорошо, что вы обладаете знаниями о том, какие числа влазят во флоат, а так же стремлением делиться этими знаниями. Умение читать справку так же очень полезно, но умение читать ее внимательно бывает еще полезнее - не только пробелы могут передаваться параметром в StrToFloat, но и любые другие непечатные символы. И при внешнем кажущемся сходстве строк с непечатными символами, суть их может сильно различаться, и не каждая функция - в частности StrToFloat - производит подобную полную проверку своих строковых параметров.
Когда я предлагал проверить именно длину передаваемой в функцию строки - эти пресловутые "7 символов-цифр", то смысл этого был как раз в том, чтобы выяснить не затесались ли в строку непечатные символы.

Вот вы предлагаете в подобных ситуациях использовать выбрасывание исключений или анализ возвращаемых значений функции. Допустим мы выбрали ловлю исключений: оборачиваем вызов StrToFloat в try-catch блок и получаем ожидаемое EConvertError. Дальше что? Мы очень здорово и на высоком профессиональном уровне получили ровно такой же результат, как и в отладчике глазами. Но допустим мы выбрали обработку результата из функции: пишем метод, получающий строку и внутри себя вызывающий в try-catch блоке StrToFloat, и в секции catch возвращающий, например, false. Запускаем, получаем false и аплодируем себе стоя. Мы молодцы.
Мораль: главное не сколько знаний и умений мы имеем, не то, как мы лихо их демонстрируем, а то, что если мы не стараемся решить проблему, а просто сотрясаем воздух, то это и есть худо.

0

Сообщение от SatanaXIII , чтобы выяснить не затесались ли в строку непечатные символы.

Смысл? Мм уже выяснили же что они никак не учитываются ф-цией.А если бы и учитывались то отбрасывались бы Trim()

0

Сообщение от Avazart Смысл?

Мозговой штурм. Очевидные варианты уже все попробовали, остались только не очевидные.
Вот попробуйте предложите что-нибудь тс, чтобы выяснить в чем именно ошибка.

Сообщение от Avazart Мм уже выяснили же что они никак не учитываются ф-цией.

А мы не выяснили. Попробуйте передать в StrToFloat, например, символ Backspace - не распознает.

И еще раз: нужно предложить тс решение или путь поиска этого решения, а не гипотезировать сидеть.

0

Сообщение от SatanaXIII символ Backspace - не распознает.

А каким образом он там должен оказаться в эдите?

0

Avazart,

Сообщение от SatanaXIII И еще раз: нужно предложить тс решение или путь поиска этого решения, а не гипотезировать сидеть.

0

Сообщение от Avazart А каким образом он там должен оказаться в эдите?

Так нигде не сказано, что строка берётся из эдита.
У ТС в коде и OLE, и ADOQuery. Причём значение из ADOQuery извлекается как "AsFloat" и тут же передаётся в StrToFloat.
Так что появление мусора не удивляет.

0