XPIA - Compilierfehler ?

[ts-soft]

Wenn man ASM in einer Hochsprache nutzt, sollte man auch Wissen, welche
Register zu sichern sind, bevor man sie nutzt

[Frabbing]

Nein, Thomas. Mit XPIA kannst du alle Register verwenden, gibt da keine Einschränkungen wie in Inline-Assemblern anderer Hochsprachen, weil XPIA Dll-basierend arbeitet. Natürlich ist aber der User für den Stack zuständig und verantwortlich.
Register sichern bei API-Benutzung bleibt natürlich.

[p. specht]

FNINIT am Ende schafft (vermute ich mal) Abhilfe - zumindest war danach Ruhe. Solange mir aber nicht wirklich jemand Berufener erklären kann, was da genau vor sich geht, werde ich künftig einfach IMMER zwei Zeilenlange Strings hinter AsmEnd an Variable zuweisen. Da kann dann drin zu liegen kommen was will - es stört keinen mehr, wenn man die Variablen nicht verwendet.
Problem erledigt.
Gruss

P.S.: Es sind 7 x Chr$(0) und 1 x Chr$(128), die entsprechende Zeichen überschreiben, also sowas:
%00000000 %00000000 %00000000 %00000000 %00000000 %00000000 %00000000 %10000000
bzw. 00 00 00 80h. Und die sind wirklich IM string, nicht bei der Ausgabe drübergeschrieben.

[Frabbing]

FLDPI arbeitet intern mit 10-Byte-Floats und nutzt den Stack als Speicher. Du musst vor Verwendung halt Platz schaffen, sonst überschreibt es dir evt. den Speicher einer Variablen oder wie geschehen eines Strings. Am Ende ist auch eine Profan-Exe ein natives Delphi-Compilat...
Mit fst, fstp, fist, fistp, und fbstp müsstest du dein Pi wieder vom Stack holen können oder eben mit finit neu initieren.

Das alles hat aber nichts mit XPIA und Compilerfehlern zu tun und hat hier im Thread eigentlich nichts zu suchen. Darum bitte nächstes Mal einen neuen Thread erstellen.

[p. specht]

Naja, das stimmt schon... Laut Beschreibung arbeitet der Barrel-Stack des 80x87-Teils mit 80 bit (10Byte bzw. TByte). Das sind jene Speicherstellen, die andererseits auch für SSE als mmx0 - mmx7 verwendet werden.
Gemäß Beschreibung rundet und speichert die FPU aber stets angepasst an das Zielformat, hier als Double precision FloatingPoint in 8 Byte. Und die drei TOP bits des ControlWords sind bei Verlassen der Routine 0, der Hardware-FPU-Stack also leer. Ich verstehe Eure Argumente so: Ihr meint, daß die FPU vielleicht hier DOCH 10 Byte abspeichert, OBWOHL richtig gerundet wurde - werde das testen!

Mit jenem Stack, wo z.B. Variablenübergaben stattfinden, hat das m.E. aber nix zu tun. Den hätte ich aber für Effekte NACH Abschluß mit AsmEnd eher in Verdacht.
Gruss

P.S.: Bzgl. Einhaltung des Thread-Themas gelobe ich baldige Besserung.

[MaZz]

Nach sehr langer Zeit komme ich wieder dazu, mich intensiver mit dem Proggen zu beschäftigen. Und hatte nun gleich auch das Problem, daß XPIA unter Profan 8 nicht so wollte, wie gewünscht. Bisher war mir das nie aufgefallen, weil ich eigentlich fast nie mit Memory-Modul, sondern ausschließlich mit DLLs gearbeitet hatte. Ich habe mal die von Frank schon 'teil-modifizierte' memods.inc noch etwas geändert. Somit sollten nun auch unter Profan v8.0 keine unerwarteten Fehlermeldungen mehr auftreten...

Gruß Matthias

p.s. Frank, bin von Deinem XPIA nach wie vor begeistert - Danke!

[Frabbing]

Prima.