Тут ещё зависит от разрядности целой части, double является длинным форматом представления float point чисел, где под мантиссу или дробную часть числа отводится 53 байта, что при нулевом значении целой части может дать точность до 16 знаков после запятой.

я вернусь к старому , к тому с чего и начал, проблему которую я тут запостил можно разрешить по старинке просто с for'ом? без char'ов и подобных вещей. просто один FOR.

На мой взгляд нельзя.
Когда ты вводишь цифры с клавиатуры - ты вводишь все равно char, что бы там не говорили.

ты вводишь 0.01 - это символы.

потом среда (программа) преобразует эти цифры в float. Бинарная точность float далеко не всегда совпадает с десятичной. Если ты ввел 0.01 - программа пытается преобразовать это во float с максимальной точностью. получается (это только пример) некое число в формате float. Оно может вглыдеть как 0.009999999999999999999999999999999999.
Если воспользоваться твоим алгоритомом - получишь результат, который ты уже видел.

Следовательно - чисто математическими методами здесь никак не обойтись - все равно будет погрешность.

Резюме:
Я бы задал некоторую точность: допустим программа работает с числами, которые не превышают 10 знаков после запятой. Тогда можно введенное число округлить до этой точности, а потом воспользоваться твоим алгоритмом. 

Я бы использовал метод:
Допустим ввели 120344.04563

Сначала - привел бы число к значению меньше 1 (последовательным делением на 10)
Получил бы результат 0.04563

Потом умножил бы на 10000000000 (до кличества знаков) - это уже можно делать в типе long int
В результате получил бы число
456300000
Дальше можно по алгоритму - с целыми числами он сработает (при некой модификации)

Моя мысля должна работать до предела знаков после запятой, равной длине (long) int...

Если ошибся - не бейте.

ты не ошибся вроде бы всё хорошо,только с нулями в конце что будем делать? (я не совсем понял этот момент).

Незначащие конечные нули - выбрасываем.

Наверное надо сделать цикл вроде


Что-то в этом роде

Видимо не проснулся - немного подправил

Это сообщение отредактировал(а) Anikmar - 23.12.2006, 10:19

...
...
...

По-моему, чего-то не того. 5 != 4.   

хорошо только ведь этот блок будет отбирать и нужные нам нули , понимаешь о чём я говорю? 




тойсть было "0,02" умножили на 100....... получили двойку в конце с кучей нолей и затем их убрали и один нужный нолик нам мы потеряли, в принципе можно совместить твой и мой алгоритм, мой будет считать сколько нолей до первой цифры (это у него получается вроде-бы если я не ошибаюсь) а твой затем будет переносить их на левую часть дроби и считать цифры, вроде должно пройти, но минус есть серовно, максимальное чилсо будет состоять из 10 цифр, ну это лучше чем ничего всё таки


2Dov

я не понял о чём ты. или ты о том-же о чём и я? 

На самом деле - если работать чисто с числами там все равно будет куча цифр, которые пользователь не вводил.
Число 56.0475 будет представлено как 56.047499999999999999999999999

Так что все-таки проще разобрать введенную строку и посчитать количество знаков после запятой. Конечные нули можно и обрезать.
Это будет наипростейший и самый правильный выход.

А так, в большинстве случаев будет выдаваться результат, совпадающий с заданной точностью.

ressac, я о том, что нужный ноль был утерян не после того, как получили двойку в конце с кучей нолей и затем их убрали, а  после того, как умножили на 100.

Вводишь пиксели а они потом там, по проводочкам, преобразуются 

Ну если быть совсем точным, то при нажатии клавиши формируется прерывание 09, обработчик прерывания считывает SCAN-код клавиши, и помещает его в буффер 
Драйвер клавиатуры считывает из буфера этот скан-код, преобразовывает его в код клавиши и отправляет в буфер нажатых клавиш.

Винда берет этот код, посылает активному окну сообщение о нажатии клавиши.

Соответственно обработчик данного сообщения берет код нажатой клавиши и помещает его в сандартный поток ввода.

Несколько упрощенно, но где-то так.

Так вот: в стандартный поток ввода помещается char!     

Anikmar, то есть я сейчас char считал?



А если я Ctrl+Alt+Del жмакаю я какой char ввожу?.. 

Клавиатура здесь вообще не при чем, это не единственный способ ввести число.

силь больше нет думать 
погрешности при вычислениях есть и будут...
у кого-то есть идеи получше ?

Ну вообще-то я в шутку писал   В любом случае с клавиатуры ты вводишь те символы, которые нарисованы на кнопках, служебные отрабатываются по-особому, это не суть. Если ты вводишь последовательность символов 123, то с точки зрения клавиатуры - ты ввел три символа, а с точки зрения программы - это может быть и char и byte и int и string и float - смотря какого типа переменную поставишь. Но набрал ты 123 - так что это по-твоему? Число? Строка? Код символа? - Естественно это просто 3 символа. С кодами 49, 50 и 51. Во что их преобразует конкретная программа - это от программиста зависит.

Но на самом деле, если серьезно, когда ты вводишь с клавиатуры символы 345.04567, которые преобрразуются в double, а потом в отладчике посмотришь чему этот double равен - ты увидишь немного отличающееся значение. Это и есть погрешность преобразования десятичного числа в двоичное (коим double собственно и является).

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

Если число вводится с клавиатуры - надо сразу его обрабатывать как строку.
Если число формируется программно - точного результата достичь не получится - с этим ничего нельзя сделать, особенности архитектуры.

Тут можно использовать не двоичную систему - а прямую трансляцию десятичной в двоичную (точно не помню, по-моему такое называется BCD, но не уверен). Но в рамках поставленной задачи не уверен, что это необходимо.

а можно-ли одновремено сохранить число в строку(чар) и в перменую? в том момент когда мы вводим его?