WinAPI

• C

  Logik hinter Winsockets
  • CUser1  

  49
  0
  Votes
  49
  Posts
  3778
  Views

  C

  Ich könnte mir auch einen Fakeaccount machen um dann doch irgendwie an das unerschöpfliche Wissen von Hustbär heranzukommen, aber leider sehe ich die Beiträge nicht mehr wegen Ignoreliste usw. Kann mir jemand erklären, wie die Ignoreliste im Detail funktioniert? Z. b. Hustbär
• R

  C++ Registry Einträge
  • redexception  

  4
  0
  Votes
  4
  Posts
  361
  Views

  

  Die Nutzung der ATL Klassen CRegKey macht so etwas einfacher.
• R

  Wann WinApi
  • redexception  

  7
  0
  Votes
  7
  Posts
  447
  Views

  T

  Normalerweise nutzt man das nur um ein Framework zu implementieren, das die WinAPI wegkapselt.
• L

  Problem mit WinAPI
  • Lukas188  

  18
  0
  Votes
  18
  Posts
  939
  Views

  L

  Okay danke schön jetzt funktioniert alles
• C

  Dll Injection unter Windows XP Virtualbox
  • CUser1  

  5
  0
  Votes
  5
  Posts
  342
  Views

  C

  @hustbaer es liefert gar keinen wirklichen Error EAX 00000098 ECX 7C810693 kernel32.7C810693 EDX 7C91E4F4 ntdll.KiFastSystemCallRet EBX 7C801D7B kernel32.LoadLibraryA ESP 0012FE00 EBP 0012FFC0 ESI 01DF0000 EDI 0000005C EIP 004013FB loader.004013FB EAX sollte die ThreadID vom RemoteThread sein, obwohl ich dass ganze nicht recht durchschaue. Auf alle Fälle geht unmittelbar nach 75B17DDA FF15 D867BC75 CALL DWORD PTR DS:[<&ntdll.NtCreateThrea>; ntdll.ZwCreateThreadEx im Hostsystem ein Thread auf der bei PROCESS_DLL_ATTACH losgeht wie es sein soll. Im Virtual XP schaut auch der Kernel32 ein wenig anders aus. WriteProcessMemory schreibt alles soweit richtig. https://stackoverflow.com/questions/40429629/createremotethread-failing-with-error-not-enough-memory/49551870 Da schau ich bin ned der einzige mit dem Problem, ich les das mal durch . . .
• R

  Pfade
  • redexception  

  11
  0
  Votes
  11
  Posts
  641
  Views

  R

  @Swordfish hab mich durch die Doku durchgeklickt und bin da gelandet und ja xd
• R

  GUI für Anwendungsentwicklung
  • redexception  

  5
  0
  Votes
  5
  Posts
  341
  Views

  

  Standard C++ hat keine (G)UI, daher wirst du immer eine externe Library dafür benötigen.
• S

  Datenaustausch zwischen thread?
  • SoIntMan  

  19
  0
  Votes
  19
  Posts
  1315
  Views

  

  Bei new T[0] ist es glaub ich sogar garantiert dass nicht nullptr zurückkommt.
• T

  Ein Programm aus c++ heraus ohne kurzes cmdfenster ausführen.
  • thinki  

  8
  0
  Votes
  8
  Posts
  471
  Views

  

  In Hide console in C system() function, Win gibt es 2 Beispiele mit CreateProcess. Edit: Evtl. wäre hier ShellExecute sogar nötig (denn VBS-Skripte sind ja keine eigenständigen Programme) - ist auch einfacher zu benutzen, als CreateProcess.
• M

  Owner Draw Menubar ?
  • Mike85Dev  

  12
  0
  Votes
  12
  Posts
  670
  Views

  Y

  @Mike85Dev Das kann doch so nicht übersetzt werden: NCCALCSIZE_PARAMS nc = (NCCALCSIZE_PARAMS)lParam; LPARAM ist hier ein Zeiger auf eine NCCALCSIZE_PARAMS-Struktur, im Folgenden verwendest du auch richtigerweise operator ->. FillRect(hdc, &rect, CreateSolidBrush(RGB(255, 255, 0))); Da ist dein GDI-Objekt-Leak. Zu der generellen Logik kann ich allerdings nichts sagen.
• A

  Speicheradressen Value ändern
  • Aleskej  

  6
  0
  Votes
  6
  Posts
  362
  Views

  

  Was gibt WriteProcessMemory() zurück? Wenn WriteProcessMemory() 0 zurückgibt, was liefert GetLastError()? Bzw. vorher schon. Welchen Wert hat handle? Process Security and Access Rights: To open a handle to another process and obtain full access rights, you must enable the SeDebugPrivilege privilege. For more information, see Changing Privileges in a Token.
• S

  Verständnisfrage GDI: DeviceContext + Bitmap
  • SoIntMan  

  4
  0
  Votes
  4
  Posts
  246
  Views

  S

  @hustbaer sagte in Verständnisfrage GDI: DeviceContext + Bitmap: Jain. Wenn du einen DC verwendest der eine Bitmap als Ziel hat, dann speichert der DC keine Operationen, er führt sie direkt aus. D.h. er ändert direkt die Pixel der Bitmap. (Ich bin mir nicht 100% sicher, aber ich denke das ist anders wenn der DC z.B. ein Metafile als Ziel hat. Ich denke in dem Fall werden wirklich die Operationen im Metafile gespeichert. Musst du die aber keine Gedanken darüber machen so lange du mit Bitmaps arbeitest.) hmm Ok , wenn ich also die Zeichen Operation auf dem DC ausführe (welche von dem original DC erzeugt wurde) kann ich diese dann nachträglich auf ein Bitmap oder DIB speichern/mappen? Müsste ich dann nochmal einen neuen Ziel DC mit bitmap erzeugen und ein BitBlt machen!? EDIT ; Beispiel , Gerade ausprobiert: (lasse ich zeile 8-10 weg, wird nichts gemalt) CPaintDC dc(this); CRect rect; GetClientRect (&rect); CDC mem; mem.CreateCompatibleDC(&dc); CBitmap bmp; bmp.CreateCompatibleBitmap(&dc,rect.Width(), rect.Height()); CBitmap* pOldBitmap = mem.SelectObject( &bmp ); CBrush red (RGB (255, 0, 0)); mem.FillRect(CRect(CPoint(0,0),CSize(50,50)),&red); ::BitBlt(dc, 0,0, rect.Width(), rect.Height(), mem, 0, 0, SRCCOPY);
• M

  HBITMAP von einem HDC ???
  • Mike85Dev  

  3
  0
  Votes
  3
  Posts
  173
  Views

  M

  Ahhh, OK hab das Prinzip verstanden. Danke!
• P

  TTN_NEEDTEXT und Combobox in einer Listview
  • papa_multi  

  1
  0
  Votes
  1
  Posts
  206
  Views

  P

  Ich habe eine Combobox die ich zur Laufzeit in einer Zelle eines ListView (Report) erzeuge. Nun möchte ich ein Tooltip für die Listbox der Combox einbinden. Wenn ich TOOLINFO tt; tt.lpszText = LPSTR_TEXTCALLBACK; verwende bekomme ich keine Nachricht TTN_NEEDTEXT. Ich habe sowohl die ListView als auch die Combobox und die Listbox der Combobox subclassed. Keine dieser Routinen empfängt in WM_NOTIFY eine TTN_NEEDTEXT Nachricht. Was mache ich falsch? Welches Fenster müsste die TTN_NEEDTEXT Nachricht empfangen? Zur Info Tooltip funktioniert wenn ich tt.lpszText = (LPSTR)buf; verwende. Danke für jeden Tip.
• 

  class Console
  • zeropage  

  9
  0
  Votes
  9
  Posts
  443
  Views

  

  @zeropage sagte in class Console: Aber den Wechsel zu TCHARund tstring finde ich schon interessant. Jetzt fallen wenigstens die Fehlermeldungen weg, wenn man nicht umstellt. Da Console::setTitle(std::string) nur von außerhalb aufgerufen wird, habe ich dort nur eine toTstring() Funktion eingefügt. Tun sie eben nicht, wie du ja selbst bemerkt hast. Sie würden wegfallen, wenn du fix char + A verwenden würdest oder fix wchar_t + W. Nur die Zeichentabelle sieht bei mir unter Unicode seltsam aus. Ja. Klar. Wundert dich das? Die ersten 256 Zeichen in Unicode sind halt nicht identisch mit den ersten (und einzigen) 256 Zeichen in Codepage 850 (oder was auch immer deine Console-Codepage ist).
• A

  Grafik an den Cursor "binden"
  • Aleskej  

  7
  0
  Votes
  7
  Posts
  414
  Views

  A

  @DocShoe Mit der DrawIcon - Funktion funktioniert es auch ^^ Bsp: BOOL DrawIcon( HDC hDC, int X, int Y, HICON hIcon ); LG
• S

  CreateMutex ..WaitForSingleObject Locked nicht
  • SoIntMan  

  3
  0
  Votes
  3
  Posts
  601
  Views

  S

  Guten Morgen hustbear, vielen Dank. Ja ich habe auch Lock und Unlock ursprünglich als void deklariert , um herauszufinden warum es aber nich funktioniert habe ich das zurück gegeben. Später wollte ich noch TryLock machen.. welcher mit dann ein false zurück geben kann fall schon gelockt wurde , Genau das "reentrant" Thema is mir dann eingefallen, und ich dachte "AHAAA".. Aber dem war dann nicht so, ich hatte das erste Lock im UI Thread gemacht, und das zweite in einem neu erzeugten Thread. Und Lock blockierte trotzdem nicht:( Hier der Code Auschnitt, in dem ich das teste : (Meine Thread Tick munter weiter, obwohl das eigentlich nicht dürfte, da ich davor im UI Thread schon locke) UINT CDialogMfcAppDlg::MFCThreadProc(LPVOID lpParameter) { while(WaitForSingleObject(_timerHandle,1000) == WAIT_TIMEOUT) { HWND dlg = GetSafeHwnd(); ::PostMessage(dlg, WM_ON_ADD_ITEM, 0, 0); } return 0; } static UINT MFCThreadProc1(LPVOID lpParameter) { CDialogMfcAppDlg* pt = (CDialogMfcAppDlg*)lpParameter; return pt->MFCThreadProc(NULL); } LRESULT CDialogMfcAppDlg::OnThreadMessage(WPARAM wParam, LPARAM lParam) { UNREFERENCED_PARAMETER(lParam); UNREFERENCED_PARAMETER(wParam); _mutex.Lock(); /* Lcok new Thread */ _outputList->AddString(_T("Tick")); _mutex.Unlock(); return 0; } BOOL CDialogMfcAppDlg::OnInitDialog() { CDialog::OnInitDialog(); _outputList = static_cast<CListBox*>(this->GetDlgItem(IDC_LIST1)); _outputList->AddString(_T("First Lock")); _mutex.Lock(); /* lock UI THREAD */ AfxBeginThread(MFCThreadProc1,this); } EDIT: @hustbaer , ich ziehe wieder mal den HUT vor dir;) MIST .. ich locke ja wieder im UI Thread, nicht im zweiten Thread.. wenn ich Lock in "MFCThreadProc" dann tut er das was ich will;) Danke für den Denkanstoß frohe Ostern;)
• F

  ShowWindow( hWnd, SW_HIDE) funktioniert nicht
  • Felix  

  7
  0
  Votes
  7
  Posts
  911
  Views

  Y

  @Felix Du könntest mal versuchen, den Hintergrund per InvalidateRect neu zeichnen zu lassen: ShowWindow(hwndListBox, SW_HIDE); InvalidateRect(hwnd, nullptr, true); // Hintergrund löschen Bzw. würde natürlich der Bereich reichen, in dem sich die Listbox befindet. Ich kann es gerade nicht überprüfen, aber ich bin der Meinung, dass Windows dies eigentlich von sich aus macht. Ansonsten könnte es evtl. helfen, wenn du mehr Code zeigst. Speziell die Stellen, an denen die Fensterklasse registriert und das Fenster erzeugt wird.
• A

  ComWrite jede 500msec
  • akr  

  6
  0
  Votes
  6
  Posts
  568
  Views

  

  Es reicht aus, wenn du den Timer ein Mal aufziehst, das solltest du nicht im Callback machen. Technisch passiert da zwar nix, aber ich finde es merkwürdig, ein bestehenden, laufenden Timer durch einen neuen Timer mit den gleichen Einstellungen zu ersetzen. Lies dir noch mal die Doku zu SetTimer durch. Ein Timer läuft so lange, bis er per KillTimer zerstört wird. Das solltest du übrigens auch tun: // Timer aufziehen UINT_PTR send_timer = SetTimer( NULL, TIMER_ID_SEND_REQUEST, 500, &timerfunc ); // iwann später: KillTimer( send_timer );
• M

  CD Track abspielen mit mciSendCommand
  audio cd track abspielen • • mdenning  

  6
  0
  Votes
  6
  Posts
  502
  Views

  

  Ah. Dann funktioniert das Abspielen der CD wohl einfach so dass ein Thread im eigenen Prozess gestartet wird der das übernimmt. Der wird dann natürlich angehalten wenn du im Debugger das Programm anhältst.