msysgit: Unicode-schriftart Warnung

Kürzlich bin ich immer diese Fehlermeldung bei der Verwendung von msysgit, insbesondere, wenn es gibt einige nicht-ASCII-Inhalte, die von der git Ausgabe:

Achtung: Ihre Konsole schriftart wahrscheinlich nicht Unicode unterstützen. Wenn Sie erleben seltsame Zeichen in der Ausgabe, die Umstellung auf eine TrueType-schriftart wie Lucida Console!

Das lustige an der Sache ist, dass, obwohl, die Meldung sagt mir, dass meine Schrift nicht Unicode unterstützen, es tatsächlich tut, und der betreffende text wird korrekt angezeigt (in der richtigen Codierung & mit allen Zeichen angezeigt).

Das traurige daran ist, dass ich nicht einen Weg finden, um diese Meldung deaktivieren. Ich habe versucht, ändern Sie die schriftart in der Git-Bash (normalerweise verwende ich PowerShell), aber wenn ich überprüfte die Schrift da bemerkte ich, dass es tatsächlich bereits zu Lucida Console, und die Warnung wird angezeigt, die im selben Konsole zu. Also ich bin ein bisschen ratlos, was zu tun ist, um dieses Problem zu lösen, oder zumindest zu stoppen, msysgit von drucken diese Warnung die ganze Zeit.

Ich habe versucht neu zu installieren msysgit, auch mit der option ausgewählt ist, soll die schriftart auf Lucida Console, aber es hat nicht geholfen. Was kann ich tun?

  • Ich sah nur, dass Fehler auf git push wenn der server liefert einige seltsame Fehlermeldung. Beachten Sie, dass UTF-8 ist in den Prozess, unterstützt zu werden: stackoverflow.com/questions/5854967/...
  • Dies ist ein häufiges Problem mit der binary verteilt win32 msysgit. Kompilieren es selbst und verwenden Sie in Kombination mit konsole2, dass problem gelöst.
  • Da das problem auftauchte, habe ich neu installiert mein computer (nicht wegen diesem problem) und das problem verschwand einfach so. Nur in der gleichen Art, wie es zuvor erschien, ohne wirklich etwas ändern am system.
InformationsquelleAutor poke | 2011-05-03
  1. 0

    Dieser test wird durchgeführt, indem die Funktion warn_if_raster_font im compat/winansi.c. Diese verwendet die Win32-API GetCurrentConsoleFontEx zu finden, die Schrift von der Konsole befestigt, um den aktuellen output-stream. Dieser test sollte immer korrekt auf Windows Vista und höher. Auf Windows XP hat es zu greifen, zu suchen in der registry für den aktuellen Standard-Konsole-Schrift an. Möglicherweise sind Sie auf XP und während Sie so konfiguriert haben, dass die Verknüpfung für die Konsole, die Sie verwenden, die Einstellung bleibt so konfiguriert, verwenden Sie eine nicht-unicode-schriftart.

    Wenn nicht, könnten Sie versuchen, kompilieren Sie die folgenden, verwendet etwa den gleichen code und sehen, was es gibt. Sofern die Ausgabe enthält tt: 4 wir würden erwarten, dass die entsprechenden git-code richtig erkennt Ihre Konsole schriftart als truetype.

    #define STRICT
#define WINVER 0x0600
#define _WIN32_WINNT 0x600
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include <tchar.h>
#include <stdio.h>

#ifdef __MINGW32__
typedef struct _CONSOLE_FONT_INFOEX {
        ULONG cbSize;
        DWORD nFont;
        COORD dwFontSize;
        UINT FontFamily;
        UINT FontWeight;
        WCHAR FaceName[LF_FACESIZE];
} CONSOLE_FONT_INFOEX, *PCONSOLE_FONT_INFOEX;
#endif

typedef BOOL (WINAPI *PGETCURRENTCONSOLEFONTEX)(HANDLE, BOOL,
                PCONSOLE_FONT_INFOEX);
int
_tmain(int argc, TCHAR *argv[])
{
    PGETCURRENTCONSOLEFONTEX pgccf;
    pgccf = (PGETCURRENTCONSOLEFONTEX)
        GetProcAddress(GetModuleHandleW(L"kernel32.dll"),
                   "GetCurrentConsoleFontEx");
    if (pgccf == NULL) {
        _tprintf(_T("error: failed to get function pointer\n"));
    } else {
        HANDLE console;
        CONSOLE_FONT_INFOEX cfi;
        cfi.cbSize = sizeof(cfi);

        console = GetStdHandle(STD_OUTPUT_HANDLE);
        if (!pgccf(console, 0, &cfi)) {
            _tprintf(_T("error: failed to get console info\n"));
        } else {
            _tprintf(_T("font %08x tt:%d"), cfi.FontFamily,
                 (cfi.FontFamily&TMPF_TRUETYPE));
            wprintf(L" %s", cfi.FaceName);
            _tprintf(_T("\n"));
        }
    }
    return 0;
}
    • Schade, ich war auf Windows 7, wenn das problem erschien... :/
    • In diesem Fall sehen die bearbeiteten neben den oben für den code zum ausprobieren.
    • Hm, das sieht interessant aus. Schade, dass ich nicht haben, dass sich Fehler jetzt (siehe mein Kommentar zur Frage), aber ich werde auf jeden Fall beachten Sie dies und probieren Sie es aus, wenn es jemals wieder passiert 🙂
    • Ich habe einige weitere Tests auf diese. Wenn Sie mit --no-pager oder set PAGER=cat und verwenden Sie dann git log auf einem commit, der hat non-ASCII-chars in der Nachricht oder Autor, dann bekommst du diese Meldung ausgegeben. Scheint ein bug bei der Erkennung des Ausgabe-Rohr. Vermutlich in der Vergangenheit legen Sie die PAGER-oder GIT_PAGER Umgebungsvariablen und haben seitdem verloren, die Einstellung.
    • Siehe article.gmane.org/gmane.comp.version-control.msysgit/13854 für die mailing-Liste, Diskussionen über dieses und eine Korrektur, wurde nun beantragt --no-pager/PAGER ausgeschaltet.
    InformationsquelleAutor patthoyts
  2. 2

    Tatsächlich ist die Rede von änderung der schriftart in Ihrem Eingabeaufforderung.

    :]

    • Meine Konsole unterstützt Unicode alle Weg, obwohl...
    • Ja, aber du redest über PowerShell und Git Bash [MSYS]. Was der installer bietet zu ändern ist Ihre schriftart für die Eingabeaufforderung (cmd.exe)
    • Mein Befehl promt ist mit einem Unicode-font zu. Auch diese Frage ist nicht über den installer-dialog, aber es ist ein Fehler, wenn mit Git-innen beliebiger Konsole.
    • Das hat für mich so bald wie konfiguriert habe cmd.exe Programm zum ausführen mit Lucida Console anstelle der Raster-schriftart! 🙂
    InformationsquelleAutor A T
Schreibe einen Kommentar