Suchergebnisse
Suchergebnisse 1-13 von insgesamt 13.
wenn ich das richtig verstanden habe, dann ist wchar_t ein "größeres" char. und das L ist teil der syntax von wchar_t?
ach das "L" war beabsichtigt dachte das sei ausversehen mit reingerutscht. ja, ist auf Unicode gestellt habe ich schon überprüft. Und es klappt wunderbar vielen dank. Das mit dem hCursor verstehe ich allerdings nicht. Das ist mein allererstes listing mit windoof funktionen. also soll ich statt windowclass.hCursor = LoadIcon(NULL, IDC_ARROW) lieber windowclass.hCursor = LoadCursor(NULL, IDC_ARROW) benutzen? EDIT: Ah ich verstehe was der Unterschied ist bekomme statt dem Mauszeiger das symbol für ...
hm funktioniert leider immernoch nicht.. hier mal der ganze code: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 /...
vermischt habe ich garnichts. ich habe beides separat ausprobiert C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 // Fensterklasse registrieren if (!RegisterClassExA(&windowclass)) return (0); // Das Fenster erzeugen hWnd = CreateWindowExA(NULL, szClassName, "Das erste Fenster!", WS_OVERLAPPEDWINDOW | WS_VISIBLE, 100, 100, 300, 250, NULL, NULL, hInst, NULL); C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 int WINAPI WinMain(HINSTANCE hInst, HINSTANCE hPrevInst, LPSTR lpcmdline, int ncm...
nein ich habe alle WNDCLASSEX mit WNDCLASSEXA und RegisterClassEx mit RegisterClassExA respektive W ersetzt
upps Jetzt funktioniert zwar das Fenster, jedoch stehen in der Titelleiste lauter Asiatische Schriftzeichen bei ClassExW bleibt die Fehlermeldung
hm. habe es mal mit CreateWindowExA probiert. die fehler die mir intellisense entgegen schmeißt sind zwar weg, aber scheinbar hat mein compiler probleme mit meinem "=" operator <!--splitLinkBegin--><!--splitLinkEnd--><!--noLinkBegin-->ExternesOriginalbildanzeigen(Link)<!--noLinkEnd--> EDIT: Huch, da hab ich die zweite fehlermeldung weg geschnitten. "Ein Wert vom Typ ""const char*"" kann keiner Entität vom Typ ""LPCWSTR"" zugewiesen werden."
erleuchte mich! ich habe das gleiche problem nur mit viel schlimmeren fehlermeldungen. ich habe das projekt als win32-projekt erstellt, jedoch meckert mein compiler folgendes: <!--splitLinkBegin--><!--splitLinkEnd--><!--noLinkBegin-->ExternesOriginalbildanzeigen(Link)<!--noLinkEnd--> Scheinbar mag mein compiler diese zeile nicht: windowclass.lpszClassName = szClassName; Ich benutze Visual Studio 2013 Ultimate falls das etwas ausmacht
Ich glaube jetzt hab ichs verstanden Das hat auch mein aktuelles Problem gelöst. Vielen dank!
alles klar das habe ich verstanden. aber warum löst es das problem wenn er die Instanz "Input" negiert?
Das hilft mir leider nicht wirklich weiter @ DeKugelschieber Also sagt das "!" dem Compiler einfach nur das er hier den BOOL wert beachten soll?
Hallo hpxkrass, Der Fehler sollte denkbar einfach sein. Du schreibst: Karte[0][1].Name = 'Berg'; So sollte es funktionieren: cin.ignore(); cin.get (Karte[0][1].Name, 29); So kannst du auch den Namen im Programm festlegen, nicht schon beim schreiben des Codes. Die 29 sollte klar sein (Stichwort "\0") Ich bin auch noch recht Neu in C++, vermute aber, das der Fehler darin liegt das der Compiler nicht weiß welchen Typ du ihm da gerade zuweist. da 'Berg' ja ein string ist und kein char
Guten Tag Gemeinde, ich lasse diesen Thread mal wieder aufleben, da es sich nicht lohnen würde einen neuen Thread zu erstellen. Das Problem mit dem Input == NULL hatte ich auch. Und zwar sagt mein Visual Studio "Kein "=="-Operator stimmt mit diesen Operanden überein. Operandentypen sind: std::ifstream == int" Der Quellcode ist exakt der gleiche wie vom Threadersteller. Eigentlich ist der Fehler doch quatsch? Man legt das Input ja als Binary fest, also müsste er doch beim vergleich das "NULL" erk...