MFC

• S

  Dialog, Text einfügen, scrollen....
  • Sven77  

  5
  0
  Stimmen
  5
  Beiträge
  557
  Aufrufe

  J

  Du hast die korrekte Lösung mit dem Multiline Edit ja bereits selbst gefunden.
• J

  Wo stecken bei VS2005 die Infos aus dem .CLW von VC6? Oder: wie bekomme ich sie bei VS2005 wieder?
  • jencas  

  8
  0
  Stimmen
  8
  Beiträge
  588
  Aufrufe

  J

  Ich werde die Dialoge wohl aus den Namespaces herausnehmen. Bei mir ist auch unter VS2008 keine Verbesserung zu verzeichnen. Der Parser scheint da doch immer noch arge Probleme zu haben.
• I

  Dateien suchen mit C++
  • Isomorphismus  

  2
  0
  Stimmen
  2
  Beiträge
  315
  Aufrufe

  I

  Vielleicht kannst du dir ja da was abgucken: http://www.c-plusplus.net/forum/viewtopic-var-t-is-39130.html
• ?

  Dialog bei Programmstart öffnen
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  376
  Aufrufe

  ?

  Hi, vielen Dank. Das wars. Vielen Dank. Grüße Frank
• L

  Umstiegsschwierigkeiten bei bestehendem Code(Veraltetee Headerdatei?)
  • lippoliv  

  11
  0
  Stimmen
  11
  Beiträge
  1026
  Aufrufe

  L

  Die selbe meldung mit der Headerdatei auch nach Update... Ist das Programm zu alt?
• M

  Konsolenanwendung auf MFC umschreiben
  • MasterQ  

  2
  0
  Stimmen
  2
  Beiträge
  461
  Aufrufe

  A

  MasterQ schrieb: ...doch die streamorientierte Ausgabe stärker umschreiben wird nicht funktionieren. Auch sollen die ganzen Modifier wie precision und fill etc. weiterhin das tun wie bei den Standardstreams... Es gibt auch stringstream und andere Vertreter ihrer Art (Die sich mittels einer Methode in ein char* umwandeln lassen - und mit dem sollte dann ja hoffentlich ein Konstruktor von CString klarkommen ;p). cu André
• C

  Uhrzeit/Datum in Label ausgeben
  • Cr3at0r  

  3
  0
  Stimmen
  3
  Beiträge
  1969
  Aufrufe

  ?

  oder CString strDatum=COleDateTime::GetCurrentTime().Format(_T("%d.%m.%Y %H:%M:%S")); meinStatic.SetWindowText(strDatum);
• ?

  SIMPSON Verfahren Genauigkeit
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1327
  Aufrufe

  ?

  War ein doofer Denkfehler von mir. Muss nämlich in Zeile 17 heißen: for(i=1;i<=n-1;i++) Deshalb benötigte man auch dieses hohe n, da der am Ende immer einen Summanden weggelassen hat, was das Ergebnis natürlich verfälschte. Jetzt funktioniert es wie es soll. Sorry für den überflüssigen Post hier /closed
• I

  kürzere Zeichenkette als Arraylänge in Array schreiben
  • inva  

  3
  0
  Stimmen
  3
  Beiträge
  389
  Aufrufe

  I

  sothis_ schrieb: snprintf, strcpy, memcpy und viele mehr sind da deine freunde. ein einfaches "=" funktioniert nur bei statischer initialisierung oder als überladener operator in c++ bei string klassen Achja, genau, von denen hab ich auch schon so einiges gehört! Natürlich nur gutes Danke für den Hinweis
• ?

  Probleme mit VS 2008 Express, findet iostream nicht.
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  757
  Aufrufe

  A

  ABXMTH schrieb: ...Bei mir spukt er genau die selbe Fehlermeldung im VS 6.0 wie auch im VS 9.0 aus... Geh mal bitte genau wie folgt vor (könnte aufgrund der Installierten Sprachversion und VS-Version kleine Differenzen geben), und sag mir mal bitte was er dann für Fehler ausgibt: 1. Öffne die Visual C++ IDE (ob nun Studio, oder Expressversion) 2. Datei/Neu/Projekt 3. Im Dialog wählst du "Visual C++/Win32/Win32-Konsolenanwendung" aus, und benennst das Projekt passend. Und wählst dann OK 4. Im Anschließenden Wizzard/Assistenten stellst du sicher das nur und ausschließlich "Konsolenanwendung" ausgewählt ist (also auch Haken von den vorkompilierten Headern entfernen). Und anschließend gehst du auf fertigstellen. 5. In dem Projektmappen-Explorer löscht du die beiden "stdafx"-Dateien 6. Die verbleibende cpp-Datei öffnest du und ersetzt es mit dem von dir genannten 9 Zeiler. Mit der Ausnahme das wir die Angabe \'n' durch '\n' austauschen. 7. Zur Sicherheit klicken wir noch links von dem return 0; auf den Rand und setzen damit einen Breakpunkt für den Debugger. 8. Dann drücken wir F5 (und wählen im Dialog falls dieser kommt ja aus, wir wollen das Projekt erstellen ;p) 9. Eigentlich sollte das Programm nun erstellt und gestartet werden, durch den Breakpunkt bleibt es auch offen. Mit einem Klick auf das VisualStudio machen wir es wieder zur aktiven Anwendung und drücken nochmal F5 um das Debuggen fortzuführen, was in unseren Fall das Programmende ist. Wenn dies nicht funktioniert gehe ich davon aus das du eine fehlerhafte Installation hast... cu André
• U

  Problem mit Minimize und TrayIcon
  • Uruk-h4j  

  3
  0
  Stimmen
  3
  Beiträge
  417
  Aufrufe

  U

  Guter Verdacht. Funktioniert endlich. Danke
• V

  Formularfeld basierende Anwendung Invalidate
  • Verwegener  

  2
  0
  Stimmen
  2
  Beiträge
  285
  Aufrufe

  ?

  WM_Paint / OnPaint wird beim neuzeichnen von system aufgerufen, da mußt du gar nichts machen. Die frage besteht wie du rasfindest das ne gezeichnet werden muß. Also wenn du alles richtig implementiert hast, brauchst du nur invaidate aufzurufen wenn du das neuzeichnen erzwingen willst, zbsp. wenn ein spielzug gemacht wurde. Gruß Matthias
• U

  Tastaturbefele Abfangen
  • Uruk-h4j  

  2
  0
  Stimmen
  2
  Beiträge
  338
  Aufrufe

  

  Keyboard hooks kann man auch systemweit einsetzen. Läuft der Prozess unter Visat in einem gehobenen Kontext, bekommst Du dennoch nichts mit...
• P

  VisualC++- Referenzen auf DLLs einbinden
  • Physikalischer Fehler  

  2
  0
  Stimmen
  2
  Beiträge
  335
  Aufrufe

  S

  1. Entsprechende Header inkludieren 2. Die *.lib angeben (bei VS ist das bei den Linker Settings, Input) 3. *.dll beim etnsprechenden Executable dazulegen.
• ?

  ComboBox
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  604
  Aufrufe

  ?

  Hallo zusammen ich muss auch so ein Combobox bzw kombifeld Programmieren kann mir da einer mal eine quellcode geben wie ich von dort die Auswahlmache damit der mir das in mein Programm entsprechend verändert?
• ?

  IDC_STATIC Text Setzen ?????
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  799
  Aufrufe

  

  Weil Du evtl. die falsche ID hast oder ein anderes Static drüber liegt oder sonst was...
• ?

  Fehler: Visual Studio vs .exe
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  308
  Aufrufe

  ?

  Hallo zusammen! Ich schreibe an einem Bildverarbeitungsprogramm und habe das Problem, dass dieses in den Varianten - in Debug-Version aus VS gestartet - in Release-Version aus VS gestartet - in Debug-Version direkt als .exe gestartet einwandfrei läuft. Lediglich in der Variante " in Release direkt als .exe gestartet" stürzt es mit einem Read-Error, also einer Speicherschutzverletzung, ab. Der Zeitpunkt/die Stelle des Fehlers wechselt nicht reproduzierbar. Ich hatte zuerst an eine RaceCondition gedacht, da ja die problematische Konstellation die schnellste Variante ist. So dachte ich, dass Threads bei zu hoher Geschwindigkeit durcheinanderkommen. Ein Test, in dem ich jegliche Speicherzugriffe nur aus einem Thread tätigen lasse, hat gezeigt, dass es wohl damit nichts zu tun haben kann. Nun ist die Frage, woran kann es liegen? Welche Unterschiede gibt es denn noch zwischen dem Starten direkt aus dem VS und dem Starten der .exe? Ich habe mal davon gehört, dass die VS ihre Programme in einer Art Sandbox laufen lässt. Schützt diese vielleicht vor Speicherschutzverletzungen ohne irgendwie zu meckern? Für jegliche Hilfe wäre ich sehr dankbar. Besonders auch zu Hinweisen oder Links zu den Unterschieden beim unterschiedlichen Ausführen. Grüße, Cai
• ?

  DECLARE_DYNCREATE
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1472
  Aufrufe

  

  Von CObject abgeleitete Klassen lassen sich Serialisieren und Anhand des Klassennamnes oder der CRuntimeClass dynamisch erzeugen. In diesem Sinne hat man hier eine "Art" Factory für Objekte. Über dieses Objektmodel lassen sich Objekte auch identifizieren ohne RTTI zu verwenden... In den frühen Phasen in denen die MFC entstand war RTTI noch nicht in den Standard fest verankert bzw. noch im Schwimmen. Die MFC Entwickler liessen sich also was eigenes einfallen.
• ?

  const in Microsoft VS2003 und VS2005
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  469
  Aufrufe

  ?

  Ihr hattet recht, hatte das using namespace std; vergessen. Dummer Fehler. Danke für den Hinweis!
• T

  Wie &quot;neue&quot; und &quot;alte&quot; Komponenten gleichzeitig nutzen ??
  • thenoname  

  5
  0
  Stimmen
  5
  Beiträge
  551
  Aufrufe

  

  Jochen Kalmbach schrieb: Das geht irgendwie mit dem Activation-Context... Siehe: Activation Context Reference http://msdn2.microsoft.com/en-us/library/aa374166(VS.85).aspx http://msdn2.microsoft.com/en-us/library/aa376620(VS.85).aspx Aber wie genau, kann ich Dir gerade nicht sagen... Ich dachte, dfamit kann ich nur pauschal kontrollieren, was geladen wird. Aber das Problem, dass entsteht ist ja, dass man einen Klassennamen hat. Die COMCTL32 lädt nun beide Klassen als globale Klasse in den Namensraum der registrierten Klassen. Unterschieden werden Sie anhand des Modulehandles. Wenn man also die normale COMCTL32 auch per LoadLibrary in den Prozess lädt müssten zumindestens auch die alten Klassen registriert werden. Nur welche Klasse nimmt er dan wann? OK! Was funktionieren kann (auch ohne Activation Kontext) ist, dass man HINSTANCE der normalen COMCTL32 angibt als HINSTANCE für CreateWindow. D.h. wenn man es genau nimmt, gibt es einen Weg. Es kann aber sein, dass druch nachträgliches Laden der COMCTL32 Klassen die XP Klassen überlagert werden... Käme auf einen Versuch an... Das Problem bei Dialog Templates und PropertySheets ist jedoch, dass man hier auf CreateWindow IMHO keinen Einfluss hat und dort das HINSTANCE des Prozesses angewendet wird, aus dem eben der Dialog erzeugt wird. Alles ins unreine geschrieben. Vielleicht geht es noch ganz anders...