XProfan

- Page 7 -

Dieter Zornow (17.11.10)

Wer einen Call ins Blaue schickt muss mit einem Absturz oder schlimmeres rechnen.

Nun definiere mal "ins Blaue" so dass es Dein Rechner versteht. Geht ja eben nicht.

Kompilieren Markieren Separieren

E.T.

var m&=globalAlloc(gPTR,4)-4

...wollen wir nicht bei "reinem" XProfan bleiben ??

Grüße aus Sachsen... Mario
WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte...

Dieter Zornow (17.11.10)

Ich würde aber behaupten, dass bei einem Call ins Blaue bei Interpreter und Runtime das Ergebnis gleich ist, EIN ABSTURZ

Du erhältst - je nach Sys - noch nichtmal bei jeder Ausführung den gleichen Exitcode was z.B. daran liegt das das eax-Register jedesmal anders belegt ist...

Kompilieren Markieren Separieren

E.T. (17.11.10)

var m&=globalAlloc(gPTR,4)-4

...wollen wir nicht bei "reinem" XProfan bleiben ??

Wenns schön macht...

Kompilieren Markieren Separieren

declare q#
dim q#,4
var m&=addr(q#)
m&=m&-4
long m&,8=20
print long(m&,8)
waitinput
end

Dieter
Zornow

das è ja ins Blaue, weil man nicht weiß was da steht und was das auslöst. aber deine Beispiele hinken alle was die Logik anbelangt.

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

>> weil man nicht weiß was da steht und was das auslöst.

Nein Dieter es geht ums mit Wikiworten zu sagen:

Ein logischer Fehler besteht in einem falschen Problemlösungsansatz, beispielsweise auf Grund eines Fehlschlusses oder eines fehlerhaften Algorithmus.

Es geht darum das man glaubt zu wissen was man macht aber man halt einem Trugschluß unterliegt und damit einen logischen Programmfehler einbaut

Dieter
Zornow

Die Wikiworte kann ich unterschreiben, è aber auf deutsch, wenn ich eine Holzbank bauen will und kaufe mir Blech ist das offensichtlich unlogisch oder ich will ein Rechteck berechnen und benutze die Kreisformel wobei ich dann eine falsche Lösung habe aber es wird ausgerechnet.

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

Und XProfan soll nun einschätzen und warnen wenn Du ein Rechteck berechnen wolltest aber den Kreisumfang errechnest?

Dieter
Zornow

nein, aber Interpreter und Runtime kämen zum gleichen falschen Ergebnis und um das geht es ja, da ich keinen Programmfehler gemacht habe sondern es nicht besser gewusst habe.

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

Rolf
Koch

Nein iF genau soll es nicht, nur es soll nicht im Interpreter sagen ist OK und in der Exe dann aufeinmal meckern. Darum geht es eigentlich. Beide sind ein und dasselbe und dürfen nicht abweichen.

Darum ging es ja eigentlich hier im Thread. Eigentlich unabhängig von Fehlern. So muss leider ins Bett - gähhhhn - Nächtle ^^

Dieter Zornow (17.11.10)

nein, aber Interpreter und Runtime kämen zum gleichen falschen Ergebnis

Bei einem logischen Programmfehler gibt es aber nicht unbedingt DAS oder das GLEICHE Ergebnis und das hat ja nichts damit zu tun ob man es "besser gewusst" hat oder nicht.

Wenn ich mich "verprogrammiere" kann ich eben NICHT von ausgehen das es ein "geordnetes" Ende nimmt - sonst hätte ich mich ja nicht verprogrammiert. ^^

Tatsächlich wissen wir doch aber alle, reichts oft, nur 1 Byte sich zu verschieben - um einen lecker Absturz hinzulegen.

Abzuverlangen das XProfan nun aber solche logischen Fehler erkennt - vlt. auch noch erkennt obs Absturzfehler sind (bzw. die Folgen erkennt) ist nett gesprochen "unfair".

Darum kann man technisch gesehen schlecht abverlangen, dass bei logischen Programmfehlern Interpreter und/ oder Runtime und/ oder Win7 und/ oder Win98 und/ oder Irfanviewer "geordnet" oder (wie "verlangt") "GLEICH" reagieren denn das kann man nur bei zu erwartendem Verhalten und dies wäre z.B. in der Aiuto beschrieben zu den jeweiligen Befehlen/ Funktionen. ^^