Firebird BigInt - Fehler bei Bereichsüberprüfung

[himitsu]

TField.AsLargeInt
.AsVariant nicht, aber es gäbe noch ein ein .Value

Du scheinst ja einer der Wenigen zu sein, welcher die Bereichsüberprüfung in den Projektoptionen auch mal aktiviert hat.
Denn sonst wäre der Fehler wohl nicht so schnell aufgefallen.



Tipp:
Gib das nächste mal Dset_Datei.FieldByName('DATEIGROESSE').As ein und schau was dir die Autovervollständigung so alles anbietet,
vorallen welche Datentypen die angebotenen Dinge haben und such dir dort etwas Passendes raus.

[Perlsau]

Zitat von himitsu:

TField.AsLargeInt

Gibt es bei FibPlus-Dataset leider nicht

Zitat von himitsu:

.AsVariant nicht, aber es gäbe noch ein ein .Value

Die Version mit .AsVariant läuft gerade durch, er hat's gleich

Zitat von himitsu:

Du scheinst ja einer der Wenigen zu sein, welcher die Bereichsüberprüfung in den Projektoptionen auch mal aktiviert hat. Denn sonst wäre der Fehler wohl nicht so schnell aufgefallen.

Keine Ahnung, wie viele Leute die Überprüfungen einschalten, ich mache das in den Debug-Einstellungen immer. Wird am Ende mit Release-Einstellung kompiliert, sind die Überprüfungen natürlich deaktiviert. So sollte man es wohl auch machen, es sei denn, man interessiert sich nicht für Laufzeitfehler ...

Zitat von himitsu:

Tipp: Gib das nächste mal Dset_Datei.FieldByName('DATEIGROESSE').As ein und schau was dir die Autovervollständigung so alles anbietet, vorallen welche Datentypen die angebotenen Dinge haben und such dir dort etwas Passendes raus.

Danke, aber ich arbeite immer mit Autovervollständigung, schon allein, weil's schneller geht und Fehler vermeiden hilft.

[himitsu]

Nja, der Variant ist ein Typ, welcher unter Anderem einen Int64 enthalten kann, also ist das eine gute Lösung.
Abgesehn von der "unnötigen" Formatkonvertierung, falls es doch einen passenden nativen Weg gäbe.

Zitat von Perlsau:

Gibt es bei FibPlus-Dataset leider nicht

Gut, ich hätte erwartet, daß die auch auf TDataSet und damit auf TField aufsetzen. Kenn TpFIBDataSet allerding nicht.
Aber wenn dem nicht so ist.

Zitat von Perlsau:

Keine Ahnung, wie viele Leute die Überprüfungen einschalten,

Genug Probleme / Threads in der DP wären von selbst aufgefallen/gelöst, wenn mehr sowas machen würden.

[Perlsau]

Zitat von himitsu:

Nja, der Variant ist ein Typ, welcher unter Anderem einen Int64 enthalten kann, also ist das eine gute Lösung.

Scheint auch zu funktionieren. Ergebnis kann ich aber erst sehen, wenn meine Anwendung die ganze 1,5 Terrabyte-Platte gescant hat, sonst müßte ich den Suchlauf abbrechen, und das möchte ich nicht. (Ich lieg eh gleich in der Wanne, bis dahin dürfte er durch sein ...)

Zitat von himitsu:

Abgesehn von der "unnötigen" Formatkonvertierung, falls es doch einen passenden nativen Weg gäbe.

Die Formatkonfertierung stört mich im Augenblick weniger, es ist ja eh nur ein Testprogramm ...
Mir kam auch noch in den Sinn, einen String zu verwenden (unsaubere Lösung, ich weiß) oder mittels SQL-Statement zuzuweisen.

Zitat von himitsu:

Zitat von Perlsau:

Gibt es bei FibPlus-Dataset leider nicht

Gut, ich hätte erwartet, daß die auch auf TDataSet und damit auf TField aufsetzen. Kenn TpFIBDataSet allerding nicht.
Aber wenn dem nicht so ist.

Ja, ich bin auch überrascht, da die Firma mit Firebird-Kompatibilität wirbt und dann sowas! Weißt du, ob das Dataset von AnyDac einen LargInt-Parameter kennt?

Zitat von himitsu:

Zitat von Perlsau:

Keine Ahnung, wie viele Leute die Überprüfungen einschalten,

Genug Probleme / Threads in der DP wären von selbst aufgefallen/gelöst, wenn mehr sowas machen würden.

Daher siehst du mich auch selten hier oder in den anderen Foren Fragen stellen – das meiste fällt mir selbst auf wie z.B. heute mittag der versehentliche Zuweisungsversuch eines Strings an ein als Integer deklariertes Feld Da gab's eine Zugriffsverletzung, und ich mußte erstmal Stück für Stück meinen Code durchackern, bis ich's gefunden hatte ...