so wie ich das in der FAQ und den Tutorials gelesen habe ist das mit den "Großen Drei" sehr wichtig und ich möchte mich auch daran halten.
Die Frage die ich im Moment habe ist nur: Brauche ich überhaupt selbst geschriebene oder reichen die Compiler-generierten.

Wenn meine Klasse als Member nur die Typen int, double, std::vector, und NEWMAT::Matrix besitzt, ich also keine Zeiger oder Referenzen als Member habe, muss ich die großen Drei dann selbst erstellen?
(NEWMAT ist eine C++ Matrixbibliothek, http://www.robertnz.net/nm11.htm)

Ich hatte es so verstanden, dass vermieden werden muss, dass Zeiger/Referenzen kopiert werden und die Kopie auf das selbe Objekt/den selben Speicherbereich zeigt wie das Original. Daher muss man die Objekte von Hand umkopieren und braucht dazu die Großen Drei in einer "erweiterten Form", die der Compiler natürlich nicht automatisch generieren kann.

Danke schonmal
richtigplusplus

Wenn man Zeiger mit eigener Speicherverwaltung in der Klasse hat, aber die Klasse gar nie kopieren/zuweisen muss, macht man die entsprechenden Methoden am besten gleich private .

Mit Referenzen oder konstanten Membern muss man aber aufpassen, da diese nicht zugewiesen werden können. Es kann also kein Default-Zuweisungsoperator erstellt werden (was meistens mit einer Warnung mitgeteilt wird).

@Nexus: Danke! Das mit den konstanten Membern ist ein guter Hinweis.
Eigentlich geht es mir nämlich um den VC Compilefehler C2248

C2248: "PointGeneration::propagateTrue3DPoints": Kein Zugriff auf private Member, dessen Deklaration in der PointGeneration-Klasse erfolgte.

Meine bisherigen Recherchen haben ergeben, dass es da bei mir vermutlich aufgrund von Compiler-generiertem Code nicht klappt. Daher die Frage nach den Großen Drei.

Mal schauen, ob der Fehler mit den const-Membern zu tun hat.
Falls ja: Kann ich überhaupt Copy-Ctor und operator= haben, wenn manche Member const sind?

C2248: "PointGeneration::propagateTrue3DPoints": Kein Zugriff auf private Member, dessen Deklaration in der PointGeneration-Klasse erfolgte.

Meine bisherigen Recherchen haben ergeben, dass es da bei mir vermutlich aufgrund von Compiler-generiertem Code nicht klappt. Daher die Frage nach den Großen Drei.

Mal schauen, ob der Fehler mit den const-Membern zu tun hat.

Fehlermeldungen haben nicht umsonst einen Text, der die Art des Fehlers beschreibt. Würdest du diesen lesen, dann wüsstest du, dass es nicht am const liegt...
@ drakon: Er soll lernen, die Fehlermeldungen zu lesen

richtigplusplus schrieb:

Kann ich überhaupt Copy-Ctor und operator= haben, wenn manche Member const sind?

Kopierkonstruktor schon, da ja da neue Elemente erzeugt und initialisiert werden. Initialisierung von konstanten Variablen und Referenzen ist erlaubt, Zuweisung hingegen nicht.

Außerdem hab ich das schon mal versucht, die betroffene Variable public zu machen, aber das hat nix geholfen. Auch wenn die Funktion eine leere Implementierung hat, bekomme ich den Fehler. Es muss also schon mit damit schiefgehen

void PointGeneration::propagateTrue3DPoints(ParameterManager const & pmg, NEWMAT::ColumnVector move)

Die Klasse Parametermanager habe ich selbst erstellt.

@Nexus: Du hast recht, ich verstehe die Fehlermeldung nicht, würde das gern tun. Im Netz hab ich dazu hauptsächlich Dinge mit friend und mit vererbten Klassen gefunden, aber beides verwende ich nicht.

Da Du die Fehlermeldung anscheinend verstehst, wäre ich ganz froh, wenn Du mir sagen könntest, was da schiefläuft.

Das ist die Funktion propagateTrue3DPoints. Der Fehler tritt aber auch auf, wenn die Implementierung leer ist.

NEWRAN::Uniform myUniRNG;
	NEWRAN::Normal myNormRNG;
	double myseed;

	int nbofpoints;

	double sideBound;
	double zlBound;
	double zuBound;

	NEWMAT::Matrix projMR;
	NEWMAT::Matrix projML;
	NEWMAT::Matrix projMRp1;

	NEWMAT::ColumnVector TrifocalPointList;
	NEWMAT::ColumnVector EpipolarPointList;

	int disturbtype;
	double disturbamount;

	std::vector< std::pair<int, NEWMAT::ColumnVector > > true3Dpoints;
	//hier kommen noch weitere std::vector< >, die aber mit der Funktion nix zu tun haben

Hatte vergessen, dass auch noch Member vom Typ NEWRAN da sind, glaube aber nicht, dass es daran liegt. (NEWRAN ist ein Zufallszahlengenerator von dem Autor von NEWMAT.)

Die Funktionen isPointInViewField und createRandom3DPointInViewField sind auch private. Sollte es daran liegen?

Mir war von der Sprechweise der Fehlermeldung nicht klar, dass mit Member auch Funktionen gemeint sein können. Hab immer nur an Variablen gedacht.

Dann mal vielen Dank für die Hilfe zur Selbsthilfe!

Dann mal vielen Dank für die Hilfe zur Selbsthilfe!

Kein Problem

Aber glaub mir, es hilft enorm, die Fehlermeldungen zu lesen