std :: endl сбой Windows 8, скомпилированный с использованием MinGW

Question

У меня есть 3 компьютера, два из которых используют Windows 8. Используя последнюю версию g ++ (4.8.1-4) MinGW, моя приветственная программа мира зависает всякий раз, когда я компилирую и запускаю на компьютерах Windows, 8, но не в Windows, 7.

#include <iostream> 
int main() 
{ 
    std::cout << "Hello, World!" <<std::endl; 
    return 0; 
} 

Это компилируется нормально в г ++, но работает a.exe будет отображать "Hello, World!" то появится окно и скажет: «a.exe перестала работать, Windows может проверить онлайн для решения программы ....» и т. д.

Кто-нибудь видел эту проблему.

Кроме того, я попробовал «std :: cout < <« Привет, мир! \ N »< < std :: flush;" и это имеет ту же проблему. Кажется, что каждая функция, которая сбрасывает буфер, вызывает сбой.

Следуя совету Эрика, я перекомпилировать программу и запустил его в GDB и получил следующий результат:

Program received signal SIGILL, Illegal instruction. 
0x00405065 in _Jv_RegisterClasses() 

Answer 1

В втором случае, «\ п» должно привести к выходной флеш в любом случае, хотя в Windows я считаю, что вывод консоли немедленный (или, возможно, автоматический после короткого тайм-аута) в любом случае без явного флеша.

Я предлагаю следующие эксперименты:

1) Смотрите, если он специфичен для библиотеки C++ с использованием библиотеки C (в C выполнения MinGW от Microsoft используется вместо Glibc):

#include <stdio.h> 
int main() 
{ 
    printf("Hello, World!\n") ; 
    return 0; 
} 

2) ликвидировать код выхода на:

int main() 
{ 
    return 0; 
} 

3) Нет новой строки вообще:

#include <iostream> 
int main() 
{ 
    std::cout << "Hello, World! ; 
    return 0; 
} 

4) Попробуйте различные опции компилятора, такие как уровни оптимизации или -fno-builtin, например, или, как предложил here: -static-libgcc -static-libstdc++ (хотя я сомневаюсь, что `` -static-libgcc` сама будет иметь никакого эффекта, поскольку MinGW использует C во время выполнения DLL Microsoft и статическая библиотека доступна только с инструментами Microsoft).

Answer 2

У меня была такая же проблема, и после долгого мучительного поиска я обнаружил, что у меня было несколько версий mingw, предоставляемых libstdC++ - 6.dll на моем компьютере. Один из них был частью установки mingw, остальные были частью других установочных пакетов (gnuplot и GIMP). Поскольку у меня был gnuplot в моей PATH, скомпилированный mingw exe, он использовал бы более старую, несовместимую версию этой DLL и аварийную ситуацию с описанными симптомами. Поэтому я могу подтвердить подозрение Дитмара Кюля. Как было сказано выше, связывание библиотеки статически очевидно помогает в этом случае, поскольку библиотечные функции включены в exe во время компиляции.