[gelöst] Prozeduren ohne Return - dennoch als Byte?

[Sebastian]

Hallo!

Ich kann ja definieren von welchem Typ eine Prozedur ist. Das erscheint sinnvoll, denn ich kann ja einen String oder eine Zahl zurückgeben. Soviel ist mir klar. Ich benutze jedoch viele Prozeduren nicht als Funktion, sondern schlicht, um den Code sauber zu halten. Ich habe sie nicht definiert, also nicht als byte oder long oder string oder was auch immer. Die Frage nun aber ist, werden sie dann automatisch als long definiert, verbrauchen also mehr speicher? Sollte ich also demnach alle Prozeduren, die nichts zurückgeben als byte deklarieren?

[ts-soft]

Ja und Nein
Automatisch long ja, Byte ist blödsinnig auf einem 32-Bit System. Macht nur
Sinn in einer Struktur oder wenn man tatsächlich ein Byte benötigt. Spart
ansonsten keinen Speicher!!, macht nur langsamer.

[Sebastian]

Tatsächlich? Wieso das denn?

[ts-soft]

Weil die Speicherverwaltung darauf keine Rücksicht nimmt wenn ein byte
reserviert wird, lediglich in einer Structure, wo diese ja als ganzes reserviert
wird, macht es sinn. Der Pointer den PB intern verwalten muß, der ist auch
immer Long.

[Sebastian]

Alles klar. Vielen Dank für die Antwort. Dann werde ich mich also weiterhin nicht die Deklaration bemühen.

[freak]

Der Rückgabewert geht über das EAX Register (bei Integer werten), und das hat 32bit, egal ob
man ein Byte, Word oder Long reinsteckt.

Auch bei Parametern wird automatisch auf Long gecastet, damit der
Stack an einer 4byte-Grenze ausgerichtet bleibt.

[ZeHa]

Naja und wenn man gar keinen Wert zurückgibt, passiert sowieso nichts... von daher ist das sowieso wurscht

[ts-soft]

Naja und wenn man gar keinen Wert zurückgibt, passiert sowieso nichts... von daher ist das sowieso wurscht

Doch, dann gibt PureBasic automatisch Null oder "" zurück!
Garnichts wäre ein zufälliger Wert, das passiert im gegensatz zu einigen
anderen Sprachen nicht.