WinAPI

• C

  WinApi - Nächstes Fenster
  • crashjosh  

  12
  0
  Stimmen
  12
  Beiträge
  1802
  Aufrufe

  ?

  crashjosh schrieb: Wie benutze ich ShowWindow (...,SW_HIDE,...) z.B so (hWnd,SW_HIDE,hWnd) ? Und wie kann ich mit ShowWindow(hWnd,SW_HIDE) eine bitmap verschwinden lassen ,etwa casten : ShowWindow((HWND)hBitmap,SW_Hide) ? _________________ Am Anfang war das Nichts...Und Gott sprach :"Es werde Basic RTFM --> oder programmiere wie es Dir Gott empfiehlt. --> Es werde Basic
• 7

  Frage zu "CreateDirectory"
  • 7xCore  

  19
  0
  Stimmen
  19
  Beiträge
  3090
  Aufrufe

  

  yahendrik schrieb: Oder man macht es gleich richtig: typedef std::basic_string<TCHAR> tstring; typedef std::basic_ostringstream<TCHAR> tostringstream; typedef std::basic_ifstream<TCHAR> tifstream; // etc. Wenn man konsequent TCHAR s verwendet, wo sie gebraucht werden, kann man eine klare Abgrenzung zu speziellen Fällen ( char bspw. in Dateiformaten oder Protokollen und wchar_t bspw. häufig bei COM und neueren commctrl-Funktionen) schaffen. Und das kann einem Dritten wirklich weiterhefen, sochen Code weiter zu entwickeln. Also macht es, bitte! tstring - naja, ok tostringstream - ehm, najaa~ tifstream - ne, ne Wieso nicht gleich konsequent Unicode verwenden? Deine Argumentation, wieso man TCHAR verwenden soll, habe ich nicht verstanden. Grüssli
• ?

  WinHttpReceiveResponse
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1341
  Aufrufe

  ?

  Konnte immer noch nicht den Fehler finden, sollte ich vielleicht in meinem PHP Script Post zu Get ändern?
• Z

  Ordner erstellen und Inhalt anzeigen
  • Zeto  

  6
  0
  Stimmen
  6
  Beiträge
  1283
  Aufrufe

  C

  Dieser Thread wurde von Moderator/in CStoll aus dem Forum C++ (auch C++0x) 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.
• ?

  Wozu GetFileAttributesTransacted?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  613
  Aufrufe

  

  Vielleicht eher eine billige Art zu sehen ob eine Datei außerhalb einer Transaktion verwendet wird: If a file is open for modification in a transaction, no other thread can open the file for modification until the transaction is committed. Conversely, if a file is open for modification outside of a transaction, no transacted thread can open the file for modification until the non-transacted handle is closed. If a non-transacted thread has a handle opened to modify a file, a call to GetFileAttributesTransacted for that file will fail with an ERROR_TRANSACTIONAL_CONFLICT error
• P

  TTN_NEEDTEXT
  • papa_multi  

  3
  0
  Stimmen
  3
  Beiträge
  670
  Aufrufe

  

  Das kann nie funktioniert haben! Zudem kann das doch nicht gehen. Der Buffer den Du zurück gibst wird doch im Stack freigegeben. Du musst den Speicher nehmen der Die angeboten wird. Oder einen Buffer verwenden der auch noch nach Rückkehr aus Deinem Handler gültig ist. Hast Du evtl. auch noch Unicode eingeschaltet? Dann würde es mich auch in keiner Weise wundern, das hier noch en Prblem ist . Verwende TCHAR und Du hättest keine Probleme. case TTN_NEEDTEXT: if(((NMHDR*)lParam)->idFrom ==IDT_DRUCK) { TOOLTIPTEXT* tip = (TOOLTIPTEXT*)lParam; _tcsncpy(tip->szText,_T("Drucken"),_countof(tip->szText)); }
• ?

  WM_UNICHAR
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  410
  Aufrufe

  ?

  hi, mein programm kann keine WM_UNICHAR nachrichten abfangen. ich habe mit visual c++ 2010 unter windows 7 das _tWinMain skeletton mit der WndProc und dem anderen gedöns generieren lassen und in den projekteinstellungen unicode zeichensatz eingestellt. trotzdem funzt das lesen der nachricht nicht. nur WM_CHAR geht aber nicht WM_UNICHAR wieso?
• ?

  Transacted operations progress buggy?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  519
  Aufrufe

  

  Ich *glaube* Windows tut irgendwas flushen bevor CopyFileEx zurückkehrt. (Und mit irgendwas meine ich: alles was für den Kopiervorgang relevant ist, also Daten + Verzeichniseinträge etc.) Wenn eine Transaktion offen ist, könnte das Flushen bis zum "Commit" verzögert werden, was das beobachtete Verhalten erklären würde. Was du auf jedem Fall auch mit CopyFileEx oder sogar ganz billig mit dem Explorer beobachten kannst: kopier mal ein einziges grosses File. Idealerweise ein File das im Cache steht (kannst es z.B. einfach 2x hintereinander kopieren), idealerweise von einem schnellen Datenträger (inderne HDD/SSD) auf einen langsamen (lokalen) Datenträger (USB Harddisk/Stick). Wenn ich das mache, bekomme ich zu Beginn des Transfers oft total irre Datenraten angezeigt, z.B. eben > 100 MB/s auf ne USB 2.0 Platte (=unmöglich). Und bei den letzten paar Prozent "steht" der Progress Bar dann so lange bis der Cache auch wirklich auf den Datenträger geflusht wurde. Beim Kopieren mehrerer Dateien "steht" der Progress Bar vor jedem File-Wechsel, was sich mit deinen Beobachtungen für "Ohne Transaktion" deckt. ps: wobei ich mir gerade überlege... heisst das nicht, dass man das Kopieren von vielen kleinen Dateien damit hübsch beschleunigen könnte, speziell bei Platten/SSDs die erst mit höherer Queue-Depth so richtig loslegen? Wäre mal nen Versuch wert...
• ?

  Status bar
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  574
  Aufrufe

  ?

  Danke. werde ich versuchen sobalt ich gelegenheit habe.
• C

  Fehler RC1015 -cannot open include file &quot;resources.h&quot;
  • crashjosh  

  10
  0
  Stimmen
  10
  Beiträge
  2127
  Aufrufe

  C

  Jap aber zum Schluss musste ich doch wieder googlen
• R

  Meldung auf Screen schreiben
  • rubooo  

  5
  0
  Stimmen
  5
  Beiträge
  981
  Aufrufe

  R

  Danke ich werde mir das mal genauer anschauen!
• A

  Mit Zeitserver verbinden Fehler: 10060,10061
  • Apeiron  

  15
  0
  Stimmen
  15
  Beiträge
  4523
  Aufrufe

  -

  Apeiron schrieb: Danke, danke für die Funktion!!! Genau das habe ich die ganze Zeit gesucht!!!! Mit diesem Code wird mir der realistische Wert von 3522505092 geliefert! Warum hast du mir die Funktion nicht gleich gegeben? Weil Du am Anfang ein völliges durcheinader hattest! Zuerst musst Du doch wissen wie das Protocol zu implementieren ist, und dann kannst Du agieren. Ok, schön das es jetzt funktioniert. Einen kleinen Fehler habe ich dennoch gesehen, und zwar bei der recv() Funktion. Denn Du kannst nicht davon ausgehen das Du auch auf ein Schlag alle 4 Bytes bekommst. Du musst den Rückgabewert von recv() prüfen und gegebenfals noch einmal in Empfang gehen bis alle Daten angekommen sind. Denn wenn Du dass nicht machst, bekommst du vieleicht einmal nur 2Bytes, und dann ist der timestamp dahin. recv()http://msdn.microsoft.com/en-us/library/ms740121%28v=vs.85%29.aspx
• ?

  maximale client size eines fensters vor der erzeugung ermitteln
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  409
  Aufrufe

  ?

  SM_CXFULLSCREEN und das y ding abfraggen- -closed"
• ?

  nanchrichtenfolge mit bonus?
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  456
  Aufrufe

  ?

  ok, wieder dazugelernt, hab dank.
• ?

  bitmap - bildschirm aktualisiert nicht
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  494
  Aufrufe

  ?

  den anlass hab ich gegeben, indem ich wm_paint mit send message innerhalb von paint aufgerufen habe, aber das hat windows iwie garnicht beeindruckt mit invalidate rect funzt das eins a. vielen dank!
• A

  VS 2010 Exe als Resource
  • a672037  

  2
  0
  Stimmen
  2
  Beiträge
  451
  Aufrufe

  

  Dann lade doch Deine Exe selbst mal in den Ressource-Editor und schau Dir die Ressourcen an. Vermutlich stimmt die ID nicht oder der Typ stimmt nicht.
• B

  Alle window messages abfangen?
  • buntehaare  

  3
  0
  Stimmen
  3
  Beiträge
  839
  Aufrufe

  B

  danke
• C

  Linktool Fehler LNK2019
  • crashjosh  

  3
  0
  Stimmen
  3
  Beiträge
  511
  Aufrufe

  C

  Stimmt hInst aber den habe ich nur reingetan weil der Compiler gemeckert hat das er bei der Callback Funktion das er nicht weiß was das ist ^^ Aber jetzte funzts Danke !
• D

  Hibernate Modus - Nachricht von Windows an Programme
  • Der_Knob  

  3
  0
  Stimmen
  3
  Beiträge
  574
  Aufrufe

  D

  äh... peinlich... das hab ich total übersehen Danke!
• ?

  WSA &amp; WinSock &quot;thread&quot; unsicher?
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  441
  Aufrufe

  ?

  Mein Problem ist das folgende, ich will gleichzeitig eine Client und eine Server Applikation laufen lassen via Threads. Thread 1 => Client Thread 2 => Server Nun bin renne ich aber in folgendes, doch sehr faszinierendes Problem: Es klappt nicht! Ich bekomme jedes mal wenn ich mich mit dem Server verbinden will eine Exception, einen Segmentation Fault. Aber wenn ich nun probiere dem Fehler mit gdb (breakpoint und dann via next fortfahren) auf den Grund zu gehen, tritt (vermutlich) ein anderer Fehler auf, jedenfalls früher als ohne Debuggen und dieser variiert von SIGSEGV über "unknwon target exception" bis hin zu SIGILL und auch leider nie an der selben stelle, sondern entweder beim binding, listening oder accepten. Meine Vermutung ist, das es etwas mit "WSAStartup" zu tun hat, welche ggf nicht für Threading ausgelegt ist. Allerdings fehlt mir da das nähere Verständnis. Hoffentlich kennt hier einer das Verhalten. lg derSuchende