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

нет. я ж пруф дал.

borisbn и тем не менее я ловил такую ситуацию. Возможно компилятор не следовал стандарту или же это появилось недавно.

Вот ещё вспомнил, хотя, это скорее не баг, а особенности аппаратуры...

В одной в.ч. была аппаратура, которая принимала от другой связной аппаратуры команды (а именно частоту настройки приёмника), и настраивала этот самый приёмник. Мы же занимались тем, что заменяли первую аппаратуру на свою, сделанную уже на компьютерах. Проблема же заключалась в том, что при смене частоты, я должен был сбросить предыдущую, установить новую, записать новую в БД, пискнуть PC-speaker'ом и много чего еще... а частота сменялась след. образом (например, старая 1111, новая - 2222) :

мало того, иногда один из разрядов "падал" в 0 на некоторое время, а потом "восстанавливался" :


ох, и намучился я тогда (((

Популярный баг в популярном изложении




Но не моё, да
http://russian.joelonsoftware.com/Articles/BacktoBasics.html

Вот такой баг, появляется только если компилировать RAD 2010 (за остальные не скажу) и пока излечения нету.



Если из этого кода убрать OutputDebugString() то  pMMDeviceEnumerator будет равно NULL иначе pMMDeviceEnumerator будет валиден. 

О!   Это сильно.

Еще баг конкретно в Builder 6
не работает SetupDiGetDeviceInterfaceDetail()(
При определенных условиях возвращал нулевой указатель на PSP_DEVICE_INTERFACE_DETAIL_DATA

Лечилось посредством  вызова данной функции из библиотеки собранной в Buildere старшей версии.

 ,96 год под DOS при чтении из структуры поля float cчитывалась только целая часть, 
гугла не было и пришлось потратить пару часов на решение, оказалось что нужно 
при чтении более чем 2 байт перед вызовом scanf cтавить fflush(stdin),

Было это в конце 90х. При покупку новых компьютеров (кажется пентиум-II 300 Мгц), все ранее написанные программы на турбо паскакале, вдруг перестали работать. То есть вообще все, даже простые хелооу ворлд.
Выдавали что-то типа "Fatal error N at XXXX:YYYY" и вываливались.

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

Была такая история...
Потом уже выяснилось что с этим сталкивались многие, и это широко известный баг, но это потом.
А в то время пришлось не слабо поломать голову...

xvr, теперь Вы как честный человек должны... рассказать, какие баги включили в лекцию   

offtop { 

Alexeis, это баг компилятора тогда. 
|| и && вычисляют оба операнда только тогда, когда это нужно.

Я в программе кидаю исключения так:
int a;
...
a == 0 || throw_error("str..."); 

Где throw_error - булевая функция, кидающая исключение.

};

О! Про это я совсем забыл. Спасибо, обязательно включу в лекцию   


Я сюда всю лекцию выложу (когда готова будет)   

полагаю, это будет видео?

Нет, это будет Powerpoint + doc с сопроводительным текстом