Добрый день, уважаемые. 
Столкнулся с серьезнейшей проблемой. Уже приличное время назад столкнулся с такой штукой: есть массив с данными, состоящий из 100 элементов, в цикле обращаюсь к элементам для их вывода. Вот код:

И вот это долгое время у меня имеется странный эффект:
 
Поначалу был, мягко скажем, в шоке...
После экспериментов с пошаговым проходом по коду (спасибо Zend`у) обнаружил интересную особенность. При переводе числа из double в integer ПХП исходит из своих соображений, не совпадающих с моими. Т.е. число 0.11*100, переведенное в integer, станет 10. Вы спросите: а зачем так странно обращаться к массиву (т.е. 0,0х * 100)? Может и странно, но я был уверен, что нет никакой разницы и так было удобнее. Вот эта особенность морочила мне голову такое время...  
В одном из журналов  PHPinside я читал (вот сейчас вдруг вспомнил, а тогда не придал значения), что в ПХП особый способ представления double (или integer) чисел. Там было сказано, что выражение 0 == 0.0 выдаст false (или как-то так) и надо пользоваться неким math (может ошибаюсь, но я не в курсе что это).
Если быть короче, то как корректно перевести из double в integer ? Или, если это все ахинея, скажите, чтобы я учил учебник ПХП за первый класс церковно-приходской школы. 

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


Возможно Вы имеете ввиду особенности представления чисел с плавающей запятой, то да, double вообще сравнивать по большому счету нельзя, даже с double. Но это проблема (проблема ли) отнюдь не только php.

Это сообщение отредактировал(а) vasac - 7.1.2007, 21:58

да есть такой глюк,
тебе надо так:

может и не глюк, но у меня нет обяснений.    

Вот что получалось у меня:

Код:

Результат:


Уважаемый murod, Вы совершенно правы. Спасибо. Чудеса. С Вашим хаком все встало на круги своя. Что же это за "особенность", попортившая мне нервы ?..

Icaros, что за бред вы тут несете?
Я не понимаю, что религия не позволяет писать по человечески, как большинство нормальных людей?

Mal Hack,  мне кажется Icaros просто забыл поставить знак $. ничего страшного. ты лучше скажи свое мнение что это такое? глюк или это мы- не из "большинства нормальных людей"? 

Добавлено @ 23:15 
с типом String все работает правильно, а с Integer глюки

murod, я уже привел свою точку зрения касательно кода в первом посте.

Mal Hack, кажется ты немножка не понял проблему 
Icaros'а 

выводит:
0
1
2
3
4
5
6
7
8
9
10
10
11
а этот код :

выводит:
0
1
2
3
4
5
6
7
8
9
10
11
12
именно с массивами работает не правильно!!
вот без массива:

выводит правильно:
0
1
2
3
4
5
6
7
8
9
10
11
12

Добавлено @ 23:42 
Народ как это понять?

murod, 
техническая проблема, как я уже указал, в представлении чисел с плавающей запятой. Насчет ее понимания — в поиск.
глобальная же проблема в том, что вы творите здесь какую-то фигню и пытаетесь понять, почему же в итоге фигня и получается.

murod, я прекрасно понял проблему, жаль модераторский статус е позволяет сказать где у автора ошибка...


ИДИОТИЗМ !!!

Mal Hack, но ведь такая проблема(а она, по-видимому, в наличии) вполне может выплыть в другом, внешне "вполне приличном" коде. Не в курсе, от чего такая ерунда при работе с хэшами?

Какие хэши?


Судя по всему это баг в двоичном представлении числа...
К сожалению, как хранятся числа во внутреннем представлении - вопрос, ответ на которой знают очень мало людей.

Причина такой ошибки, как мне кажется, состоит в следующем:

Из-за того, что числа в формате IEEE представляются в двоичной форме в формате [экспонента][мантисса]. В результате, некоторые десятичные дроби не могут быть точно представлены в этой записи. Об этом сказано тут например http://www.php.net/manual/ru/language.types.float.php 
В результате при постепенном добавлении к переменной значения 0.01 к 11 шагу накапливается ошибка, и вместо числа 11 мы храним число 10.9999999999999999. 

Ключ может быть только либо строкой, либо целым числом, поэтому у числа 10.(9) отбрасывается дробная часть. И мы получаем значение 10.

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

Сравните, например



В этом и причина "ошибки"

Это сообщение отредактировал(а) ewolf - 8.1.2007, 01:19

Хм... Знал я конечно, о такой фишке, но не думал, что в PHP на столько это криво реализовано..

на выходе получаем:

Хм....
Вот написал тестик на С++...

Результаты:

да уж. почему бы не округлять-то? спасибо за приведенные тесты, Mal Hack, ewolf.
Кстати, Mal Hack, всё же не только в кривости кода дело, верно?   

skyboy, я изначально смотрю на задачу, и вижу, что работа с массивом ведется через одно место. Соответственно и реакция такая, на код, который реально на практике не применяется, т.к. бредовый. 
Значит автор так хорошо делает акцент при составлении поста...


Да, конечно. Только не в "кривости" кода, а в "глупости" кода...
Это все равно что 
.


Всегда пожалуйста.

я провел вот такой эксперимент,

этот код выводит:
0.0000000000000000000 -> 0.0 -> 0
1.0000000000000000000 -> 1.0 -> 1
2.0000000000000000000 -> 2.0 -> 2
3.0000000000000000000 -> 3.0 -> 3
4.0000000000000000000 -> 4.0 -> 4
5.0000000000000000000 -> 5.0 -> 5
6.0000000000000008882 -> 6.0 -> 6
7.0000000000000008882 -> 7.0 -> 7
8.0000000000000000000 -> 8.0 -> 8
9.0000000000000000000 -> 9.0 -> 9
10.0000000000000000000 -> 10.0 -> 10
10.9999999999999982236 -> 10.0 -> 11
11.9999999999999982236 -> 11.0 -> 12
12.9999999999999982236 -> 12.0 -> 13
13.9999999999999982236 -> 13.0 -> 14
15.0000000000000000000 -> 15.0 -> 15 
отсюда несложно уловить, при преобразовании типoв с плаваюшей запятой на целые числа
просто отбрасывается дробняя часть(числа после запятой).
вот в этом было и фокус!

Это сообщение отредактировал(а) murod - 8.1.2007, 10:16

Добрый день, уважаемые пользователи. И отдельное приветствие уважаемому  Mal Hack`у.
Спасибо вам всем за помощь.
 
И отдельно г-ну Mal Hack`у.
Трудно поспорить с Вашим мастерством программирования, ровно как и с тем, что я не профи. По поводу первого поста - Вы скорее всего правы, уважаемый Mal Hack. С сочинительством у меня беда, да и не программист по образованию... НО, насколько бы "бредовым" не была приведенная программа (кстати, более корректна вторая, приведенная мной), проблема морочила мне голову очень долгое время. На момент создания программы для меня была удобна именно такая форма обращения к массиву. Да и спрашивал я не про уровень убогости, а про странный эффект. Мне и в голову не приходило, что такое может быть. 
Делаю программу в учебных (просьба не ржать) целях. К сожалению, кроме вашего форума спросить не у кого. Да к тому же я не показывал вам всей программы, и приведенный мною код является упрощенной версией, предназначенной только для демонстрации эффекта. 

P.S. Еще раз спасибо за помощь.

А чем не удобная форма, когда итерационный цикл идет по целым значениям? Я вот этого понять не могу?
Я могу понять, когда такое надо применить, к примеру, для мат расчетов (интеграл посчитать), но тут - извольте...

Тема жжот. Не знал что такая уловка есть    Ужас.

ИМХО, конечно и сейчас меня закидают помидорами, но тема наглядно показывает одну очень интересную истину: "чистые" PHP-программисты зачастую совершенно не понимают ни как работает компьютер, ни что же реально происходит с их данными. По чистыми  я понимаю людей, кто сразу начал с PHP, не занимаясь более "тяжелыми" языками. Фактически ответ был указан в одном из первых ответов. Но большая часть спорящих совершенно не обратила на него внимания. Любой же сишник, дельфист, ассемблерщик (и прочие языки, где необходимо заглядывать в способы хоранения данных, утсройство процуедур и т.д. и т.п.)  догался бы сразу без подсказок. Я уж не говорю о таких граблях как прописная истина "вещественные числа нельзя сравнивать операциями точного равенства, только после округления с заданной потерей точности".

Обратите внимание при случае, как неимоверно тяжело дается "читстому PHP-исту" осваивание азов C++ и насколько легко и даже с некоторым недоумением к простоте, граничащей с небрежностью, получается у професионального C++ика начинать работать с PHP. Самое примечательное, что синтаксис PHP чуть ли не скопирован с C.

Кидайте помидоры, я готов 

Добавлено @ 00:54 
P.S. для интертесующихся - причину неверной работы кода понял практически недочитав до конца первый абзац, но так интересно было следить за дискуссией! 

DENNN, согласен с тобой во всем, кроме:


Я начал PHP и паскаль практически одновременно, Си потом освоил (азы, конечно), довольно-таки легко, столкнувшись с этими проблемами на Delphi...

Еще играет роль опыт... Если все время "клепать" приложения на vcl, на Delphi, к примеру, то таких вещей ты как не знаешь так знать и не будешь.

DENNN, 

Чмяк-чмяк... чмяк.... 

Как говорил Горбачёв "Боря, ты не прав".
Видел я PHP код, который пишут наСильники, никогда на php не писавшие  То еще зрелище. Все пытаются сделать руками и через ж (как в С привыкли). Все пытаются память освобождать итд итп. 
Так что у каждого языка своё. У PHP своя задача и с задачей C она не пересекается, и устраивать холивар по этому поводу смысла не вижу. 

Так что ящик помидорав тебе в подарок 

ЧТо уже выбивает из общей тенденции. 

smartov, спасибо за помидоры. 

Знания PHP помогали осваивать Pascal... Я сначала на PHP многое делал, уже потом на Pascal'e.

Позвольте немного приложиться.
  Я как раз из тех, кто на PHP и на Perle писал все ручками, переходя с Си  например так:

  Утрирую конечно, но все же 

но все же можно вполне писать на Си, понятия не имея о внутреннем устройстве doudle и float.
Чего не скажешь, например, о бестиповых языках типа Би (непосредственного предшественника Си). Там есть только один тип - слово - то есть два байта. 
И если вам нужно дробное, то самому приходилось реализовывать, хочешь - плавающей, хочешь - фиксированной точкой. Нужны символы, сроки, указатели - сам думац как реализовать. Как сам с собой договоришься.   
 И Бишники (если такие ее существуют) над от души бы над этой темой посмеялись