Exception beim SetLength für ein Array

[sakura]

sSIGSEGV -> Speicherzugriffsverletzung. Hast Du evtl. vorher schon etwas mit Items gemacht? Geht es mit deutlich kleineren Werten, z.B. 10 (zum Test).

Ansonsten, ermittele zuerst die Anzahl and lege dann die Länge fest. Oder nutze, noch besser, eine TObjectList, bzw. TList<TConnection>. Wie auch immer, in vielen Situationen arbeitest Du wahrscheinlich mit nicht einmal 10 Objekten, also warum den Speicher so nutzlos verbrauchen? Auch wenn es nur Pointer sind, reden wir am Ende über ein paar MB sinnlos verschwendeten Speichern, wenn Du es des Öfteren so handhabst.

.....

P.S. Wenn Du schon mit 100000 Objekten rechnest, dann kommt irgendwann jemand mit mehr. Ist leider einfach so

P.P.S.: In der Erklärung schreibst Du 10000, im Code sind es 100000. Bist Du Dir sicher, bei der anzunehmenden Menge.

[himitsu]

Im RecordCount wird der DataSet.Filter beachtet, also passt die Anzahl.



Wenn die TConnectionListe vorher nicht erstellt wurde, dann existiert beim Aufruf von Methoden/Eigenschaften das zugehörige Objekt nicht,
also existiert auch das darin enthaltene Items nicht.

Da Items das Einzige ist, was in dem Objekt existiert, knallt es natürlich nur/erst beim Zugriff auf diese Eigenschaft.
Als Self würden nil oder ein ungültiger Zeiger erstmal problemlos an die Methode übergeben.



Das mit dem Objektlist ist einfach:
Du hast dir eine Klasse gebaut, die eine Liste (Array) enthält.
Man kann diese Liste/Array selbst behandeln, oder man erbt von einer Listen-Klasse und kann dann deren Methoden verwenden,
angefangen beim TObjectList.Add, wo intern der Speicher bereits mit einer Optimierung mehr reserviert, bzw. man kann auch manuell List.Capacity:=DS.RecordCount den Wert vorgeben, entsprechend deinem SetLength.