Ungültige Gleitkommaoperation nur bei bestimmten PC's

[HCB]

Das blöde daran ist, dass ich auf dem Entwicklungsrechner nichts feststellen kann, da das ja auf diesem funktioniert. Ich muss erst die exe auf die anderen Rechner übertragen um festzustellen, dass es dort bei einem läuft, bei anderen aber nicht.
Ich setze mal im Code einige ShowMessages ein um genau zu sehen bei welchen Codeabschnitt die Exception bei den betroffenen Rechnern auftritt.

LG Harry

[rabatscher]

my 2 cents:
wir hatten grad ein Problem mit dem FPU Control Word :
Beim laden der fbClient.dll kam es zu einem netten Nebeneffekt, der das FPU control word so gesetzt hat,
dass die FPU Exceptions maskiert wurde - das lag jetzt mal nicht in erster Linie an Firebird (die hatten
genau diesen Fehler ausgemerzt) aber an 3rd Party dll's, die auf manchen Systemen dazugeladen wurde.
-> Bei uns hatte das genau eine FPU exception maskiert und auf anderen Rechnern Exceptions verursacht.

-> mal checken (da ich ja evt. nicht ganz falsch liege, dass du Datenbanken benutzt).

Manche FPU exceptions werden nur bei einem "Wait" asm call geworfen also hast du evt. ein
paar Assemblersequenzen, die das nicht aufrufen?

Und dann wär noch die Routine Move... sie benutzt in win32 die FPU Register um Daten zu kopieren. Wenn jetzt vorher schon
mal eine FP Exception da war könnte das da hochkommen. Und... Move wird intern wirklich oft verwendent.

[BerndS]

Wenn du da nicht weiter kommst könnte MadExcept oder ähnliche Tools eine große Hilfe sein.

[Sherlock]

Und der Remotedebugger hilft auch immer wieder.

[Phoenix]

Zitat von HCB:

Ich setze mal im Code einige ShowMessages ein um genau zu sehen bei welchen Codeabschnitt die Exception bei den betroffenen Rechnern auftritt.

🙈 Hast Du kein richtiges Logging?
Billigste Variante:
Bei Unhandled Exceptions schön den Stacktrace rausloggen.

Ansonsten im Trace-Mode einfach bei jeder Method den Ein- und den Ausgang loggen.
Dann siehst Du sinnvoll auch im Log wo der Fehler geworfen wird und welche Methoden da drüber aufgerufen wurden.

[himitsu]

Zitat von Phoenix:

🙈 Hast Du kein richtiges Logging?

siehe GetIt : CodeSite, QuickLogger, ...


oder miniamal
* TFile.AppendAllText('C:\irgendwo\Datei.log', 'peng'#10);
* OutputDebugString(PChar('peng')); ins Logfenster des Delphi
*

Delphi-Quellcode:

var LogFile := TFile.AppendText('C:\irgendwo\Datei.log');

LogFile.WriteLine('peng');
LogFile.WriteLine('peng');

//LogFile := nil; {kann, aber muß nicht, weil wird eh automatisch}

JAAAAA, oder die uralte TEXT-FileAPI (AssignFile), TStringStream, usw.

[HCB]

Vielen herzlichen Dank für euere Mithilfe. Ich habe bemerkt dass ich zur Geschindigkeitsmessung am Ende der Routine
> lbl_performance.Caption:= IntToStr(GetTickCount - startTime) + 'ms'; <
eingefügt habe. Die Variable starttime habe ich als Integer deklariert, sehe aber in der Delphi Hilfe dass es wohl von Typ cardinal sein soll.
Vielleicht liegt es daran. Was aber immer noch nicht klärt, warum es auf manche Rechnern funktioniert.

FPU??
Alle Rechner haben den gleichen Prozessor i5 4690 außer der Entwicklungsrechner hat i5 7xxx.

Ich werde morgen das ohne GetTickCount probieren und wieder berichten.

LG Harry

[himitsu]

Ja, Cardinal, schon immer,
aber nach 49,7 Tagen kann es dennoch knallen, wenn es zum Überlauf kommt, da Delphi ja neuerdings standardmäßig die Bereichsprüfung aktiv hat.

TStopWatch TStopWatch

[HCB]

Guten Morgen,
die Messung GetTickCount hab ich jetzt komplett rausgeschmissen und siehe da: ES FUNKTIONIERT IMMER NOCH NICHT!
Weiß der Teufel was da schief läuft.
Es ist verflucht schwierig einen Fehler auf dem Rechner zu finden, auf dem das Programm ja läuft. Verflixt!

[dummzeuch]

Was ist denn jetzt mit der Theorie, dass das FPU Control Word von einer DLL geändert wird und es deshalb zu Problemen mit Fließkomma-Berechnungen kommt? Das ist meiner Ansicht nach die wahrscheinlichste Ursache.

Werden irgendwelche speziellen DLLs benutzt?

Häufig hilft es, sie explizit mit SaveLoadLibrary zu laden, was sich um dieses Problem kümmert, zumindest wenn es durch die Initialisierung der DLL auftritt.