Немного из личного опыта.
Работаю над софтиной, OpenGL-окошки внутри MDI-интерфейса.

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

Оказалось, что:

1) 75% проблем заключались в кривости нашего софта. В Win7 менеджер памяти отличается от менеджера памяти XP, и благодаря этому вспылили все ранее замаскированные ошибки:
а) отсутствие инициализации переменных
б) удаление объектов, а потом работа с указателями на "трупы"

В Windows XP просто "везло", и генерируемые эксепшены перехватывались стандартными обработчиками.


2) 25% оставшихся проблем - в криво реализованном товарищами из Microsoft видеоменеджере. дело в том, что в Vista и Windows 7 по умолчанию используется принципиально новый режим рисования на экране. Если раньше этим занимался драйвер видеокарты, то теперь появилась ещё одна прослойка, которая отдельно работает с классическими GDI-окнами и с ускоренным видео (окна в режиме OpenGL и DirectX). Эти два типа окон рисуют в собственные буферы, которые склеиваются видеоменеджером.

Найденные ошибки в ОС:
а) если в диалоге есть два дочерних окна, одно из которых OpenGL, а другое - GDI, то Z-windows-buffer игнорируется, и GDI окно всегда выводится поверх OpenGL. В Windows XP, сесна, было всё нормально.

б) в режиме Aero при появлении MDI Child-окна, внутри которого содержится OpenGL-окно, СНАЧАЛА появляется мусор из GDI-буфера, и только потом у OpenGL-окна появляется шанс его перерисовать собственным изображением

в) в режиме Basic (т.е. с отключенным Aero) если поверх OpenGL-окна есть диалог, то в него с сообщением WM_PAINT приходит неверная информация об обновляемой области. Приходится делать Invalidate() всей зоны.

Может, конечно, что формулировка этих трёх проблем звучит дико и неестественно, но в нашем редакторе с этим были связаны самые распространённые операции.

Так что не всё гладко в буржуйском королевстве...