MFC

• K

  probleme mit resource.h
  • kayserili80  

  4
  0
  Stimmen
  4
  Beiträge
  899
  Aufrufe

  *

  aus eigener erfahrung auch ist es eben ratsam das von zeit zu zeit mal zu machen, da die entwicklungsumgebung nur die dateien erneut in die komilerung mit einbindet, an denen sich etwas geändert hat. ansonsten nimmt es die vorkompilerten dateien dazu her, da dann die kompilerung nicht mehr so viel zeit in anspruch nimmt. und es lag halt schlicht und ergreifend daran, das eben in einer vorkompilerten datei, deine IDC_EDIT noch mit 1000 vertreten war wärend in der res.h schon 1001 stand. also für die zukunft, wenn du etwas in der res.h von hand änderst, immer das ganze project neu erstellen
• C

  In Thread Funktion aus anderer Klasse aufrufen
  • Cappaja  

  7
  0
  Stimmen
  7
  Beiträge
  1294
  Aufrufe

  C

  nein ich greife auf keine kontrollelemente zu. soweit funktioniert das alles jetzt auch. danke euch mfg cappaja
• K

  cstring in char[]
  • kayserili80  

  10
  0
  Stimmen
  10
  Beiträge
  1579
  Aufrufe

  S

  theta schrieb: sri schrieb: Statt den Makros kann man auch direkt CStringA verwenden. Und dann stellst Du auf UNICODE um... Was meinst Du damit? Ab und zu kommt man auch unter Unicode nicht umhin, auch mal mit Ansi-Strings arbeiten zu müssen. Und da ist CStringA abseits der Makros eine einfache und saubere Alternative. Das gleiche gilt übrigens auch bei Nicht-Unicodeanwendungen. Hier kann man mit CStringW auch schnell mal Sachen nach Unicode konvertieren.
• E

  Linker Problem mit MSI
  • EagleEye  

  4
  0
  Stimmen
  4
  Beiträge
  741
  Aufrufe

  E

  Hab die Lösung, einfach unter Weiter Optionen beim Linker msi.lib eintragen.
• J

  [Menüleiste] Callbacks werden nicht immer ausgeführt
  • Jaspar  

  21
  0
  Stimmen
  21
  Beiträge
  3057
  Aufrufe

  

  CMDIFrameWnd::CreateClient wird mit dem Parameter aufgerufen, der als Menü dienen soll. GetWindowMenuPopup wird aufgerufen von CMDIChildWnd::OnUpdateFrameMenu. Hast Du das überschrieben? Schau Dir doch den Source-Code von winmdi.cpp an. Das ist doch keine Hexerei was dort passiert.
• I

  Drawing: Rechtecke + StretchDIBits
  • ihoernchen  

  5
  0
  Stimmen
  5
  Beiträge
  1606
  Aufrufe

  I

  Danke für die Antworten. MM_ANISOTROPIC scheint sehr interessant zu sein, und ist wohl genau das was ich suche. Ich bastel grad ein bissl dran rum. Mal schauen, obs klappt.
• ?

  error C2664: 'std::vector<_Ty>::vector(const std::vector<_Ty> &)' : cannot convert parameter 1 from 'std
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  2469
  Aufrufe

  ?

  std::vector<double> CExportedObject::GetFeatures(char* imagePath) { std::vector<int> daten; //Vektor mit 4 Länge anlegen std::vector<int>::iterator dIter(daten.begin()); // Iterator anlegen und initialisieren // Iterator zeigt auf ersten Eintrag for (int i=0; // Zähler i initialisieren, dIter != daten.end(); // for-Schleife solange durchgehen, bis dIter aufs Ende des Datenfeldes zeigt ++i, ++dIter) { // Zähler i erhöhen, Iterator auf den nächsten Eintrag zeigen lassen *dIter = i; // i dem Datenfeld zuweisen, auf das dIter zeigt } return daten; }
• ?

  Problem mit Hello World
  • Gast  

  42
  0
  Stimmen
  42
  Beiträge
  14635
  Aufrufe

  _

  Mach dir nichts draus, der Thread ist aus dem letzten Jahr und ihm wird es mittlerweile vermutlich egal sein...
• C

  Thread aus Borland VCL in MFC übertragen
  • Cappaja  

  5
  0
  Stimmen
  5
  Beiträge
  1491
  Aufrufe

  C

  wie sollte ich den thread beenden? in der ersten befehlszeile meiner threadfunktion ExecuteThread() bekomme ich nach wie vor eine zugriffsverletzung. die funktion ist global definiert da ich sonst probleme mit dem ersten parameter aus AfxBeginThread() bekommen habe. UINT ExecuteThread(LPVOID pParam) { ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->pSP1 = (double*)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, 2 * sizeof(double) * ((CWiwoDlg*)AfxGetMainWnd())->GlPar.nNperB); ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->pSP2 = (double*)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, 2 * sizeof(double) * ((CWiwoDlg*)AfxGetMainWnd())->GlPar.nNperB); ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->phlp = (double*)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, 2 * sizeof(double) * ((CWiwoDlg*)AfxGetMainWnd())->GlPar.nNperB); // Generiert ein Hanning-Fenster in pSP2 for(int i=0; i < ((CWiwoDlg*)AfxGetMainWnd())->GlPar.nNperB; i++) { ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->pSP2[i] = fq*0.5 * (1 - cos(2*M_PI*i / ((CWiwoDlg*)AfxGetMainWnd())->GlPar.nNperB)); } while(((CWiwoDlg*)AfxGetMainWnd())->m_bThreadFlag) { if(((CWiwoDlg*)AfxGetMainWnd())->DSync) { ((CWiwoDlg*)AfxGetMainWnd())->DSync = false; if(((CWiwoDlg*)AfxGetMainWnd())->pDP.x1 != 0) { ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->DataTransfer(); Sleep(0); // Setzt Thread auf ready! } } } HeapFree(GetProcessHeap(), 0, ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->phlp); HeapFree(GetProcessHeap(), 0, ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->pSP2); HeapFree(GetProcessHeap(), 0, ((CWiwoDlg*)AfxGetMainWnd())->m_pGraph->pSP1); return 0; }
• ?

  Nachricht an alle Dialoge
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  3180
  Aufrufe

  *

  nimm halt mein beispiel was ich dir gegeben habe, und übertrage es auf dein project. CPrev wäre dein hauptdialog und CNext dein Child bzw. Nebendialog. sobald dein nebendialog den Zeiger des Hauptdialoges hat, kannst du damit arbeiten. es spielt dabei keine rolle wann (zu welchem zeitpunkt) du den Zeiger des Haupdialoges an den Child/Nebendialog übergibst. das meinte ich mit versuch es halt mal. du kannst nur über try & error lernen. Ich denke es hat noch kein mensch das theoretische auf anhieb so verstanden das er es im ersten versuch fehlerfrei machen konnte. Schon gar nicht wenn man anfänger ist. Setzt dich hin probier es aus! wenn es dann nicht geht und du gar nicht mehr weiter weist, poste dein problem mit code und einer beschreibung was du machen willst, dann kann man dir weiterhelfen... Selbst wenn du jetzt den umständlichen weg gehst, wirst du daraus schlauer. es hat auch noch kein anfänger geschafft, auf anhieb ein project zu erstellen, das er im nachhinein nicht x mal umgeschrieben hat.
• D

  Zeit in Lokalzeit umwandeln **gelöst**
  • Destiniy  

  8
  0
  Stimmen
  8
  Beiträge
  2285
  Aufrufe

  D

  danke für den Tipp mit der FILETIME und damit man rechnen kann.
• D

  mit 64bit system 32bit anwendung erstellen
  • Dimo  

  5
  0
  Stimmen
  5
  Beiträge
  976
  Aufrufe

  D

  Danke werde des gleich mal ausprobieren @Edit: Thx...jetzt haut alles hin
• ?

  Anwendung auf zwei Bildschirme strecken
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1899
  Aufrufe

  ?

  @rT!f@Ct schrieb: msvcusr schrieb: Ich maximiere das Fenster in dem ich bei Visual Studio 2008 in Design-Modus unter Layout die einstellung MAximized setze kann ich dir jetzt nicht ganz folgen, denn das gibts bei mir nicht. hab die kostenlose 2008 vc. wenn ich mit der Form1.h mit der Rechten Maustaste auf eigenschaften klicke, kommt rechts eine Leiste. Recht weit unten gibt es einen Bereich Layout. Und da kann man einstellen ob das Fenster MEximiert sein soll. Was das Problem betrifft. Ich habe ein ersatzt für das Programm gefunden, das ich schreiben wollte. Und weil ich im Moment nicht so viel Zeit habe werde ich das Problem auch nicht weiter versuchen zu lösen. Trotzdem vielen vielen Dank!
• ?

  postgresql einbinden
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  872
  Aufrufe

  U

  DLLS müssen in Windows gefunden werden. Entweder machst du es über Systemvar oder Odber windows32 oder eben so wie Du.
• D

  DateTimePciker Disablen **gelöst**
  • Destiniy  

  4
  0
  Stimmen
  4
  Beiträge
  683
  Aufrufe

  D

  danke
• ?

  namespace templateklasse und typdef
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  2844
  Aufrufe

  ?

  Hier mal ein typisches Makefile um Programme zu erstellen, das gleiche passiert auch in Visual Studio. Kannst du ausprobieren indem du "nmake /f Makefile" im Verzeichnis mit dem Makefile aufrufst (evtl. mußt du dazu die Konsole aus dem Visual Studio Programme Ordner im Startmenü nehmen). Ein Makefile funktioniert so: Vor dem Doppelpunkt steht ein Ziel in unserem Fall "Programm.exe", dahinter stehen die Abhängigkeiten des Zieles. In den folgenden Zeilen steht nach einem Tabulator (!Wichtig) die Anweisung zum erstellen des Zieles. Compiler und Linker arbeiten in der Regel so, dass sie alle folgenden Dateien verarbeiten und das Resultat in der Datei hinter -o speichern. Wie du gut erkennen kannst sind im Compiler-Aufruf keine Header (auch nicht im Linker). Die Header werden durch den Präprozessor, der durch den Compiler vorher gerufen wird, an die Stellen eingeblendet wo die "#include <blabla>" sind. Durch "#ifndef" verhinderst du nun, dass dies mehrmals geschieht. Nach dem Compilieren sind also alle definierten Symbole in der Objekt-Datei "*.obj" vorhanden. Wenn der Linker nun diese verarbeitet und mehrmals die gleichen Symbole findet, weiß er nicht welches das Richtige ist. Also darfst du kein Objekt-File mit dem gleichen Symbol zum Linken hinzufügen. Programm.exe: main.obj foo.obj bar.obj baz.obj Linker main.obj foo.obj bar.obj baz.obj -o Programm.exe main.obj: main.cpp main.h foo.h bar.h baz.h Compiler main.cpp -o main.obj foo.obj: foo.cpp foo.h Compiler foo.cpp -o foo.obj bar.obj: bar.cpp bar.h Compiler bar.cpp -o bar.obj baz.obj: baz.cpp baz.h Compiler baz.cpp -o baz.obj Ich hab dir hier übrigens nichts anderes geschrieben als weiter vorne schon einmal!
• V

  visual studio 2005 c++ errors warnings messages???
  • vlad_tepesch  

  1
  0
  Stimmen
  1
  Beiträge
  656
  Aufrufe

  V

  hi, Im Visual Studio gibts ja dieses Fenster, in dem die Fehler und Warnungen des Buildes angezeigt werden (view/Other windows/Error-List). Dort gibt es aber auch eine Kategorie Messages. Wie bekommt man da etwas rein? man kann ja mit #pragma message Messages generieren, die im Build-output auch angezeigt werden, aber leider nicht in der Message-Kategorie des Error-List-Fensters. Genau da hätt ich die gern drin, da immer den gesammten Build-Output durchzusehen auch nicht das wahre ist. Hat da jemand einen Tip?
• S

  DLL importieren
  • skluge  

  2
  0
  Stimmen
  2
  Beiträge
  1045
  Aufrufe

  S

  Hallo, ich habe nun doch das Problem selbst lösen können. Für alle diejenigen, die es interessiert die Lösung. Hinweis: Ich konnte das Problem leicht mit dem Artikel von Herrn Stegemann lösen Link: http://www.fstsoft.de/com.htm#Import%20von%20Typelibraries%20in%20C++%20Projekte 1.Schritt: In der Datei "StdAfx.h" folgende Informationen einfügen #import <...\Name_der_Tybe_Library.tlb> using namespace Name_des_Namespaces_in_der_Tybe_Library; 2.Schritt: In der Programmdatei (cpp) folgenden Code einfügen HRESULT hr; //Name_des_Namespaces_in_der_Tybe_Library::Interface_Class_Name //hier ein Beispiel OLE_Test::_COleManipulation ptrTest; if(FAILED(hr = ptrTest.CreateInstance(__uuidof(COleManipulation)) )) { _com_issue_error(hr); } //Funktionsaufruf ptrTest->Add(1,2) Ich hoffe, ihr könnt mit der Hilfe etwas anfangen. Gruß
• D

  dll bei Makefile Project einbinden
  • dj-ilse  

  2
  0
  Stimmen
  2
  Beiträge
  991
  Aufrufe

  

  Dann must Du die Make Datei direkt berarbeiten (editieren) und die entsprechende Library den Linker Optionen hinzufügen. Warum verwendest Du überhaupt ein makefile?
• D

  ShellExecute, mehfachen Start verhindern
  • DWSk  

  5
  0
  Stimmen
  5
  Beiträge
  1745
  Aufrufe

  C

  ich würde das ganze aus nem Thread raus starten und dann mit wait... warten, dadurch kannst du den Button in der zeit wo deine exe läuft disabled und danach wieder enabled oder über Time abfragen ob das handle noch gültig ist und den button eben wieder frei geben. bei der Timer geschichte ersparst du dir die unannehmlichkeit mit dem Thread. Auf jeden fall wenn du den button nicht anwählbar machst is das logischer als wenn man dann nur drauf drücken kann und nix passiert. So meine gedanken zum Thema.