В рамках набора аксиом сводимого к арифметике существуют утверждения, которые нельзя доказать или опровергнуть в рамках набора.
Но никто не мешает сделать подобные утверждения следующими аксиомами - сопоставив с наблюдениями, например. Вот это всегда так, тогда постулируем, что данное утверждение истинно. Правда будут новые подобные аксиомы. Но никто не заставляет нас придерживаться всегда одного набора. Собственно что хотим, то в набор и добавляем.
Очевидно что флажок обрамляется примитивом синхронизации. Я просто не уверен что он сам может быть не volatile. Хотя посидел на godbolt и поковырял классического производителя-потребителя, без volatile криминала не увидел.
Делаю библиотечку в которой будет функция routine, она будет крутиться в отдельном thread в моём основном приложении. В этой функции есть флажок изменяемый только из приложения, я вот не уверен что без volatile флажок не будет соптимизирован => volatile флажок?
Стоит дополнить примерами того для чего мы отключаем оптимизации для переменной: регистры в периферийных устройствах; глобальные переменные, используемые в обработчиках прерываний; глобальные переменные, используемые совместно несколькими задачами в многопотоковом приложении; для дебага.
Сам недавно занялся такимже процессом. Сейчас только в начале пути для обработки ввода от игрока выбрал GLFW, а для аудио FMOD, не смотрели в их сторону? И там и там заявляется кроссплатформенность.
Вот так и погибнет совершенный разум - от NullPointerException()
В рамках набора аксиом сводимого к арифметике существуют утверждения, которые нельзя доказать или опровергнуть в рамках набора.
Но никто не мешает сделать подобные утверждения следующими аксиомами - сопоставив с наблюдениями, например. Вот это всегда так, тогда постулируем, что данное утверждение истинно. Правда будут новые подобные аксиомы. Но никто не заставляет нас придерживаться всегда одного набора. Собственно что хотим, то в набор и добавляем.
Вот это статья... да, интересно. Надеюсь у myoffice будет нормальный UI?
И я груг.
Очевидно что флажок обрамляется примитивом синхронизации. Я просто не уверен что он сам может быть не volatile. Хотя посидел на godbolt и поковырял классического производителя-потребителя, без volatile криминала не увидел.
Делаю библиотечку в которой будет функция routine, она будет крутиться в отдельном thread в моём основном приложении. В этой функции есть флажок изменяемый только из приложения, я вот не уверен что без volatile флажок не будет соптимизирован => volatile флажок?
В C/C++ аналог volatile из C# это atomic всёже.
Стоит дополнить примерами того для чего мы отключаем оптимизации для переменной: регистры в периферийных устройствах; глобальные переменные, используемые в обработчиках прерываний; глобальные переменные, используемые совместно несколькими задачами в многопотоковом приложении; для дебага.
Можно не лететь, но заплатить придётся >.<?
Какие источники информации оказались наиболее полезными в процессе?
насколько я понимаю OpenAl тоже не совсем open.
Сам недавно занялся такимже процессом. Сейчас только в начале пути для обработки ввода от игрока выбрал GLFW, а для аудио FMOD, не смотрели в их сторону? И там и там заявляется кроссплатформенность.
Выглядит прикольно =)
Мужик болтает с голосами в голове, а не с окружающими. Зачем ему отвечать?
Постойте, ещё не успел уехать.
Так всё подписано при устройстве на работу.
"При исполнении работа бла-бла-бла следующий пресонал неизбежно получит доступ к гостайне:"
Может быть и так, по смыслу, в точности цитаты не уверен.
На глаз ту всегда 2-4 пересечения, так что по идее да.
Случай когда отрезок лежит на луче не потеряли?
Замечательная услуга, надо легализовать, но просмотр не должен быть анонимным для того чьи данные вы смотрите.