Adressen von Prozedur-Parametern

[ts-soft]

64-Bit nutzt meines Wissens nach kein stdcall, sondern fastcall, da werden
also unter Umständen Register statt stack verwendet.
Also ich würde es auch für Longs nicht nutzen wollen

[cxAlex]

@ts:

Die Aufrufkonvention hat gar nichts mit dem Betriebssystem oder x86/x64zu tun, nur mit dem Compiler. Und ich denke nicht das PB unter x64 auf einmal ne andere Konvention nutzt als unter x86.

Die Register- oder FastCall-Aufrufkonvention ist compilerspezifisch

[ts-soft]

Aber alle statischen Libraries usw. nutzen FastCall!
PB Libs sind nichts anderes als gepackte statische Libraries.

[cxAlex]

Aber alle statischen Libraries usw. nutzen FastCall!
PB Libs sind nichts anderes als gepackte statische Libraries.

Wenn PB von Haus aus fastcall nutz ists ja gut. Ich meinte nur das das OS nichts mit der Konvention zu tun hat.

[ts-soft]

Hab aber unter 64-Bit bisher nichts anders angetroffen!
Unter 32-Bit ist ja alles vertreten.

// edit

Gleichzeitig wurde mit AMD64 eine neue Aufrufkonvention für Programmprozeduren (ABI) eingeführt, bei dem Parameter nicht mehr regelmäßig über den Programmstack laufen wie in den klassischen x86-Betriebsmodi, sondern in der Regel in Registern übergeben werden. Dieses registerorientierte ABI ist bei anderen Prozessorfamilien (wie PowerPC) schon länger üblich und kann zu einer Beschleunigung rechenintensiver Programme führen.

[cxAlex]

@ts:

Du hast Recht:

Zwei wichtige Änderungen in x64 gegenüber x86 sind die 64-Bit-Adressierbarkeit und ein pauschaler Satz von 16 64-Bit-Registern zur allgemeinen Verwendung. Aufgrund des erweiterten Registersatzes verwendet x64 nur die __fastcall-Aufrufkonvention und ein RISC-basiertes Ausnahmebehandlungsmodell. Das __fastcall-Modell verwendet für die ersten vier Argumente Register und zur Übergabe der anderen Parameter den Stapelrahmen.

Aber es gibt anscheinend auch Ausnahmen.

//Edit:

Ich denke das der Performacegewinn kaum zu spüren sein wird:

Code: Alles auswählen

Procedure Call(p1, p2)
EndProcedure

t = ElapsedMilliseconds()
For i = 1 To 10000000
  Call(0, 0)
Next
t = ElapsedMilliseconds()-t
MessageRequester("", Str(t))

Ich kriegt immer nur 0 angezeigt, ab 100 Millionen krieg ich 96 ms angezeigt, also mehr als 1 Million Aufrufe/ms das ist vernachlässigbar.

[ts-soft]

> Du hast Recht:
endlich mal wieder
so kanns Wochenende weiter gehen

[Little John]

Ja, dann werde ich schweren Herzens ganz auf meinen speziellen Spezialcode verzichten. Vielen Dank für die vielen Informationen!

Gruß, Little John

[mk-soft]

Mit Zeiger auf die Parameter zu arbeiten ist kein problem.
Habe dazu mal eine C-Funktionalität nach PB übernommen.

http://www.purebasic.fr/german/viewtopic.php?p=237382

Heute auf PB4.30 32 und 64 Bit übersetzt.

FF

[Little John]

64-Bit nutzt meines Wissens nach kein stdcall, sondern fastcall, da werden also unter Umständen Register statt stack verwendet.
Also ich würde es auch für Longs nicht nutzen wollen

Mit Zeiger auf die Parameter zu arbeiten ist kein problem.

Also funktioniert die folgende Prozedur allgemein zuverlässig oder nicht?

Code: Alles auswählen

Procedure Show (count, p1=0, p2=0, p3=0, p4=0, p5=0, p6=0)
   Protected i, *p.Integer

   *p = @p1
   For i = 1 To count
      Debug PeekS(*p\i)
      *p + SizeOf(*p)
   Next
EndProcedure


Debug "-- Tiere"
Show(3, @"Katze", @"Hund", @"Fisch")

Gruß, Little John