C++/CLI mit .NET

• P

  error C3673: Die Klasse hat keinen Kopierkonstruktor.
  • Pelle95  

  2
  0
  Stimmen
  2
  Beiträge
  2361
  Aufrufe

  

  Unbedingt lesen: http://www.c-plusplus.net/forum/263084 Gut, nachdem du nun kein C++/CLI mehr verwendest, hat sich das mit dem Fehler ja auch erledigt. Wenn du C++ lernen willst, dann mach C++ und lern es anständig und von Grund auf. Wenn du Windows Forms Anwendungen schreiben willst, nimm C#. C++/CLI ist dafür jedenfalls völlig ungeeignet. Aber zur Info: Das da oben hätte wohl Form2^ f2 = gcnew Form2(); heißen sollen.
• P

  Checkboxen - Text zusammenrechnen ! Wichtig !
  • Pelle95  

  10
  0
  Stimmen
  10
  Beiträge
  1262
  Aufrufe

  ?

  Tut mir leid, eine kleine Berichtigung: for each (Control con in this->Controls) So muss es heißen
• M

  C++ struct global ???
  • Mondmann  

  11
  0
  Stimmen
  11
  Beiträge
  1955
  Aufrufe

  M

  Du hast natürlich recht...danke für den Interessanten Nachtrag
• M

  Fehlermeldung
  • Matthi70  

  4
  0
  Stimmen
  4
  Beiträge
  1131
  Aufrufe

  J

  Dann hast Du vermutlich in einer Windows-Headerdatei etweas geändert... schua doch mal nach dem letzten Änderungsdatum... aber es hilft Di rnicht viel; Du musst er neu (reperatur) installieren...
• C

  VS++ 2010 Windows-Form
  • CraftPlorer  

  3
  0
  Stimmen
  3
  Beiträge
  4024
  Aufrufe

  C

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

  Neue Warnung in VS2010 nach Installation von .net 4.5 (oder VS2012)
  • nn  

  6
  0
  Stimmen
  6
  Beiträge
  1958
  Aufrufe

  N

  Jochen Kalmbach schrieb: Damit lässt sich nun Dein Projekt wieder in VS2010 korrekt übersetzen. Auf den Rechnern, wo vorher die Warnung auftrat. Dafür hat man dann auf denen, wo vorher keine Warnung auftrat (XP), einen Fehler. Diese Connect-Einträge habe ich mir angesehen, die machen für 2012 Sinn, aber nicht für 2010, wenn es in der Firma noch Rechner geben muss, die mit älteren Betriebssystemen arbeiten. (Primäres Ziel dieses .net 4.0 Projektes ist XP Professional for Embedded Systtems.) Im Moment tendiere ich dazu, diese Warnung zu ignorieren. Mit der Warnung erzeugte DLLs laufen auch auf XP.
• M

  Wie öffne ich eine .txt zum Anzeigen
  • marccore  

  16
  0
  Stimmen
  16
  Beiträge
  3183
  Aufrufe

  M

  Ja dankeschön es klappt. Nein hab noch nicht wirklich viel Ahnung. Aber taste mich langsam herran.
• M

  Problem bei DLL mit CLR Call
  • McKay  

  12
  0
  Stimmen
  12
  Beiträge
  3840
  Aufrufe

  

  McKay schrieb: GetLastError liefert "D" GetLastError() liefert keinen String. Die Dokumentation dazu wird dir verraten, was genau es liefert...
• X

  Visual C++ Neuling. Erstes WinForm Programm
  • xXSlayerXx  

  10
  0
  Stimmen
  10
  Beiträge
  3288
  Aufrufe

  Y

  Ich würde dir gleich am Anfang eine Schulung im Bereich C++ empfehlen. Du erlernst die Grundlagen und kannst dich später auch weiterbilden. Das Beste zum Schluss: Ein Zertifikat erhälst du auch noch. Bin sehr zufrieden und empfehle es auch jeden. http://www.protranet.de/c-cpp-seminare.html
• M

  Formübergreifende Variablen
  • marccore  

  2
  0
  Stimmen
  2
  Beiträge
  601
  Aufrufe

  

  Dein Problem fängt bereits dort an, wo du C++/CLI für das Schreiben von UI Anwendungen verwendest: http://www.c-plusplus.net/forum/263084 Wenn du C++ lernen willst, dann lern C++ (C++/CLI ist nicht C++). Wenn du Windows Forms Anwendungen schreiben willst, dann tu das mit C#, C++/CLI ist dafür völlig ungeeignet (steht sogar irgendwo in der MSDN). Anyway: http://www.bitel.net/dghm1164/programming/Kommunikation_von_2_Forms.html
• ?

  Hilfe! Automatische Abhängigkeit von .NET bei allen Projekten?
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  817
  Aufrufe

  ?

  nn schrieb: Ein Win32-Projekt ist per default ein rein natives Projekt. Diese Frameworkauswahl kommt nur bei hybriden Projekten zum tragen. Solange du keine Dateien in deinem Projekt mit der /clr Option übersetzt, kannst du die Frameworkauswahl in diesem Dialog ignorieren. Danke!
• M

  Void Funktion mit ^String um return erweitern
  • Markyr  

  5
  0
  Stimmen
  5
  Beiträge
  1002
  Aufrufe

  N

  Oder umgeschrieben mit einer Einfügefunktion: using namespace System; ref struct ListElem { String^ Data; ListElem^ Next; }; ListElem^ Create(String^ data) { ListElem^ ret = gcnew ListElem; ret->Data = data; return ret; } ListElem^ Append(ListElem^ list, String^ data) { if ( list == nullptr ) { list = Create(data); } else { list->Next = Create(data); list = list->Next; } list->Next = nullptr; return list; } int main(array<System::String ^> ^args) { ListElem^ start = nullptr; ListElem^ current = start; for(int i = 1; i <= 5; i++) { current = Append(current, i.ToString()); if ( start == nullptr ) { start = current; } } current = start; while( current != nullptr ) { Console::WriteLine(current->Data); current = current->Next; } return 0; }
• ?

  Kleines Programm mit float-Arrays stürzt mit Fehlermeldung ab
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  731
  Aufrufe

  ?

  OHHH, Mann. Ich glaub ich sitz schon zu lang vor der Kiste. Vielen Dank, Xin.
• ?

  array&lt;System::Byte&gt; als buf char* parameter für Winsock-&gt;send() oder so ...!
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  3188
  Aufrufe

  K

  Soweit alles richtig haha. Relaiskarten unter Win7, hab ich noch nichts mit gemacht. Aber ein Freund hat relativ viel damit zu tun und meckert immer das es eben meist nur unter WinXp läuft weil die Dlls nicht mehr hinhauen. Aber das nur nebenbei. ja java, nen bisschen Objective-C, auch mal kleinkram in C# und so Script sachen wie Php, JS. Zu dem lernen und klein anfangen. Mal abgesehen von dem Winsock Gedöns was ja soweit funzt besteht mein Testprojekt aus einer cpp Datei in der eigentlich nur das drin ist was in meinem ersten Beitrag steht. Und ich meine Viel einfacher als mach was mit verschiedenen Datentypen, schaue dir Adressen und Zeiger an, ist ja dann nur Hello World hehe. Ich mein Datentypen wie int, bool, string oder Schleifen for, while, do brauch ich wohl nicht neu lernen. Das mit dem Byte Array kam eigentlich nur daher das ich aus einer Zahl ein byte Array mit 2 Elementen als CRC bilden Wollte und ich dachte byte Array = arraysystem::byte. Darauf bin ich eigentlich auch nur gestossen weil ich ne funktion gesucht hab die eben das macht, aus nem int in demfall short int nen byte Array. Clr/Cli unmanaged - managed Code hab ich grad ein bsichen was dazu gelesen und das Clr mal wieder entfernt haha. Kommt man ja nicht drauf das aus einer Runtime Unterstützung gleich ne neue Sprache wird. Ach so die Kamera war nur ein Beispiel und die Steuert man nur über die Bibliothek, was soweit auch funzt. ist im Endeffekt ja auchnciht mehr als die Klasse aufrufen und parameter übergeben. Edit: Back to the roots Int in byte kann man natürlich auch selber errechen, müde Programmieren kann echt lästig sein haha. Bin euch für die Tips sehr dankbar besonders was C++ und C++/Cli betrift. Alles in allem so siehts nun aus und es kommt auch genau das an was ankommen soll. //Laenge des cmd int cmdLength = strlen(cmd); // 4 //das eigentlich array vector<char> klaArray; klaArray.push_back(cmdLength + 2); short sumAscii = 0; for(int i=0; i < cmdLength; ++i) { sumAscii = sumAscii + (cmd[i] - 0); klaArray.push_back(cmd[i]); } klaArray.push_back((byte)(sumAscii & 255)); klaArray.push_back((byte)(sumAscii >> 8));
• ?

  Visual Studio 2010 Hilfe
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  6010
  Aufrufe

  M

  Melanie_27 schrieb: Ein Windows Forms Projekt wäre perfekt. Du musst Dich entscheiden Wenn Du die Steuerelemente komfortabel mit C++ (ohne .NET und CLI) nutzen willst (Resourcen-Editor) bleibt ein MFC-Projekt mit C++ fast alternativlos. Melanie_27 schrieb: Ich möchte eine grafische Oberfläche in C++ , bei der ich die vielen Steuerelemente der Windows Forms verwenden kann (Choicebox, Button usw...) bei der mir aber ein onclickevent(....) nicht in die header geschrieben wird (nur der Funktionskopf). Ich bin wirklich ratlos. Hast Du das vorgeschagene MFC-Projekt mit CFormView ausprobiert ? Habe gerade mit VS2010 ein MFC-Projekt mit SDI und CFormView angelegt und wie erwartet landet z.b. ::OnBnClickedButton1() in der zum View gehörenden cpp-Datei. Im Header steht nur die Deklaration (auch wie erwartet ..) Möglicherweise hast Du da was anders gemacht ? Hier die Einzelschritte zum nachvollziehen: 1. MFC-Anwendung (hier z.B. Name projektgui) 2. Einfaches Dokument, Projektstil: Windows Explorer, Unterstützung Dokument-/Ansichtarchitektur, Stil + Farben: Windows 7, ohne Wechsel des visuellen Stils 3. Menü + Symbolleite verwenden, ohne Benutzerdef. Symbolleite und pers. Menüverhalten 4. Allgemeines Steuerelementemanifest, ohne ActiveX-Steuerelemente, ohne Neustartmanager 5. Den View bei den generierten Klassen auf CFormView ändern (Den CLeftView kann man nicht ändern und wird ihn auch nicht los) 6. Fertig stellen Wenn man den CLeftView nicht will kann man den natürlich löschen: Die beiden Dateien LeftView.cpp und LeftView.h löschen (sowohl im Projekt alsauch die Dateien selbst.) Vorher sollte man die Anweisung "class CprojektguiDoc;" aus LeftView.h in die projektguiView.h kopieren. Da der Compiler nun alles mit LeftView nicht kennt muss die Anweisung #include "LeftView.h" in projektgui.cpp gelöscht und in MainFrm.cpp durch #include "projektguiView.h" ersetzt werden. Im Template in projektgui.cpp muss das 'CLeftView' wie folgt ersetzt werden: RUNTIME_CLASS(CprojektguiDoc), RUNTIME_CLASS(CMainFrame), // Haupt-SDI-Rahmenfenster RUNTIME_CLASS(CprojektguiView)); In MainFrm.cpp muss dann nur noch die Erzeugung des Splitterfensters komplett auskommentiert werden, da es bei nur einem View keinen Sinn macht. Am Besten entfernt man das Überschreiben von OnCreateClient sowie die Membervariable des Splitterfensters in MainFrm.h komplett. // CSplitterWnd m_wndSplitter; // virtual BOOL OnCreateClient(LPCREATESTRUCT lpcs, CCreateContext* pContext); Melanie_27 schrieb: Vorallem das Entfernen von Objekten aus dem Ressourcenbereich macht mir Probleme. Notfalls die .rc Datei mit einem Texteditor bearbeiten
• H

  ungenauigkeiten im Variablentyp
  • HeroHolger  

  2
  0
  Stimmen
  2
  Beiträge
  829
  Aufrufe

  T

  Falsches Forum, hier ist C++/CLI, eine .NET Sprache, und nicht C++ oder C.
• J

  Guid in C++?
  • janaa  

  11
  0
  Stimmen
  11
  Beiträge
  3642
  Aufrufe

  J

  Das ist ja das Problem - das SDK wird nicht mehr weiterentwickelt und die Foren sind verwaist. Deswegen hatte ich gehofft, hier Hilfe zu finden. Naja, probiere ich halt weiter rum.
• C

  C++ Forms Vokabeltrainer GUI &amp; Objekte verbinden
  • cel-x  

  6
  0
  Stimmen
  6
  Beiträge
  1400
  Aufrufe

  T

  Der folgende Post dürfte dir weiterhelfen: http://www.c-plusplus.net/forum/297075
• ?

  LNK2019
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  801
  Aufrufe

  S

  Die meisten möglichen Ursachen findest du übrigens sehr easy via Google: http://msdn.microsoft.com/en-us/library/799kze2z(v=vs.80).aspx MfG SideWinder
• ?

  Problem mit UdpClient &amp; UdpState
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1717
  Aufrufe

  T

  1. UdpState muss auch "managed" sein, d.h. ref class ist angesagt! 2. Es macht Sinn, dass die Member von UdpState managed Handles sind (^). public ref class UdpState { public: IPEndPoint^ ipEndPoint; public: UdpClient^ udpClient; }; Edit: Fast vergessen.. http://www.c-plusplus.net/forum/263084 Oder ein wenig genereller, C++/CLI eignet sich NICHT für Applikations Entwicklung sondern nur als Layer welcher managed und native verbindet.