vilerenko , что именно падает и какую ошибку выдает?

Сейчас на большинстве CPU есть VT технологии, так что CPU работает прозрачно и идентично.
А вот переферийные устройства: сети, диски, видеокарты, мониторы и т.д. - свои виртуальные.
С одной стороны PCIe устройства можно прокинуть напрямую в виртуалку при включенной на проце VT-d технологии, но с другой там тоже возникают тонкости при обмене напрямую между разными PCIe устройствами.

У меня наоборот проблема, на одном и том же образе VMWare у всех работает, какое бы железо под ней не было, а вот на голом железе - не всегда, тупо не каждый Linux запуститься, не каждый сетевуху найдет и т.д.

vilerenkoВася Уткин vilerenko , что именно падает и какую ошибку выдает?

Сейчас на большинстве CPU есть VT технологии, так что CPU работает прозрачно и идентично.
А вот переферийные устройства: сети, диски, видеокарты, мониторы и т.д. - свои виртуальные.
С одной стороны PCIe устройства можно прокинуть напрямую в виртуалку при включенной на проце VT-d технологии, но с другой там тоже возникают тонкости при обмене напрямую между разными PCIe устройствами.

У меня наоборот проблема, на одном и том же образе VMWare у всех работает, какое бы железо под ней не было, а вот на голом железе - не всегда, тупо не каждый Linux запуститься, не каждый сетевуху найдет и т.д.
1) Падает свежесобранное Qt-приложение по ошибке записи по недопустимому адресу типа 0x00000007, причём в совершенно тупом коде, типа клик по комбобоксу. Код не менялся тыщу лет, просто был перекомпилен. Работает под linux, под windows на старой версии Qt (4.8), не хочет на Qt 5.2.1. Работает в Debug как часы.
2) Падает Qt-шная утилита uic.exe, скомпиленая автоматически самим Qt, причём в файле проекта у этой uic.exe есть такой прикольный каммент, который я процитировал в первом посте топика. Типа, "будет падать под QEMU если собрать с флагом -O2". Я его точно убрал, всё равно падает. Ошибка та же самая - memory access violation.
Если динамически линкуется с Qt, то может проблема не в виртуалках, а в багах/несовместимости версий Qt?

vilerenkoВася Уткинпропущено...

Если динамически линкуется с Qt, то может проблема не в виртуалках, а в багах/несовместимости версий Qt?
Всё скомпилено одним компилером, DLL взята из той версии, с которой всё линковалось при сборке.
А операционки идентичны, какой версии?
Виртуалка какая, VMWare какой версии?

Anatoly MoskovskyDimitry SibiryakovПадение при включении оптимизации это обычно баг компилятора.
Наоборот, скорее всего криво написанная программа.
Например ( отсюда ):



В этой программе UB.
В случае когда clp == NULL, выражение &clp->xdr_stream будет вычислено без сегфолта, т.к. для вычисления адреса не требуется фактический доступ к памяти.
При этом если нет оптимизаций, то условие if (clp == NULL) будет выполнено и программа завершится.
А вот если оптимизация включена , то компилятор пользуясь тем что выше по коду разыменовывают указатель (clp->) может посчитать его уже при компиляции никогда не равным NULL и вообще уберет проверку на NULL.
Таким образом при NULL будет выполнен дальнейший код, в котором вполне вероятно уже есть и доступ к памяти через этот указатель, и прочие вещи приводящие к крэшу.
А это где-то более подробно описано, в стандарте CPP или ещё где-то, что такая оптимизация возможна?