MFC

• ?

  VC++ 2008 Debugger
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  1819
  Aufrufe

  S

  Decimad schrieb: Du vergisst die Überschreiben-Meldung! Ich musste die Datei ja woanders zwischenspeichern und dann reinkopieren, weil die Editoren wie gesagt keine Rechteerhöhung unterstützten. Der Editor von SpeedCommander zeigt die UAC-Meldung an, wenn es erforderlich ist, und speichert auch in Systemverzeichnisse.
• J

  SHBrowseForFolder ohne Papierkorb anzeigen
  • joggel  

  9
  0
  Stimmen
  9
  Beiträge
  1904
  Aufrufe

  J

  Boah, danke, funktioniert wie geschmiert. Ich habe so etwas ähnliches auch schon gefunden, blos bei mir hat es nicht funktioniert..... Kann jetzt auch nicht mehr sagen, wo der Unterschied war. also: Danke Ciao J...
• J

  SHBrowseForFolder initial Directory angeben
  • joggel  

  3
  0
  Stimmen
  3
  Beiträge
  1745
  Aufrufe

  J

  ok, jetzt, dank einen kompetenten Users hier! http://www.c-plusplus.net/forum/viewtopic-var-p-is-1683419.html#1683419 geht es jetzt!!
• S

  Wegaufnehmer über COM ansprechen
  • StinkePunk  

  11
  0
  Stimmen
  11
  Beiträge
  1750
  Aufrufe

  S

  Ich hab das jetzt mal so probiert: PurgeComm(hCom, PURGE_TXCLEAR | PURGE_RXCLEAR); getchar(); char start[7] = "*start"; for(int i = 0; i < 7; i++){ bWriteRC = WriteFile(hCom, (LPCVOID)start[i], 1, &iBytesWritten, NULL); } PurgeComm(hCom, PURGE_TXCLEAR | PURGE_RXCLEAR); getchar(); char Zon[5] = "*Zon"; for(int i = 0; i < 4; i++){ bWriteRC = WriteFile(hCom, (LPCVOID)Zon[i], 1, &iBytesWritten, NULL); } PurgeComm(hCom, PURGE_TXCLEAR | PURGE_RXCLEAR); getchar(); char Zoff[6] = "*Zoff"; for(int i = 0; i < 5; i++){ bWriteRC = WriteFile(hCom, (LPCVOID)Zoff[i], 1, &iBytesWritten, NULL); } aber auch ohne Erfolg.
• T

  MFC Globale Messages
  • tha_specializt  

  4
  0
  Stimmen
  4
  Beiträge
  808
  Aufrufe

  T

  peterchen schrieb: (1) Die Lösung ist ein bißchen schwach. Das übergeben des Parent-Dialogs ist nun wirklich kein Kunststück. Tu ich aber nicht ... ich HOLE mir den Parent-Dialog peterchen schrieb: Im schlimmsten Fall kannst du in der MFC mittels GetParent dir den Parent-Dialog holen, mit IsKindOf() prüfen, ob es tatsächlich eine Instanz deiner Klasse ist und dann dorthin casten. IsKindOf() hatte ich vergessen, danke peterchen schrieb: (2) Wenn mein Killerprogramm dummerweise bei deiner Message blockiert, hängt deine Anwendung. Wenn ich das in einem Workerthread mache, läuft meine Anwendung munter weiter, deine nicht. Es soll ja auch kein funktioniertAbsolutImmerweilichderbesteProgrammiererderWeltbin - Programm werden ... is eher eine Machbarkeitsstudie / Lernprojekt peterchen schrieb: (3) HWND_BROADCAST ist ein Broadcast an alle Top Level Windows. So haben sich das die Jungs von der Win32 API überlegt, und ich bin sehr froh daß sie Broadcast messages nicht blind an tausende von Fenstern weiterreichen (Falls eine Anwendung as braucht, kann sie's ja selbst machen - SendmessageToDescendants), und das die Jungs von der MFC die Message genauso behandeln wie die WIn32 API auch. SendMessageToDescendants is aber genau die falsche Richtung - ich will / muss ja von UNTEN nach OBEN und nicht umgekehrt ... peterchen schrieb: (4) Registrierte Messages sind eine begrenzte Ressource, die nur verwendet werden sollten wenn wirklich nötig. 0xFFFF - 0xC000 = 16383 dezimal. Nicht wirklich das, was man als "begrenzt" bezeichnen würde ... diese Bandbreite spielt (wenn überhaupt) nur bei (schlecht programmierten) Spielen oder Belastungstests u. wissenschaftlichen Applikationen (evtl. Protein Folding oder ähnliches, aber die verwenden bestimmt keine MFC-Messages) eine Rolle
• ?

  MSVC++ 2008 - Debuggen mit Parameterübergabe an WinMain
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  891
  Aufrufe

  ?

  Martin Richter schrieb: Was hälst Du vom Karteireiter Debugging? Dort kann man die "Command Arguments" angeben. danke!
• 

  Script beim Öffnen von Solution laufen lassen
  • hustbaer  

  10
  0
  Stimmen
  10
  Beiträge
  1149
  Aufrufe

  

  Und warum machst Du es dann nicht vsprops Dateien. Dies sind schmale XML Dateien, die man je Projekt anpassen kann... Langsam verstehe ich Dein problem nicht mehr. Wenn Du alle Libs soieso paralell hast dann sind es doch nur Projektspezifische Einstellungen und die kann man in einer vsprops zusammenfassen! Und warum müssen die übergreifend sein? Sie müssen ja gerade im Projekt liegen, damit sie gebranched werden können... Ich weißt nicht. Icxh sehe das nicht so kompliziert und ich würde meinem Projektleiter was husten mit den vielen Boost Versionen... Das macht am Ende mehr arbeit als mit einem Hauruck umzustellen. Alleine das Branchen ist ja ein Chaos hoch sieben.
• R

  MDI Doc/View und Childframes
  • R3dNeXX  

  11
  0
  Stimmen
  11
  Beiträge
  1816
  Aufrufe

  R

  Oh Ok, entschuldige, es gibt manchmal Tage, da erschlägt mich das alles regelrecht. Ich danke dir !!
• V

  Keyboard-Hook - wie die Großschreibung richtig interpretieren?
  • Vanillekipferl  

  1
  0
  Stimmen
  1
  Beiträge
  650
  Aufrufe

  V

  Wenn man mit KeyEvent einen Keyboard-Hook programmiert, bekommt man ja im LPARAM über drei Ecken einen DWORD Wert wo der Code der gedrückten Taste drinnen steht. Die A Taste ist zb. 1966081 Nur ich frage mich, wenn man jetzt etwas mit großem Anfangsbuchstaben schreibt und die Shift Taste drückt (Shift = 2752513) wie weiß man dann, wie lang die Shifttaste gedrückt wurde? Denn nur beim Runterdrücken von Shift wird 2752513 geschickt, aber keine Information drüber wann die Shifttaste wieder ausgelassen wurde. Also wenn ich drücke: (Shift) h (Shift aus) a u s meine ich -> Haus Die Keycodes die ich bekomm sind aber nur die Codes: 2293761 (shift) 2293761 (h) 1966081 (a) 1441793 (u) 2031617 (s) Wenn ich aber zb drücken würde : (Shift) h a u (Shift aus) s meine ich -> HAUs Bekomme aber auch die Codes 2293761 (shift) 2293761 (h) 1966081 (a) 1441793 (u) 2031617 (s) Wie soll ich also wissen, wielang ein User die Shift Taste gedrückt hält, bzw. wieviel nachfolgende Tasten er großschreiben will?
• D

  Fehlerhafte Nachkommastelle
  • der_micha1981  

  2
  0
  Stimmen
  2
  Beiträge
  763
  Aufrufe

  O

  Naja das sind eben Rundungsfehler die sich in der Digitaltechnik nicht vermeiden lassen. Warum das so ist kann man eigentlich überall nachlesen Durch die unterschiedliche binäre Darstellung der Zahlen kann es in beiden Systemen zu Artefakten kommen. Das heißt: Zahlen, die im Dezimalsystem „rund“ erscheinen, zum Beispiel 12,45, können im Binärsystem nicht exakt dargestellt werden. Statt dessen wird ihre Binärdarstellung abgeschnitten, so dass man bei der Rückumwandlung ins Dezimalsystem den Wert 12,44999999900468785 erhält. Dieses kann in nachfolgenden Berechnungen zu unvorhergesehenen Ab- oder Aufrundungsfehlern führen.
• ?

  Programm welches Text in die Zwischenablage kopiert. Ein Laufzeitbug den ich mir nicht erklären kann
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  653
  Aufrufe

  ?

  Danke dir für den Tipp _matze.
• F

  FFTW unter Visual C++ installieren
  • Flips  

  2
  0
  Stimmen
  2
  Beiträge
  992
  Aufrufe

  F

  Oh man, die haben sich da was ausgedacht. Der Header ist so mit Makros vollgestopft, dass man die Funktionsnamen auf den ersten Blick nicht als solche identifiziert. Jetzt habe ich die richtigen Namen rausgefunden und alles funktioniert einwandfrei. Habe noch nie so einen verwurschtelten Header gesehen. Eigentlich programmiert man ja so, dass es leicht zu lesen ist. Die vom MIT haben sich wohl das Gegenteil zum Ziel gemacht. Beste Grüße, Philipp
• ?

  Bewegte Kugel abprallen lassen
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  1820
  Aufrufe

  T

  AndiE schrieb: soweit ich gelesen habe, gibt es die Funktion "right" bei CRect nicht. WAS? "Funktion"? "Right" ist eine VARIABLE! AndiE schrieb: Stattdessen gibt es diese Funktion(VC++6): CPoint& CRect::BottomRight( ); Was soll er damit? Autor: Du musst schon mehr Informationen liefern, ansonsten kann dir niemand helfen ... das Umdrehen einer Bewegungsrichtung stelle ich mir recht leicht vor, vielleicht zeigst du uns einfach mal ausgesuchten oder seperat verlinkten Quelltext, hier kannst du hochladen ohne jemanden mit 3 Seiten Text zu nerven
• S

  Problem mit zeichnen auf Display
  • sirchillalot  

  11
  0
  Stimmen
  11
  Beiträge
  1426
  Aufrufe

  C

  hast du dir das geliehen aus nen anderen thread von hier? sieht so zumindest aus, das ich zum beispiel noch nie solche sachen wie GetClipBox, CreateRectRgnIndirect und SelectClipRgn gebraucht habe wenn ich über ne bitmap gezeichnet habe und die auf den screen geblittet habe. aber na ja was solls nur mal mein kommentar dazu // Create a memory DC compatible with the paint DC CDC memDC; memDC.CreateCompatibleDC( &dc ); CRect rcClient; GetClientRect(&rcClient); // Select a compatible bitmap into the memory DC CBitmap bitmap; bitmap.CreateCompatibleBitmap(&dc, rcClient.Width(), rcClient.Height()); memDC.SelectObject( &bitmap ); //hier zeichnen ...... //jetzt den MemDC kopieren dc.BitBlt( 0, 0, rcClient.Width(), rcClient.Height(), 0, 0, SRCCOPY ); Is kürzer und sollte das gleiche rauskommen
• S

  CString: Ärger mit Typumwandlung
  • sascha_kib  

  7
  0
  Stimmen
  7
  Beiträge
  1018
  Aufrufe

  S

  Danke, mit den ATL-Makros (kannte ich nicht!) funktionierts
• M

  CDC Objekt mit CImage als bmp speichern
  • MSS-Software  

  18
  0
  Stimmen
  18
  Beiträge
  6968
  Aufrufe

  K

  wow stark... funktionert ohne probleme recht herzlichen, tief empfundenen, wirklich ernst gemeinten, Vielen Dank
• R

  CASyncSocket - Große Daten versenden
  • Red Skall  

  3
  0
  Stimmen
  3
  Beiträge
  732
  Aufrufe

  R

  Ah, das ist gut! Sowas in der Richtung hab ich mir gedacht. Danke
• ?

  ComboBox Sortierung
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  2210
  Aufrufe

  ?

  Vielen Dank. Es funktioniert :-). Gruß Fanker
• R

  CAsyncSocket - Pakete kommen nicht an
  • Red Skall  

  6
  0
  Stimmen
  6
  Beiträge
  1674
  Aufrufe

  R

  Hab das Problem jetzt lösen können. Innerhalb von OnReceive() habe ich eine while-schleife. Die wird solange 'dCount' größer 0 ist nicht beendet: DWORD dCount; 'CAsyncSocket::IOCtl(FIONREAD, &dCount)' Pro Durchlauf lese ich dann den Socket mit Receive() aus. Ich habe im Internet jetzt schon so oft gelesen dass Receive() innerhalb von OnReceive() so oft aufgerufen werden darf wie man möchte. Wenn keine Daten auf dem Socket vorhanden sind liefert Receive() halt 0 zurück. Klingt zwar logisch, aber so bekomme ich es nicht hin. Jetzt rufe Receive() jetzt nur auf, solange der Puffer nicht leer ist (Der ist defaultmässig auf 8192 Bytes eingestellt - reicht also in den meisten Fällen). Gruß, Marco
• O

  Hintergrund färben
  • oldi  

  3
  0
  Stimmen
  3
  Beiträge
  703
  Aufrufe

  M

  Laut MSDN müssen die Methoden OnCtlColor() (und OnDestroy() ?) überschrieben werden. Das soll das dann so aussehen: // CMyDlg message handlers HBRUSH CMyDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor) { switch (nCtlColor) { case CTLCOLOR_STATIC: // Set the static text to white on blue. pDC->SetTextColor(RGB(255, 255, 255)); pDC->SetBkColor(RGB(0, 0, 255)); // Drop through to return the background brush. case CTLCOLOR_DLG: return (HBRUSH)(m_pBkBrush.GetSafeHandle()); default: return CFileDialog::OnCtlColor(pDC, pWnd, nCtlColor); } } http://support.microsoft.com/?scid=kb%3Ben-us%3B115087&x=9&y=12 Da der Hinweis schon älter ist weiss ich nicht ob sowas mit neueren Compilern und auch mit Vista läuft. Ausprobiert hab ich es auch noch nicht ..