LOW oder High für NICHT-INTEGER-Typen

[sirius]

Zitat:

Zitat von 3_of_8

Aber Delphi kann doch sicher vorchristliche Daten darstellen... :gruebel:

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
var d:TDatetime;
begin
  d:=-700000; //inkl. ausreichend Puffer für andere Kalenderformen
  edit1.Text:=datetimetostr(d);
end;

//Ausgabe: "00.00.0000"

Nööööö :roteyes:

Können wir ja froh sein, dass Delphi noch ein paar Tage vor dem Technikzeitalter kennt.

[QuickAndDirty]

Zitat:

Zitat von sirius

Um noch zu Extended zu kommen. Der Standard lässt da (in Schranken) variable Breiten für e und m zu.

Ich glaube Delphi nimmt für den Exponenten 15, dann sicherlich wieder "nur" 1 fürs Vorzeichen und der Rest, also *grübel* 48 Bits für die Mantisse. NaN und Infinity wirds da in ähnlicher Form geben.

Naja der Typ ist für Datenbanken halt nicht so interressant.

Zitat:

Zitat von sirius

Edit: Auch ja, und für TDateTime...
Für Delphi ist ja der Tag 0 am 30.12.1899, TDateTime=Double; Und für Delphi gibts kein "vor Christus"

Das mit Tdatetime= Double war mir klar. Und auch die Basisdatum Problematik (M$ 1.1.1900 Borland 30.12.1899 )
ist mir in der Hinsicht leidlich bekannnt. (*erinner*)
Aber warum gibt es kein "vor Christus" ? Ich meine wenn wir Schaltjahre nicht beachten sind es bis 0 von heute an
nur -732555 Tage. Das müste auch mit dem Double machbar sein. Das einzige Problem was ich mir bei Kleinen Daten(Datumsesese) vorstellen könnte ist das Problem der im Angelsächsischen Raum verspäteten Einführung des Gregorieanischen Kalenders. Die Komponente
TDatetime Picker macht deswegen zum Beispiel Stress bei Daten vor 1715....Ok ich gebe zu das das für die meisten Anwendungfälle ausreicht.

Zitat:

Zitat von sirius

Nööööö Rotating Eyes

eeeeek :cyclops:

[sirius]

Zitat:

Zitat von Robert Marquardt

(gibt es da nicht schon vordefinierte?).

:wall: Das wäre ja zu einfach:
MaxExtended
MaxDouble
MaxDateTime
.
.
.
MinSingle
MinExtended
:wall:


Und für "3 über 8"

Zitat:

Zitat von Delphi-Hilfe

const

MinDateTime: TDateTime = -657434.0; { 01/01/0100 12:00:00.000 AM }
MaxDateTime: TDateTime = 2958465.99999; { 31/12/9999 11:59:59.999 PM }

Edit :gruebel: MinDate=-657434 ... HEy, ich bin bis 0 gekommen

[sirius]

Zitat:

Zitat von QuickAndDirty

Und auch die Basisdatum Problematik (M$ 1.1.1900 Borland 30.12.1899 )

Und bei MatLab ist es 1.1.0000 und Unix (die ja auch noch in Sekunden zählen) 1970 und Internetzeit......

[QuickAndDirty]

Ja 0 scheint den meisten einfach zu fantasielos zu sein......wäre ja auch gelacht, wenn jeder SQL Ausdruck in dem in TDATETIME Feldern nur Uhrzeiten gespeichert werden sollen das gleiche Basisdatum vorne drann bekäme.

zu KOnstanten:
*unbeteiligt pfeifend*
Wer wer stellt hier im Forum auch immer so dumme Fragen.
*unbeteilgt pfeifend*

[3_of_8]

Ein Double nimmt auch negative Werte auf.

Daher müsste es doch eigentlich möglich sein, "negative" Daten, also Daten vor dem 30.12.1899 anzugeben. Kann aber sein, dass die DateUtils nicht darauf ausgerichtet sind.

[QuickAndDirty]

Zitat:

Zitat von 3_of_8

Ein Double nimmt auch negative Werte auf.

Daher müsste es doch eigentlich möglich sein, "negative" Daten, also Daten vor dem 30.12.1899 anzugeben. Kann aber sein, dass die DateUtils nicht darauf ausgerichtet sind.

Wie gesagt. Ich halte es für ein Problem das der Julianische Kalender nicht überall gleichzeitig vom Gregorianischen Kalender abgelöst wurde.
Es kann auch ein Problem sein das überhaupt ein Kalender den anderen abgelöst hat.

[sirius]

Zitat:

Zitat von 3_of_8

Ein Double nimmt auch negative Werte auf.

Daher müsste es doch eigentlich möglich sein, "negative" Daten, also Daten vor dem 30.12.1899 anzugeben. Kann aber sein, dass die DateUtils nicht darauf ausgerichtet sind.

Das macht Double ja auch, bis zum Jahre 0, was etwa -650000 entspricht.

[3_of_8]

Man müsste allerdings auch noch weiter zurückgehen können, wenn man die DateUtils umgeht und eigene Routinen dafür schreibt. Die Kalendersache ist dabei natürlich etwas im Weg.

[QuickAndDirty]

Habs mir überlegt mein gelaber vom Kalender ist Blödsinn.
Wenn die das bis 0 schaffen, dann haben sie diese Frage schonmal irgendwie gelöst.