Was ist denn ein "Runtime error 218" ?

[turboPASCAL]

Und Plong:

Zitat:

---------------------------
Error
---------------------------
Runtime error 218 at 014C0C21
---------------------------
OK
---------------------------

Huch, kenn ich ja überhaupt noch nicht. Nach den beseitigten 216nern endlich mal was neues zum ärgern. :mrgreen:
Aber was will mir Vischda mit dem Fehler sagen ?

[lbccaleb]

Zitat:

Zitat von turboPASCAL

Aber was will mir Vischda mit dem Fehler sagen ?

[Spaß]
"Schmeiß schon den Rechner aus dem Fenter, und kauf dir einen mit Windows 7"
:lol:
[/Spaß]

[turboPASCAL]

Haha.

Wenn du mir 'n Scheck schickst gern. :mrgreen:

[himitsu]

218 = rePrivInstruction = STATUS_PRIVILEGED_INSTRUCTION = EPrivilege

da wirst du wohl irgendwas falsch machen?

Zitat:

EPrivilege wird ausgelöst, wenn eine Anwendung versucht, eine Prozessoranweisung auszuführen, die in der gegenwärtigen Prozessor-Vorrangstufe nicht zulässig ist.

Laufzeitinformationen zu Exceptions werden in den von EExternal bereitgestellten Feldern gespeichert.

[turboPASCAL]

Zitat:

da wirst du wohl irgendwas falsch machen?

Ja, das ist sich hier die Frage.

Nehme ich in das Projekt die SysUtils auf ist alles in Butter.
Lass ich sie weg, knallt es (manch mal).

Diesem Fehler debugge ich schon seit vier Stunden hinter her.
Langsam werde ich :freak: .

[Luckie]

Eine privilegierte Instruktion ist zum Beispiel, wenn man versucht unter Windows NT auf Hardware direkt zu zugreifen. machst du eventuell etwas ähnliches?

[turboPASCAL]

Eigentlich nichts der gleichen.
Einfach einen INet-Stream per Bass.dll abspielen.

[OldGrumpy]

Passiert auch gerne als Folgefehler wenn der Stack zerschossen ist oder ähnliches. Dann wird irgendwo im Speicher Code ausgeführt der eigentlich gar kein Code ist sondern "irgendwas". Und da sind dann zufälligerweise auch mal Werte dabei die Opcodes entsprechen die halt in Ring3 nicht erlaubt sind. Z.B. Sperren von Interrupts. Mit klassischem Debugging kaum zu finden weil der Stack irgendwann kaputtgehen kann, der Crash dann aber an einer ganz anderen Stelle irgendwann viel später vollkommen unmotiviert erfolgen kann. Häufige Auslöser sind nicht initialisierte Pointer und Buffer Overflows.

[sx2008]

Zitat:

Zitat von turboPASCAL

Nehme ich in das Projekt die SysUtils auf ist alles in Butter.

SysUtils installiert einen globalen Exception-Handler (siehe procedure InitExceptions).
Ohne Exception-Handler haut es dir halt Runtime-Errors um die Ohren.
Stark verkürzt sieht das so aus:

Delphi-Quellcode:

unit SysUtils;
....
initialization
  ...
  InitExceptions;
...
finalization
...
  DoneExceptions;
end.

Wenn du nun verbuggten Code in irgendeinem Finalization-Abschnitt hast, kann es passieren,
dass dieser Code nach DoneExceptions ausgeführt wird - und dann gibt es auch Runtime Fehler
anstelle von Exceptions.

PS: EPrivilege ist kein Problem mit fehlenden Rechten.
Delphi ist gar nicht in der Lage privilegierte Befehle zu erzeugen.
Es bedeutet, dass das Programm irgendwo ins Nirwana gesprungen ist
und dort zufällig auf eine priv. X86-Anweisung gestosen ist
oder der Program Counter verweist auf eine ungültige Seite.

[Neutral General]

Zitat:

Zitat von sx2008

PS: EPrivilege ist kein Problem mit fehlenden Rechten.
Delphi ist gar nicht in der Lage privilegierte Befehle zu erzeugen.

Guck mal:

Delphi-Quellcode:

procedure PrivilegierterBefehl;
asm
  cli;
end;

:wink:

[Medium]

Ich vermute mal, dass inline-asm bei dieser Aussage ausgenommen, und nur der eigentliche Delphi-Language-Compiler gemeint ist ;) Der erzeugt nämlich eher selten bis nie Binaries mit privillegisierten Anweisungen - zumindest nicht "bewusst" bzw. gewollt. (Klar kann ich ein Array mit diversen Opcodes befüllen, aber um den PC da rein zu werfen muss ich schon wieder mit inline-asm ran.)

[OldGrumpy]

Zitat:

Zitat von Medium

(Klar kann ich ein Array mit diversen Opcodes befüllen, aber um den PC da rein zu werfen muss ich schon wieder mit inline-asm ran.)

Noe, dazu muss man sich nur einen Funktionstypen definieren, eine Variable des Typs anlegen und diese Variable dann mit der Adresse des Arrays füllen. Ein Aufruf der Funktion springt dann in das Array. Kein inline asm notwendig... *nurmalsoanmerk* :mrgreen:

Nichtsdestotrotz gilt das weiter oben gesagte :)

[Medium]

War mir klar dass da einer mit einem DL-only Weg um die Ecke kommen wird :P Aber das ist denke ich grob fahrlässig und absichtlich genug damit es nicht mal so ooops passieren wird ;)