WinAPI

• J

  [ANN] VS2012 Update 1 verfügbar
  • Jochen Kalmbach  

  1
  0
  Stimmen
  1
  Beiträge
  3696
  Aufrufe

  J

  http://www.c-plusplus.net/forum/311114 Ab sofort ist das erste Update für Visual Studio 2012 verfügbar! Es bringt für VC++ primär die Unterstützung für XP-SP3 mit, was ein großer Fortschritt ist. Download: Visual Studio 2012 Update 1 - Multi-language Offline-Installation: How to: Install Visual Studio 2012 Update 1 Offline Mehr Infos zu VS2012 Update 1: * Somasegar’s blog: Visual Studio 2012 Update 1 Now Available! * Download-Infos * Visual Studio and Team Foundation Server 2012 Update 1 now available Nur als kleiner Hinweis: Die Unterstützung für XP-SP3 betrifft nur VC++ 2012, nicht aber .NET-Framework 4.5! Dies ist immer noch auf Vista und höher begrenzt!
• J

  [Gelöst]Filegröße herausfinden funktioniert nicht!
  • Johannes251298  

  6
  0
  Stimmen
  6
  Beiträge
  965
  Aufrufe

  J

  schon seltsam schrieb: kennt ihr das auch, wenn fehlerbeschreibungen und die erklärung von selbstgefundenen lösungen kaum verständlich sind? Ich habe garnicht's gemacht. Es gibt keine Lösung da der Code funktioniert, nur das beim debuggen in der Variable immer 0 steht, aber in wircklichkeit wenn man es weiterverarbeitet oder ausgibt, dan gibt er die richtige Größe aus, warum das so ist, das weis ich nicht.
• D

  Event Access Rechte
  • Destiniy  

  7
  0
  Stimmen
  7
  Beiträge
  709
  Aufrufe

  J

  Werden die Prozesse unter dem gleichen Account gestartet?
• ?

  Desktop Symbol ...
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1515
  Aufrufe

  C

  Dieser Thread wurde von Moderator/in Martin Richter aus dem Forum MFC (Visual C++) in das Forum WinAPI verschoben. Im Zweifelsfall bitte auch folgende Hinweise beachten: C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage? Dieses Posting wurde automatisch erzeugt.
• J

  Shortcuts/Keys für das ganze Programm oder ein einzelnes Window definieren?
  • Johannes251298  

  11
  0
  Stimmen
  11
  Beiträge
  1786
  Aufrufe

  

  Für solche Aufgaben nimmt man Accelerator und der macht den Rest und wandelt tastatureingabenin WM_COMMAND Nachrichten um. Definiere für jedes Fenster die entsprechenden Accelerator und rufe diese mit diesem fensterhandle in der richtigen (von Dir festgelegten) Reihenfolge auf...
• ?

  CreateProcess Programm mit Datei öffnen
  • Gast  

  24
  0
  Stimmen
  24
  Beiträge
  6043
  Aufrufe

  

  Hier mal ein kleines Beispiel wie ich es evtl. machen würd: #include <algorithm> #include <memory> #include <string> #define WIN32_LEAN_AND_MEAN #define NOMINMAX #include <windows.h> std::unique_ptr<wchar_t[]> makeCString(const std::wstring& str) { std::unique_ptr<wchar_t[]> a(new wchar_t[str.length() + 1]); std::copy(begin(str), end(str), &a[0]); a[str.length()] = L'\0'; return a; } int main() { std::wstring command = L"notepad bla.txt"; STARTUPINFOW si = {0}; si.cb = sizeof(si); si.dwFlags = STARTF_USESHOWWINDOW | STARTF_FORCEONFEEDBACK; si.wShowWindow = SW_SHOWNORMAL; PROCESS_INFORMATION pi; CreateProcessW(nullptr, &makeCString(command)[0], nullptr, nullptr, FALSE, 0U, nullptr, nullptr, &si, &pi); WaitForSingleObject(pi.hProcess, INFINITE); }
• ?

  Asynchronous I/O
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  737
  Aufrufe

  ?

  Hallo! Ich schreibe gerade ein Programm, dass Daten live über verschiedene Schnittstellen aufnimmt, verarbeitet, speichert und darstellt. Im Moment ist das ganze noch single-threaded, was an sich bei dem Datenaufkommen auch kein Problem ist, aber natürlich haben sich die GUI und das Datenaufkommen im Clinch. Will meinen, wenn ich gerade neu zeichne, dann verzögert das die Datenverarbeitung und andersherum. Außerdem arbeite ich auch mit verschiedenen Timern und während sich die Daten-Timer schnell abhandeln lassen, verzögert der Neu-Zeichnen-Timer alle restlichen. Daher möchte ich mindestens mal die Datenverarbeitung in einen anderen Thread auslagern. Am liebsten möchte ich Overlapped-Operation mit APCs verwenden (weil das so schön einfach funktioniert). Dazu habe ich mir zwei Möglichkeiten herausgesucht: 1. Ich erzeuge genau einen weiteren Thread, der nur für die Datenverarbeitung zuständig ist. Der wartet immer im alertable state (*WaitForMultipleObjectsEx oder so) und dann werden die APC's in seinem Kontext ausgeführt. Natürlich müssen die Operationen auch in seinem Kontext gestartet werden, daher kommt in diesem Thread ganz schön viel zusammen. Hier kann ich auch wunderbar Timer-getriebene Vorgänge durchführen, wie ich es bereits gewohnt bin. 2. Ich benutze die Thread-Pool-API und verbinde die Asynchronen IO Operationen mit dem IO Completion Port des Thread-Pools. Das erscheint mir ideal skalierend und überhaupt am passendsten, weil dann IO-Events einfach in irgendeinem freien Thread ausgeführt werden (über die Möglichkeit soetwas "per Hand" zu machen hatte ich schon vorher nachgedacht, aber dann die Arbeit gefürchtet). Meinem Verständnis nach muss ich dann noch nicht einmal darauf achten, im Kontext welchen Threads ich die IO-Operationen überhaupt starte. Den GUI-Kram und dessen Timer würde ich dann weiterhin im Hauptthread verwenden, so wie ich das jetzt auch schon mache. Zwei Probleme allerdings: Kann man auch Timer-APC's irgendwie mit dem Thread-Pool "verbinden"? Ich habe dazu so nichts gefunden. Anderes Problem: Ich habe vereinzelt darüber gelesen, dass die Windows-XP-Implementierung der Threadpools allgemein nicht mehr verwendet werden sollte, aber die genauen Gründe nicht so recht verstanden. Ist da etwas dran? Die Software soll auf einem alten XP-Notebook (aber neuestes Servicepack) laufen... Ach und dann noch ein weiterer Gedanke: Diese Thread-Pool-Lösung kommt mir verdächtig viel zu einfach vor, muss ich da mit riesigem Betriebssystem-seitigem Overhead rechnen? Über Eure Einschätzung würde ich mich sehr freuen. Bis dahin ersteinmal einen schönen Abend! Deci
• J

  Mehrere Prozesse gleichzeitig?
  • Johannes251298  

  20
  0
  Stimmen
  20
  Beiträge
  6670
  Aufrufe

  J

  Der zweite Thread nützt Dir nur etwas für Hintergrundoperationen (z.B. einlesen von Dateien). Für Oberflächen-Operationen nützt er Dir nichts.
• D

  Platform Builder CE 6.0 enum size **gelöst**
  • Destiniy  

  3
  0
  Stimmen
  3
  Beiträge
  633
  Aufrufe

  D

  nach 10 Stunden googlen hab ich die Lösung gefunden: Es gibt einen Unterschied zwischen enums in C und C++ bei Visual Studio. Da mein CE Treiber mit c compiliert wurde ging das mit der enum Größe nicht. http://msdn.microsoft.com/en-us/library/2dzy4k6e(v=vs.80).aspx http://msdn.microsoft.com/en-us/library/whbyts4t(v=vs.80).aspx Also habe ich jetzt die /TP Option eingechalten und es geht. MfG
• X

  Nachrichten außerhalb von WndProc verarbeiten
  • Xebov  

  3
  0
  Stimmen
  3
  Beiträge
  813
  Aufrufe

  X

  Besten Dank für die Aufklärung.
• ?

  Wie heissen diese funktionen?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  733
  Aufrufe

  D

  Erstellen: combo_hwnd = CreateWindowEx(0x0,"ComboBox","",CBS_SIMPLE | CBS_DROPDOWN | CBS_DROPDOWNLIST | WS_VSCROLL | CBS_HASSTRINGS | WS_CHILD | WS_VISIBLE,x1,y1,size_x,size_y,parent,(HMENU)comboID,instance,0); Zeile einfügen: SendMessage(combo_hwnd,CB_ADDSTRING,0,(long)text.c_str()); Nummer, welche Zeile ausgewählt wurde: int getselint() { return SendMessage(combo_hwnd,CB_GETCURSEL,0,0); } Das kannst du alles auf Msdn nachlesen, musst hald ein bisschen suchen.
• L

  QueryPerformanceCounter Problem
  • lilbeat  

  17
  0
  Stimmen
  17
  Beiträge
  2671
  Aufrufe

  

  Wie meint wer was mit der Frequenz? Lies es in der MSDN nach, ist gut dokumentiert und wirklich nicht so schwer zu verstehen.
• J

  Message bevor DestroyWindow() das Fenster schliest?
  • Johannes251298  

  9
  0
  Stimmen
  9
  Beiträge
  1250
  Aufrufe

  

  Johannes251298 schrieb: Danke für die Antwort, aber ich will ja garnicht das Programm beenden wie ich ja oben beschrieben hatte, und WM_CLOSE wird nicht bei DestroyWindow() gesendet, richtig? Und dan kann ich ja auch wieder nicht machen was ich wollte... Gibt's keine möglichkeit DestroyWindow() abzufangen befor er das Fenster schliest? Nein! Ein Fenster kann sich nicht gegen seine Zerstörung wehren. Wenn WM_DESTROY ankommt ist schon alles zu spät Das Schließen der Anwednung hat mit WM_DESTROY mal nichts zu tun und auch nichts mit WM_CLOSE... das musst Du schon selber veranlassen durch PostQuitMessage.
• J

  [Gelöst]Ofstream mit einer ProgressBar?
  • Johannes251298  

  9
  0
  Stimmen
  9
  Beiträge
  951
  Aufrufe

  J

  Vielen vielen dank!!! Es funktioniert perfekt!!!
• F

  SetScrollPos - Access is denied.
  • Francis123  

  2
  0
  Stimmen
  2
  Beiträge
  1042
  Aufrufe

  S

  lparam != NULL? If the message is sent by a scroll bar control, this parameter is the handle to the scroll bar control. If the message is sent by a standard scroll bar, this parameter is NULL. lParam ist das fensterhandle, es funktioniert sowieso ganz normal wenn ich ein globales handle ohne die wrapperklasse erstelle. fensterhandle oder controlhandle? edit: blubb grad nochmal post von dir genauer durchgelesen, lies dir mal msdn seite durch oder lies obigen quote: http://msdn.microsoft.com/en-us/library/windows/desktop/bb787597(v=vs.85).aspx Handle to a scroll bar control or a window with a standard scroll bar, depending on the value of the nBar parameter. [...] SB_CTL Sets the position of the scroll box in a scroll bar control. The hwnd parameter must be the handle to the scroll bar control.
• J

  [Gelöst] Save File Dialog
  • Johannes251298  

  3
  0
  Stimmen
  3
  Beiträge
  706
  Aufrufe

  J

  Vielen vielen dank für die schnelle Antwort!!! Jetzt klappt es!!!
• ?

  Port aus anderem Netzwerk erfahren ???
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  1590
  Aufrufe

  J

  TCP funktioniert über Router-Grenzen hinweg. Deshalb ist die Info in dem sockaddr total sinnlos, da der Rückkanal nur geht, wenn die Client-Seite die Verbindung aufbaut... Also, nimm den Rückgabewert von "accept" und gut ist... alles andere ist für mich unverständlich und funktioniert i.d.R. nur im gleichen Netzwerksegment.
• ?

  Frage zu den WIN API Debugger Funktionen
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  705
  Aufrufe

  ?

  Ich geh nicht mehr zu Schule.^^ Aber danke für den Link, damit kann ich ja doch etwas Zeit sparen und muss nicht soviel selber reversen.
• S

  Konsolenprogramm, Verhindern der Meldung mit den GPF und ok klicken müssen
  • Scheppertreiber  

  16
  0
  Stimmen
  16
  Beiträge
  1361
  Aufrufe

  J

  Dazu muss er aber jede Anwednung anpassen, die er aber nicht hat...
• ?

  Clear ?
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1755
  Aufrufe

  ?

  Ahh, Vielen Dank !