Schlüsselwort absolute

[Dezipaitor]

Zitat von xaromz:

Hallo,
das ist eine ganz normale Lösung, die wunderbar funktioniert. Gefährlich ist die nicht, der Aufrufer darf nur nicht vergessen, den Speicher wieder freizugeben. Deshalb sollte für einen solchen Zweck eine Prozedur genommen werden, der man den Speicherbereich übergibt; dann muss der Aufrufer sowohl den Speicher anfordern als auch wieder freigeben. Deine erste Variante hingegen ist sehr gefährlich, da sie einen Pointer auf eine lokale Variable zurückgibt, der nach dem Aufruf nicht mehr gültig ist.

Gruß
xaromz

Das mit dem Speicher freigeben, mag zwar stimmen, jedoch ist Vergessen immer möglich. Und eigentlich hat es hiermit garnichts zu tun.

Dass der Aufrufer den Speicher reservieren muss ist jedoch viel gefährlicher, weil man nie sagen kann, ob der Speicher überhaupt genug ist. Nebenbei ist dem Aufrufer garnicht bekannt wie groß der Array sein wird. Er ist dynamisch. Aber das ist unter den Tisch gefallen, der Einfachheit wegen.
Dass der Benutzer ihn freigibt ist auch kein Problem. Man schreibt es direkt in den Funktionskommentar. Dazu könnte man noch eine Funktion schreiben, die ihn freigibt. Schon die Anwesenheit davon, fordert zum Aufruf auf. Man könnte die Objekte auch intern noch verwalten und am Ende freigen (ala VCL und Owner) - aber das kann auch ihn die Hose gehen.

Zitat von Muetze1:

Mein Vorschlag:

Delphi-Quellcode:

function GetAccessNames(out iCount : Cardinal): PSI_ACCESS;
var lSiEntry: PSI_ACCESS;
    i : Cardinal;   
begin
  iCount := 32;
  GetMem(lSiEntry, Sizeof(si) * iCount);
  result := lSiEntry;

  for i := 0 to iCount -1 do
  begin
    hier zugriff auf lSiEntry^ ganz leicht

    Inc(lSiEntry);
  end;
end;

Der Vorschlag ist nur zum Elementzugriff. Die angesprochene Alloziierung von Speicher welche auf einer anderen Ebene freigegeben wird, ist hier nicht korrigiert und sollte wie von xaromz beschrieben gelöst werden.

Das ist zwar auch eine Möglichkeit, jedoch ist diese meiner Meinung nach schlecht, da es von C her stammt und Delphi nicht würdig ist. Man kann auch nicht auf beliebige Arrayelemente durcheinander zugreifen.

[Muetze1]

Zitat von Dezipaitor:

Das ist zwar auch eine Möglichkeit, jedoch ist diese meiner Meinung nach schlecht, da es von C her stammt und Delphi nicht würdig ist.

Wie bitte? Was ist das denn für eine Begründung? Nur weil es ein Zeiger ist darf man ihn in Delphi nicht nutzen oder was für Klischees werden hier bedient? Man muss die Möglichkeiten der Sprache der Situation entsprechend (aus)nutzen. Die Lösung ist eine gute Lösung zwischen Aufwand, Anweisungszahl und Optimierung. Grundlegend kann ich dem sogar nicht schlechtes abgewinnen. Lieber diese Lösung als ein Zeiger auf statisches Array mit einem Element und extra abgeschalteter Bereichsprüfung (das ist Delphi nicht würdig, schliesslich bietet Delphi eine Typsicherheit und eine gute Bereichsprüfung) oder ein Zeiger auf statischer Array was einen gleichzeitig in der Anzahl der Elemente begrenzt.

Zitat von Dezipaitor:

Man kann auch nicht auf beliebige Arrayelemente durcheinander zugreifen.

Du hast eine Schleife vorgegeben. Wenn es Random Access zu den Elementen gewahrt bleiben muss gibt es gewiss andere Lösungen (ein guter Teil wurde hier schon aufgezeigt). Grundlegend diente es nur als weiteres Lösungsbeispiel.