ich bräuchte mal Tips dazu, wie man vernünftig oben genannten Fehler debugt.
Zu meinem Problem; Da auch ich inzwischen gelernt habe, dass es unnötig ist QVector auf den Heap zu legen, da dieser das automatisch macht, hab ich jetzt alle meine QVectoren wieder auf den Stack gelegt. Seit dem bekomme ich selten aber regelmäßig den Fehler "index out of range". Leider scheint dieser Fehler immer an einer anderen Stelle des Programms aufzutauchen, weshalb ich nicht weiß, wie ich den Bereich eingrenzen soll.
Wenn die Vectoren auf dem Heap liegen, tritt der Fehler nicht auf.
Das Programm ist multithreaded und benutzt die Qt Bibliothek. Programmiert wird in Visual Studio 2010.

"assert Exception" hab ich mich schonmal dran versucht. Muss ich zugeben, dass ich nicht weiß wie ich es sinnvoll einsetzen kann. Vll eine kurze Beschreibung oder ein guter Link. Komm mit dem Programmieren eigentlich gut zurecht, nur was die exceptions angeht steh ich etwas aufm Schlauch

Zugriffe sind alle mit Mutex geschützt.

Wer lockt, und wo? Wenn der Vector in einer Klasse gekapselt ist muss in dieser Klasse bei Zugriffen gelockt werden. Wenn die aufrufende Klasse lockt bringt das gar nichts.

"QMutexLocker locker(&myMutex);
liest vec aus...
automatisches unlock durch Funktionsende bzw. locker.unlock" ?

Dann würde ich sonst mal den multithreaded kram rückgängig machen, um einen solchen Fehler auszuschließen

Dann noch eine kurze Verständnisfrage (ist mein erster Multithread Versuch):

Klasse A hat bei mir jetzt ein paar Funktionen und eine Funktion die in einem extra Thread läuft und sich einige QVectoren von Klasse A lockt.

Klasse B hat eine Funtkion die ebenfall die Vectoren von Klasse A locken möchte, dies bisher aber fälschlicher Weise in der eigenen (KLasse Funktion versucht hat.

Reicht es jetzt wenn ich in Klasse A eine Funktion schreibe, die die entsprechenden Vectoren von Klasse A lockt und diese Funktion dann einfach in Klasse B aufrufe?
..zum unlocken dann ggf. noch eine zweite Funktion

class A {
  QMutex vec_mutex;
  QVector<int> vec;
public:
  void machWasMitVec() {
    QMutexLocker locker(&vec_mutex);
    // mach was mit vec
  }
};

class B {
  // private goes here
public:
  void ichFrickelInNemNeuenThread(A& aAusAnderemThread) {
    aAusAnderemThread.machWasMitVec();
  }
};

Sobald du genötigt bist, vec "aus deiner Obhut zu entlassen", hast du Probleme. In solchen Fällen IMMER nur Kopien rausrücken!

@arghonaut: Kopien rausrücken will ich möglichst vermeiden. Da es im eigentlichen Programm doch ein paar mehr Vektoren sein werden und diese jeweils mindestens 20 Mb groß sind. Das mit der Fehleranfälligkeit seh ich aber genauso. Werde mich jetzt mal in RAII einlesen und gucken wie ich das geschickt umsetze.