-
- Унион не подойдёт ибо ещё будет сложение времён. symbions(242 знак., 02.10.2015 12:46)
- За такие программы нужно руки отрывать. За операцию "==" по отношению к времени или плавающим числам. - fk0(04.10.2015 15:18)
- операция "==" к плавающим цифрам - нормально. если знаешь что делаешь. проблема ж этой операции в сравнении с константой. - Mahagam(05.10.2015 17:30)
- Проблема в том, что ВРЕМЯ_СЕЙЧАС может быть никогда не равно ВРЕМЕНИ_СРАБАТЫВАНИЯ. Можеть быть меньше, может быть больше. А сейчас -- процессор занят был. - fk0(06.10.2015 00:19)
- А можно еще заняться стеганографией. Младшие биты флоата использовать для хранения флагов %) Скрипач(37 знак., 05.10.2015 17:38)
- Олдфаг обнаружил странности в правилах округления плавучки. Ящетаю, это послание человекам от вселенского разума --> SciFi(5 знак., 05.10.2015 17:40, ссылка)
- Удивлён, что round-to-even для Вас считается открытием. Но не так. Именно не обнаружил, хотя они могут иметь место в вычислениях. Такой эффект есть и реализован в IEEE, осталось найти его проявление на макроуровне. Если, конечно, в компилере не Олдфаг(47 знак., 05.10.2015 20:14,
)
- Просто не возникало задач, в которых особенности округления хоть на что-то влияли бы. Скрипач(140 знак., 05.10.2015 20:24)
- Ну вот видите, банкирами это потребовалось а они ребята не промах)) Вот типа реализация для положительных: #define BankRound(f) uint((f)/2.0 + 0.5)*2 Как видим, весьма похоже на наши упражнения. - Олдфаг(05.10.2015 20:46,
)
- чот мне кажется, что для банкиров давно существует long long int. считать в центах/копейках. - Mahagam(05.10.2015 21:55)
- Ну, если до цента, то это 184467 трлн (без знака). Я думаю, мировой финансовой закулисе этот рубеж по силам :-) - SciFi(05.10.2015 22:02)
- знак нужен. долги/убытки считать и всё такое. а если рубеж этот перейдут, тогда кому, блеать, будут интересны центы? )))) - Mahagam(06.10.2015 02:23)
- Это архиважно! ))) Потому что по балансу там только на 5 дебит, а не 18. Япония вообще кредитор - кстати(06.10.2015 02:43,
)
- Это архиважно! ))) Потому что по балансу там только на 5 дебит, а не 18. Япония вообще кредитор - кстати(06.10.2015 02:43,
- знак нужен. долги/убытки считать и всё такое. а если рубеж этот перейдут, тогда кому, блеать, будут интересны центы? )))) - Mahagam(06.10.2015 02:23)
- Ну, если до цента, то это 184467 трлн (без знака). Я думаю, мировой финансовой закулисе этот рубеж по силам :-) - SciFi(05.10.2015 22:02)
- Будешь так округлять - все твои денежки окажутся у банкиров. Значит, надо делать наоборот. - SciFi(05.10.2015 21:11)
- чот мне кажется, что для банкиров давно существует long long int. считать в центах/копейках. - Mahagam(05.10.2015 21:55)
- Ну вот видите, банкирами это потребовалось а они ребята не промах)) Вот типа реализация для положительных: #define BankRound(f) uint((f)/2.0 + 0.5)*2 Как видим, весьма похоже на наши упражнения. - Олдфаг(05.10.2015 20:46,
- Просто не возникало задач, в которых особенности округления хоть на что-то влияли бы. Скрипач(140 знак., 05.10.2015 20:24)
- Удивлён, что round-to-even для Вас считается открытием. Но не так. Именно не обнаружил, хотя они могут иметь место в вычислениях. Такой эффект есть и реализован в IEEE, осталось найти его проявление на макроуровне. Если, конечно, в компилере не Олдфаг(47 знак., 05.10.2015 20:14,
- Олдфаг обнаружил странности в правилах округления плавучки. Ящетаю, это послание человекам от вселенского разума --> SciFi(5 знак., 05.10.2015 17:40, ссылка)
- Угу symbions(97 знак., 04.10.2015 22:15)
- операция "==" к плавающим цифрам - нормально. если знаешь что делаешь. проблема ж этой операции в сравнении с константой. - Mahagam(05.10.2015 17:30)
- За такие программы нужно руки отрывать. За операцию "==" по отношению к времени или плавающим числам. - fk0(04.10.2015 15:18)
- Хотя я погорячился, на AVR int наверно не 32-битный :) Так что там это не сработает, или нужно поменять тип unsigned int на uint32_t. - МиКрик(02.10.2015 12:39,
)
- Унион не подойдёт ибо ещё будет сложение времён. symbions(242 знак., 02.10.2015 12:46)