| |
|
|
Michael Dell | Hallo,
weiß Du hast viel um die Ohren aber eh ichs vergesse Post ichs mal lieber.
Anscheinend gibt es Unterschiedliche %IOResult Werte.
hier der Source: KompilierenMarkierenSeparieren Folgende APIs sollten des gleiche Handle zurückgeben, bei Profan2CPP gibts aber nen kleinen Unterschied? KompilierenMarkierenSeparieren |
|
|
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 18.12.2008 ▲ |
|
|
|
|
Michael Dell | |
|
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 18.12.2008 ▲ |
|
|
|
|
Sebastian König | Hallo Michael,
danke für die Hinweise! Ich werde versuchen, mich möglichst bald darum zu kümmern. Bei %IOResult hatte ich in vielen Fällen tatsächlich Probleme, herauszufinden, auf welcher Grundlage Delphi die Werte setzt. Vielleicht kann ich mit Deinem Testcode etwas herausfinden. Priorität hat natürlich erstmal der Absturz...
MfG
Sebastian |
|
|
| |
|
|
|
Sebastian König | Hallo Michael,
nachdem ich mir eine längere Pause gegönnt habe, bin ich jetzt an der Sache dran. Den Fehler, der zu dem Absturz führt, habe ich schon behoben. Die Ausgabe des Codes ist dennoch nicht die gleiche unter XProfan und Profan2Cpp, was ich leider auch nicht so einfach ändern kann... Es gibt jedoch einen einfachen Workaround, den ich sowieso als besseren Stil bezeichnen würde: Wenn ein Ausdruck den LongInt-Wertebereich übersteigt und als Fließkommazahl behandelt werden soll, sollte einer der Operanden explizit eine Fließkommazahl sein. In Deinem Beispiel genügt es schon, in
Var T1! = ($7FFFFFFF * 4)
die 4 in 4.0 zu ändern.
Ich sehe mir dann mal die Sache mit %IOResult an.
MfG
Sebastian |
|
|
| |
|
|
|
Sebastian König | Nachtrag: Ich habe inzwischen die anderen Probleme behoben. Mit Version 2.0a, die erscheinen wird, sobald ich die Features von XProfan 11.1 fertig umgesetzt habe, sollte dann alles korrekt funktionieren. |
|
|
| |
|
|
|
Michael Dell | Klasse, danke Dir |
|
|
| Salu Michael...
Hab zwar krumme Fieß awer dofir e' ecklich Gsicht! | 15.01.2009 ▲ |
|
|
|