WinAPI

• C

  Benutzerdefinierte(s) Steuerelement(klasse)
  • C++Greenhorn 0  

  7
  0
  Stimmen
  7
  Beiträge
  756
  Aufrufe

  C

  Nun, vielen Dank erstmal, dass Du meinem Problem überhaupt Aufmerksamkeit schenkst. Nun, wie Du siehst, ist das nicht einfacher. Das sehe ich wirklich Ich habe mich bis jetzt nach diesem Beispiel gerichtet http://www.catch22.net/tuts/custctrl.asp, aber irgenetwas fehlt da ... Man kann sowas auch in einen Wrapper packen, das entbindet Dich aber nicht davon, erstmal die Klassenstruktur auszufüllen und zu registrieren. Aber genau das habe ich doch getan ... ///////////////////////////////////////////////////// // Fensterklasse initialisieren und registrieren // ///////////////////////////////////////////////////// void InitCustomButtonControls() { bool result = BmpButton::InitButtonClass(); if (!result) ::MessageBox(NULL, TEXT("Die Fensterklasse konnte nicht registriert werden!"), buttonClassName, MB_ICONERROR); } bool BmpButton::InitButtonClass() { WNDCLASSEX BtnWcl; BtnWcl.hInstance = (HINSTANCE) ::GetModuleHandle(0); BtnWcl.lpszClassName = buttonClassName; BtnWcl.lpfnWndProc = ::BmpButton::StartWndProc; BtnWcl.style = CS_DBLCLKS; BtnWcl.cbSize = sizeof(WNDCLASSEX); BtnWcl.hIcon = NULL; BtnWcl.hIconSm = NULL; BtnWcl.hCursor = NULL; BtnWcl.lpszMenuName = NULL; BtnWcl.cbClsExtra = 0; BtnWcl.cbWndExtra = sizeof(BmpButton *); BtnWcl.hbrBackground = (HBRUSH) ::GetStockObject(WHITE_BRUSH); if (!::RegisterClassEx (&BtnWcl)) { return false; } else { return true; } } Ich bin bei meinen weiteren Nachforschungen auf einige interessante Beispiele aufmerksam geworden, die es ähnlich wie Scintilla machen, mit einer Basisklasse und einer davon abgeleiteten ... Werde mich mal daran versuchen und Erfolg/Misserfolg posten. Gruß Greenhorn
• A

  Übergabe von LPCTSTR
  • Asmodiel  

  7
  0
  Stimmen
  7
  Beiträge
  2645
  Aufrufe

  J

  Dann schau dir mal folgendes kurzes Unicode Beispiel an. #include <iostream> #include <string> using namespace std; void GameMap(LPCTSTR chipsetPath) { // Wenn du jetzt den wstring doch wieder als normalen string brauchst, // beispielsweise um ihn auszugeben, kann man das so machen. // Falls du allerdings versuchen würdest chipsetPath direkt auszugeben, // ist das schon klar, dass da nur "Müll" rauskommt. std::string str; for(size_t i=0; i < wcslen(chipsetPath); ++i) str += static_cast<char>(chipsetPath[i]); cout << str << endl; } int main() { wstring tmpChipset = L"H:/Blah/Chipset.png"; GameMap(tmpChipset.c_str()); return 0; }
• ?

  Wieder läuft ein Programm nicht auf Fremdsystemen ...
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  4239
  Aufrufe

  ?

  Ich glaube, das Problem hat sich erledigt, falls nicht werde ich mich wieder melden. Ich glaube es lag daran, das ich statisch gegen die ATL und MFC gelinkt habe, obwohl ich die gar nicht benutze. Das ist in deinem Video sehr verwirred Jochen .. du sagst nämlich, dass du da was umstellst, tust es aber nicht. Danke jedenfalls schonmal.
• ?

  XP-Style
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  712
  Aufrufe

  ?

  Danke jetzt funktionierts
• ?

  edit feldneu zeichnen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  525
  Aufrufe

  B

  Editfelder werden von Windows in der class "edit" selbst verwaltet. Sobald sich (durch Eingabe) darin etwas ändert, macht das Windows allein. Ein eigenes 'Neuzeichnen' ist nicht erforderlich.
• ?

  CreateThread
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  2208
  Aufrufe

  L

  (LPVOID) Ist ein Typ-Cast... LPVOID ist in dem falle ein Pointer vom Typ void... Somit kannst du deine int-Variable an CreatThread übergeben, trotzdem da eigentlich eine Variable vom typ LPVOID erwartet wird... Casten ist öfters mal in benutzung.. Ich hoffe ich habe dir damit geholfen.. Ob alles 100% richtig ist weiß ich nicht aber im groben stimmt das schon xD @Erhard Henkes: Sry aber Dein Code past gerade gar nicht, ist dir bewusst ne? Du bringst ein "_beginthread" wobei es um "CreatThread".. nein eher um TYPECASTS geht.. Wenn du ein Beispiel bringst solltest du eventuell was dazu schreiben?
• M

  Fileliste in Array
  • moes  

  4
  0
  Stimmen
  4
  Beiträge
  466
  Aufrufe

  ?

  Du könntest z.B. einen Zähler in die Schleife einbauen ... Aber an deiner Stelle würde ich Vektoren nehmen, ist viel einfacher zu handhaben und nicht so fehleranfällig wie Arrays. Wenn Du in C++ programmierst, solltest Du immer Vectoren den Vorzug geben. So long
• ?

  Wie Keyboardhook?
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  620
  Aufrufe

  K

  unter: http://msdn.microsoft.com/en-us/library/ms644985(VS.85).aspx findest du die erklärung der parameter in LPARAM lParam findest du warscheinlich was du benötigst mfg Kyro
• ?

  Rad tool für WinApi
  • Gast  

  37
  0
  Stimmen
  37
  Beiträge
  2538
  Aufrufe

  E

  bushidosido schrieb: 1. Sehe ich nicht. Eventuell nur für Registrierte? Bingo 2. ok dann werde ich mal die Grundlagen lernen, also den Callback, WinMain parameter, wndclass, create window und message. Was ist eigentlich der Unterschied zu CreateWindow und CreateWindowEx? CreateWindowEx erhält einen zusätzlichen Parameter (dwExStyle), außerdem wird als Fensterklasse die Struktur WNDCLASSEX, die zwei zusätzlichen Member(cbSize und hIconSm) verwendet. Und noch ne Frage: Werden Buttens usw. Standartmäßg mit Ressourcen (ob von Hand oder mit Editor ist egal) gemacht oder gibt es da auch nen reinen WInApi Code? Oder ist das der reine WInApi code? Kam mir nur bisschen komisch vor, man macht sein eigenes erstes Fenster usw, und auf einmal, muss man .rc und .h Dateien einbinden. Du kannst jede Art von Resourcen auch mit normalem Code erstellen, ist aber bei größeren Projekten umständlich. Man übergibt der Funktion CreateWindow als Style die Art von Fensterstil, die man haben will, als String (z. B. "Button"). Für manche Fenstertypen gibt es auch eigene Funktionen (z. B. CreateToolbar), die intern die CreateWindow aufrufen und Standardparameter übergeben. Der Vorteil der Resourcen ist halt, daß Du die Dateien für andere Projekte wiederverwenden oder die Resourcen auch nach dem Compilieren aus der Exe-Datei extrahieren und verändern kannst. Ein großer Vorteil ist auch die Verwendung des Resourcen-Editors (was Du im WinAPI-Code nicht kannst). Und vieles mehr. Näheres dazu ist in den Tutorials in dem FAQ-Link erläutert. 3. Von der MFC hab ich nur schlechtes gehört. Außerdem habe ich vor mich nach der WinApi mit DirectX zu beschäftigen, und da sei die MFC zu fett. Und ich habe sowieso nur die Express Version also scheidet das aus. Aber warscheinlich wolltest du mich nur darauf hinweißen, dass ich nicht denke, dass WinApi C++ ist MFC ist nicht automatisch schlecht. Die MFC enthält einen *Teil* der WinAPI als Wrapperklassen. Wer sich damit auskennt, erspart sich bei Standardprogrammen viel Tiparbeit. Bei Spezialitäten muß man aber doch schon mal auf die WinAPI zurückgreifen (ist ohne weiteres ohne zusätzliche Bibliotheken möglich). Außerdem erschwert die MFC mitunter das Debugging, wenn Du nicht weißt, welche Objekte wie abgeleitet sind. Also auch bei MFC-Programmierung sollte man die Grundlagen der WinAPI beherrschen.
• ?

  Datei atribute
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1079
  Aufrufe

  ?

  Wie kann man mit C++ das Erstelldatum für Ordner unter Windows 95-98-ME nachträglich ändern ? Ab Windows NT gibt es ja eine Möglichkeit in der MSDN mit Create File, um das Handle für den Ordner zu erhalten.
• ?

  Dateien unter Windows
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  3268
  Aufrufe

  ?

  Wie kann man mit C++ das Erstelldatum für Ordner unter Windows 95-98-ME nachträglich ändern ? Ab Windows NT gibt es ja eine Möglichkeit in der MSDN mit Create File, um das Handle für den Ordner zu erhalten.
• S

  Lautstärkeregelung / undef. refrence to...
  • Sinthoras  

  4
  0
  Stimmen
  4
  Beiträge
  655
  Aufrufe

  G

  uff da frag mal besser hier: http://www.c-plusplus.net/forum/viewforum-var-f-is-3.html
• ?

  Benachrichtigung bei Programmende
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  516
  Aufrufe

  B

  Du kannst Dir auch die Fenster-Handles (HWND) der Prozesse in geeigneter Weise merken - evtl. in einer Share-Datei. Dann hiflt ein simples SendMessage. Diese Methode ist zuverlässig auch ohne Threads. Vielleicht kann Dir das helfen.
• T

  Noch kleinere Probleme mit Thread
  • Tentone  

  8
  0
  Stimmen
  8
  Beiträge
  624
  Aufrufe

  

  wird ja eigentlich (sobald eine Zustandsänderung) eintritt die error_flag geändert. Jetzt muss ich nur noch meinen thread dazubringen, auf diese Änderung zu reagieren. Lies dir bitte alles zum Thema Memory-Model, Threads, Synchronisierung etc. durch was du finden kannst. Kurzfassung: nur weil du in einem Thread a = 23; sagst ist noch lange nicht garantiert dass diese Änderung in einem anderen Thread auch "sichtbar" ist. Wenn du die "Sichtbarkeit" erzwingen willst musst du sog. Barriers setzen. Wenn du Mutexen (z.B. CRITICAL_SECTION, MUTEX oder auch pthread_mutex) verwendest hast du diese Barriers automatisch beim Lock/Unlock der Mutex. So macht man es auch üblicherweise (also über Mutexen), Code der direkt Barriers verwendet ist eher verpönt, weil schwer zu schreiben (siehe nächster Absatz, das muss man dann auch irgendwie handhaben), und schwer zu lesen/verstehen. Solange man nur unter mit x86/x86_64 arbeitet geht einem einiges durch, aber sobald man versucht seinen Code auf einem PowerPC oder Alpha oder sonstigem Untier zum Laufen zu bekommen fliegt einem schnell was um die Ohren wo man vorher u.U. nichtmal wusste dass man was falsch macht. Nächstes Problem: wenn du a = b; sagst, und ein anderer Thread möglicherweise gleichzeitig b ändert, dann ist nicht garantiert dass a danach einen Wert hat der *jemals* in b gestanden hat. Es könnte z.B. sein dass b "in zwei Teilen" gelesen wird, und sich der Wert zwischen dem Lesen von Teil 1 und Teil 2 geändert hat. Dann hätte a danach vielleicht einen Wert wo Bits 0-15 vom alten Wert von b stammen und Bits 16-31 vom neuen Wert von b. Auch das kann man mit Mutexen verhindern, indem man immer nur einem Thread erlaubt auf b zuzugreifen (MUTual EXclusion, kurz: mutex). Auf dein Beispiel bezogen könnte das ca. so aussehen: Mutex g_myMutex; if ((connect(sock,(struct sockaddr *) &address, sizeof(address))) !=0 && is_connected==0) { check_value=open_socket(Socket_Version, Socket_Data, &socket_inf); g_myMutex.Lock(); // damit wir auf "error_flag" zugreifen dürfen error_flag->Error_Flag=WSAGetLastError(); g_myMutex.Unlock(); // damit andere auch wieder drankommen } check_value=recv(sock,buf_recieve,BUF,0); //... Im Thread dann entsprechend: DWORD WINAPI handle_error(FLAG *error_flag) { for (;;) { g_myMutex.Lock(); // damit wir auf "error_flag" zugreifen dürfen int flag = error_flag->Error_Flag; g_myMutex.Unlock(); // damit andere auch wieder drankommen switch (flag) { case WSANOTINITIALISED : //... } } return 0; } Das ganze ist allerdings etwas viel zu komplex um es hier zu erklären, und es gibt einige Fallstricke. Deadlocks z.B., um einen der "beliebtesten" zu nennen.
• ?

  HBITMAP verkleinern und Tranparent darstellen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  554
  Aufrufe

  ?

  void BltImage(const HBITMAP bmp, HDC hdc, int x, int y, int xsize, int ysize) { BITMAP bm; GetObject((HANDLE)bmp, sizeof(bm), static_cast<void *>(&bm)); x -= xsize / 2; y -= ysize / 2; HDC temp = CreateCompatibleDC(hdc); HDC temp2 = CreateCompatibleDC(hdc); HBITMAP bmp2 = CreateCompatibleBitmap(hdc, xsize, ysize); SelectObject(temp, bmp); SelectObject(temp2, bmp2); StretchBlt(temp2, 0, 0, xsize, ysize, temp, 0, 0, bm.bmWidth, bm.bmHeight, SRCCOPY); TransparentBlt(hdc, x, y, xsize, ysize, temp2, 0, 0, xsize, ysize, RGB(0, 0, 0)); DeleteObject(bmp2); DeleteDC(temp); DeleteDC(temp2); }
• J

  shellexecuteex, shellexecute
  • javax  

  8
  0
  Stimmen
  8
  Beiträge
  3326
  Aufrufe

  ?

  Hallo, z.B. so wie hier http://www.c-plusplus.net/forum/viewtopic-var-t-is-216016.html MfG, Probe-Nutzer
• ?

  Frage bezüglich Raw Sockets
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  434
  Aufrufe

  J

  Raw Sockets werden immer noch unter XP-SP2 unterstützt. Es gibt auch keine Einschränkungen, ausser: Du kannst keine "gefälschten" IP-Pakete mehr erstellen.
• ?

  Sending file via send and recv through WinSocks
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  545
  Aufrufe

  G

  Your code does not check the return-value of send() and recv() !! You need to know the meaning of the return-values: Check the documentation of recv() and send() in the msdn...
• ?

  Wie Audio Output mitschneiden
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  406
  Aufrufe

  G

  MCI: http://msdn.microsoft.com/en-us/library/ms713226(VS.85).aspx Oder schau in der msdn mal nach waveInOpen() und den damit zusammenhängenden Funktionen. Mit DirectShow gehts auch.
• ?

  GetAsyncKeyState Verständnis Problem
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  663
  Aufrufe

  ?

  int code;