IMHO жестокий вопрос, точнее два жестоких вопроса

1) фиолетово, что для int, что для float. double. Т.к. все пытаются только присвоить и никто не пытается ничего прочитать, то, что присваивать четные значения, что нечетные - одно фиолетово. Просто преобразование электронов в температуру воздуха в комнате, где стоит системный блок. При чем тут atomic совершенно не понятно.

2) одинаково фиолетово, если работать с float как с набором битов




будет работать вне зависимости от того, float или int. А вот математические вычисления, точно работать с плавающей точкой НЕ будут.




с int работать будет, а с float уже нет )))

ayvangoПосле завершения работы потоков по присвоению значений одной и той же переменной у int на последних 5 битах будут стоять только нули или только единицы (насколько я понял). У double или float тоже будут на последних 5 битах либо нули, либо только единицы?

И то и то атомарный тип процессора (intel). Почему поведение для int должно отличаться от поведения для float - лично мне совершенно не понятно

Насколько такая операция безопасна и документирована - я не знаю, не спец по процессорам и многозадачности в таком сферическом вопросе. Подозреваю, обработка все равно будет идти по cache line, т.ч. что int, что double будет глубоко пофиг. Но подозреваю, точно не знаю. Ссылку на доку дать не готов.

ayvangoпечать будет происходить не всегда. Или я ошибаюсь?
Я сильно сомневаюсь, что кто-то специально добавлял генератор случайных чисел в команду присваивания ))) Но разумеется, все зависит от разработчиков компилятора, их воображения и чувства юмора )))

MasterZivayvango....ведь в каждом случае достаточно сравнивать соответствующие биты?

это совсем другая история. int точный тип данных, а float , double - неточные, их в принципе
сравнивать бессмысленно.
не очень понятно, о чем же спрашивает автор и откуда он взял эту информацию

если о хранение данных, то что int, что float/double одинаковые последовательности битиков и никто не мешает их сравнивать

если о вычислениях, то тогда float/double точно сравнивать обычно бессмысленно

Видел одну систему, где Primary Key в БД был float. Наверное, в случае Primary Key, сравнивать "с учетом допустимой погрешности" как-то странно. Другое дело, что я хотел бы видеть того архитектора и анал итика который Primary Key сделал float'ом и зачем он это сделал так. Даже на hibernate головного мозга это не списать. Там какое-то другое заболевание. Система была на Delphi написана.

ayvangoИменно это я и спрашивал: почему бессмысленно.
....
Просто возьми и исправь мой пример, который работает с int, что бы он корректно работал с double. А потом, что бы понять, почему же он все равно не работает... начни ломать себе мозг разными представленными чисел в 10 и 2'ой системе счисления и разными бесконечными дробями в этих двух системах:



С чем нужно сравнить a, что бы понять, что строчкой выше 10 делили на 3 ?

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

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

Т.ч.
"и она не спасёт" - не верно, спасет
"результаты разные с точки зрения арифметики, но вписываются в указанную погрешность" - если погрешность выбрана "первая попавшаяся", то разумеется, при выполнение можно получить ошибку "первое попавшееся не попалось". Но с этой ошибкой, очень легко бороться! Просто достаточно взять "второе попавшееся" и, возможно, тогда повезет!

Даже в бухгалтерии, есть специальные правила и даже специальные счета для отслеживания ошибок вычисления. Т.ч. там тоже, никаких проблем нет, если не изобретать велосипед, а спросить у человека, разбирающегося в бухгалтерии, что с этим принято делать в конкретном случае. Ну и желательно для денег float не использовать, а использовать BCD.

IMHO & AFAIK

Команда printf это с "помощью ф-ций ОС" или нет?

Хорошо, как без помощи функций ОС...
Легко

1. Пишите программу на С, компилируете ее
2. Каким-то образом создаете бинарный образ для записи во flash ПЗУ материнской платы
3. Перегружаете компьютер... и ву а ля... все работает без помощи ОС !!!

Разумеется, перед этим хорошо бы где-то достать документацию по программированию BIOS для Вашей материнской платы. Где это сделать, я не знаю. Ни разу таким не интересовался.

Для старых компьютеров, типа IBM PC/XT с 8086, 8088 , 8186 процессором... можно было просто собрать .COM файл, купить специальное устройство "программатор", купить микросхему ПЗУ, записать туда файл, разобрать компьютер и заменить микросхему.

На современных компьютерах, все и проще (BIOS во Flash) и сложнее. Ни фига не понятно, где достать документацию и сколько документации нужно прочитать, что бы корректно включить современный процессор и материнскую плату в работу при включении компьютера ))

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

ayvangoDimitry Sibiryakov,

имелся ввиду именно универсальный доступ для большей части популярных ОС. Например, если бы способы работы с разделяемой памятью и соответствующие функции для неё являлись общими для Windows, Linux и других систем, то их бы, пожалуй, интегрированы в C++. Но они не интегрированы, значит, нет такого C++ кода, который бы работал с межпроцессным взаимодействием вне зависимости от ОС.
Поправь, если ошибаюсь.
Ошибаешься.

MS Visual C последних версий, конструкции для автоматического распараллеливания вычислений содержит.

Просто язык C, от Корниган и Ричь, нет. Просто было не нужно. Они такими глупостями не страдали.

IMHO & AFAIK