2017-05-03 229 views
0

首先,我不是一個Windows程序員(甚至不是Windows用戶),我使用Linux上的交叉編譯器也構建Win32和Win64。在挖網之後(甚至在這裏問一個問題),我設法將代碼片段放在一起,可以打開一個Windows控制檯,並將它用於stdin/stdout/stderr。它適用於Win32,但該程序在Win64上崩潰。我猜這個問題是不同的長整型數據類型的大小,gcc甚至會對此提出警告。但是,由於我不知道一些Windows API類型的確切用途和大小,所以我無法弄清楚我應該改變什麼。當然,最好的將是一些win32/win64獨立解決方案。我也嘗試在lStdHandle中使用「HANDLE」類型,但它甚至不能編譯。任何人都可以幫忙嗎?打開Windows控制檯的標準輸入/標準輸出/標準輸入/輸出爲win32和win64在C

int hConHandle; 
    long lStdHandle; 
    //HANDLE lStdHandle; 
    CONSOLE_SCREEN_BUFFER_INFO coninfo; 
    FILE *fp; 
    FreeConsole(); // be sure to release possible already allocated console 
    if (!AllocConsole()) { 
      ERROR_WINDOW("Cannot allocate windows console!"); 
      return; 
    } 
    SetConsoleTitle("My Nice Console"); 
    // set the screen buffer to be big enough to let us scroll text 
    GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &coninfo); 
    coninfo.dwSize.Y = 1024; 
    //coninfo.dwSize.X = 100; 
    SetConsoleScreenBufferSize(GetStdHandle(STD_OUTPUT_HANDLE), coninfo.dwSize); 
    // redirect unbuffered STDOUT to the console 
    lStdHandle = (long)GetStdHandle(STD_OUTPUT_HANDLE); 
    hConHandle = _open_osfhandle(lStdHandle, _O_TEXT); 
    fp = _fdopen(hConHandle, "w"); 
    *stdout = *fp; 
    setvbuf(stdout, NULL, _IONBF, 0); 
    // redirect unbuffered STDIN to the console 
    lStdHandle = (long)GetStdHandle(STD_INPUT_HANDLE); 
    hConHandle = _open_osfhandle(lStdHandle, _O_TEXT); 
    fp = _fdopen(hConHandle, "r"); 
    *stdin = *fp; 
    setvbuf(stdin, NULL, _IONBF, 0); 
    // redirect unbuffered STDERR to the console 
    lStdHandle = (long)GetStdHandle(STD_ERROR_HANDLE); 
    hConHandle = _open_osfhandle(lStdHandle, _O_TEXT); 
    fp = _fdopen(hConHandle, "w"); 
    *stderr = *fp; 
    setvbuf(stderr, NULL, _IONBF, 0); 
    // Set Con Attributes 
    //SetConsoleTextAttribute(GetStdHandle(STD_ERROR_HANDLE), FOREGROUND_RED | FOREGROUND_INTENSITY); 
    SetConsoleTextAttribute(GetStdHandle(STD_OUTPUT_HANDLE), FOREGROUND_GREEN | FOREGROUND_INTENSITY); 
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), ENABLE_PROCESSED_OUTPUT | ENABLE_WRAP_AT_EOL_OUTPUT); 
    SetConsoleMode(GetStdHandle(STD_INPUT_HANDLE), ENABLE_ECHO_INPUT | ENABLE_LINE_INPUT); 
+0

你有調試過嗎?它在哪裏崩潰? – Peanut

+0

它運行我在Visual Studio 2017中編譯。您還應該檢查函數的返回值。 – Peanut

+0

其實我無法調試,因爲我甚至不能嘗試,我沒有窗戶,只是要求有人嘗試。它是在Linux上用Mingw交叉編譯器針對Windows編譯的。 32位EXE似乎是好的,只有64位是問題。當然,它不是很好,我有問題,我不能調試太多,但我的項目大部分是平臺無關的(win32/win64/OSX/Linux /等),只是這樣的小事情是有問題的。 –

回答

1

它是一個句柄,所以你應該使用HANDLE類型。投到INT_PTR(或者SIZE_T如果你的SDK真的過時了)當你撥打_open_osfhandle時,使用long可以截斷值!

+0

通常情況是這樣。一個'HANDLE'可以是一個指針(例如'HMODULE'是模塊的基地址),或者是一個特殊的值,比如'GetCurrentProcess'返回的'INVALID_HANDLE_VALUE'或'(HANDLE)-1'。在這些情況下,截斷將會很糟糕。但是常規的內核句柄和窗口句柄保證適合32位「長」。同樣,對於傳遞給'_open_osfhandle'的句柄,使用'intptr_t'而不是Windows typedef更加通俗易懂。 – eryksun

+0

@eryksun一個控制檯句柄並不總是一個正常的內核句柄,在某些情況下它是一個僞句柄,你不能假設任何有關這些位的東西。 HWND適用於32位,因爲32位應用程序需要能夠在64位應用程序中對HWND進行操作,但對於HANDLE來說,情況並非如此。 – Anders

+0

Windows 8之前的版本中的控制檯句柄實際上是由控制檯本身管理的僞句柄,但實際上我們知道在這種情況下它們不是問題,無論我們可以合法*假設它們,因爲控制檯( Windows 7中的conhost.exe或真正舊版本的csrss.exe)以基本集3,7,11開始,並在複製句柄併爲新屏幕緩衝區創建句柄時從那裏開始遞增。 – eryksun

1

我不確切地知道問題出在哪裏。我沒有設置在Linux上使用MinGW。如果您不構建控制檯應用程序,它可能與無效的文件描述符有關。在這種情況下,CRT初始化文件描述符以將映射處理爲無效句柄值,並且標準流將被初始化爲-1 fileno。但是我在代碼中看不到這個問題。

但是,您的*stdin = *fp黑客不是可移植的C.它適用於舊版本的MSVC,也可能與msvcrt.dll(MinGW由於缺乏更好的選擇而有點可疑地使用)。但是,它不適用於新的通用CRT。在新的CRT一個FILE定義如下:

typedef struct _iobuf 
{ 
    void* _Placeholder; 
} FILE; 

所以分配給*stdin只是覆蓋此_Placeholder指針。內部結構實際上是如下:

struct __crt_stdio_stream_data 
{ 
    union 
    { 
     FILE _public_file; 
     char* _ptr; 
    }; 

    char*   _base; 
    int    _cnt; 
    long    _flags; 
    long    _file; 
    int    _charbuf; 
    int    _bufsiz; 
    char*   _tmpfname; 
    CRITICAL_SECTION _lock; 
}; 

因此,所有你真的是覆蓋其緩衝區_ptr

可移植重新打開標準流的方法是通過freopen。因此,我所做的工作,但可能是別人有更好的解決方案,是freopenNUL設備,如果它是非控制檯應用程序,它將流重置爲有效的文件描述符。然後使用_dup2來重定向底層文件描述符。例如:

#include <io.h> 
#include <stdio.h> 
#include <fcntl.h> 
#include <Windows.h> 

int wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, 
      LPWSTR lpCmdLine, int nCmdShow) 
//int wmain(int argc, wchar_t **argv) 
{ 
    int fdStd; 
    HANDLE hStd; 
    CONSOLE_SCREEN_BUFFER_INFO coninfo; 

    printf("Goodbye, World!\n"); 

    /* ensure references to current console are flushed and closed 
    * before freeing the console. To get things set up in case we're 
    * not a console application, first re-open the std streams to 
    * NUL with no buffering, and close invalid file descriptors 
    * 0, 1, and 2. The std streams will be redirected to the console 
    * once it's created. */ 

    if (_get_osfhandle(0) < 0) 
     _close(0); 
    freopen("//./NUL", "r", stdin); 
    setvbuf(stdin, NULL, _IONBF, 0); 
    if (_get_osfhandle(1) < 0) 
     _close(1); 
    freopen("//./NUL", "w", stdout); 
    setvbuf(stdout, NULL, _IONBF, 0); 
    if (_get_osfhandle(2) < 0) 
     _close(2); 
    freopen("//./NUL", "w", stderr); 
    setvbuf(stderr, NULL, _IONBF, 0); 

    FreeConsole(); 

    if (!AllocConsole()) { 
     //ERROR_WINDOW("Cannot allocate windows console!"); 
     return 1; 
    } 
    SetConsoleTitle("My Nice Console"); 

    // set the screen buffer to be big enough to let us scroll text 
    GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &coninfo); 
    coninfo.dwSize.Y = 1024; 
    //coninfo.dwSize.X = 100; 
    SetConsoleScreenBufferSize(GetStdHandle(STD_OUTPUT_HANDLE), coninfo.dwSize); 

    // redirect unbuffered STDIN to the console 
    hStd = GetStdHandle(STD_INPUT_HANDLE); 
    fdStd = _open_osfhandle((intptr_t)hStd, _O_TEXT); 
    _dup2(fdStd, fileno(stdin)); 
    SetStdHandle(STD_INPUT_HANDLE, (HANDLE)_get_osfhandle(fileno(stdin))); 
    _close(fdStd); 

    // redirect unbuffered STDOUT to the console 
    hStd = GetStdHandle(STD_OUTPUT_HANDLE); 
    fdStd = _open_osfhandle((intptr_t)hStd, _O_TEXT); 
    _dup2(fdStd, fileno(stdout)); 
    SetStdHandle(STD_OUTPUT_HANDLE, (HANDLE)_get_osfhandle(fileno(stdout))); 
    _close(fdStd); 

    // redirect unbuffered STDERR to the console 
    hStd = GetStdHandle(STD_ERROR_HANDLE); 
    fdStd = _open_osfhandle((intptr_t)hStd, _O_TEXT); 
    _dup2(fdStd, fileno(stderr)); 
    SetStdHandle(STD_ERROR_HANDLE, (HANDLE)_get_osfhandle(fileno(stderr))); 
    _close(fdStd); 

    // Set Con Attributes 
    SetConsoleTextAttribute(GetStdHandle(STD_OUTPUT_HANDLE), 
     FOREGROUND_GREEN | FOREGROUND_INTENSITY); 
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), 
     ENABLE_PROCESSED_OUTPUT | ENABLE_WRAP_AT_EOL_OUTPUT); 
    SetConsoleMode(GetStdHandle(STD_INPUT_HANDLE), 
     ENABLE_ECHO_INPUT | ENABLE_LINE_INPUT); 

    printf("Hello, World!\n"); 

    Sleep(10000); 
    return 0; 
} 
+0

非常感謝!看起來這個問題是通過使用HANDLE類型並將其轉換爲INT_PTR來解決的。它幫助解決了我現有解決方案的問題。不過,請不要誤解我,也許你的解決方案會比我提出的解決方案更好(實際上不是我的工作,但是我可以從網絡中猜測和組合起來......),但我現在很高興至少有些行只修改它的效果不錯:) –

+0

@LGBGáborLénárt,當您使用VS 2015+構建新的CRT時,您的代碼不會工作,您應該修復它以便於移植,而不是依賴於'FILE'的內部實現細節指針,它們在C中是不透明的。即使你沒有直接訪問這些字段,假設你可以執行'* stdin = * fp'就是每一個錯誤。 – eryksun

+0

至於'HANDLE'問題,解決方案對我來說沒有意義。在這種情況下,所有的手柄都適合「長」。我不會像你這樣寫,但我認爲它應該起作用。我會用MSVC來嘗試它,並試圖找出它可能出錯的地方。如果這是我自己的問題,我不會滿意,直到我能夠在調試器中準確診斷出錯的地方。 – eryksun

相關問題