Millisekunder (UTC) til DateTime

hva med

  DateTime dt = new DateTime();
  string s = "1970-01-01 00:00:00.000";
  dt = DateTime.Parse(s);
  //Response.Write(dt);

Og så lige dt.AddMilliseconds(...); går jeg ud fra du mener, men er der ikke en mere "gennemført" måde at gøre det på? Kan det passe at C# ikke har funktionalitet til at behandle millisekunder i forhold til UTC??

Mit bedste bud vil være:

new DateTime(ms * TICKS_PER_MS + TICKS_1_JAN-1970)

(find selv de 2 konstanter)

"find selv" som i "lav selv"

LOL - .NET virker nu lidt ambuteret, når det kommer til dato-tids funktioner :-)

dsj>>Ja det kan man sige. Se mere på http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemglobalizationcalendarclassaddmillisecondstopic.asp

Der er ikke den samme support for det magiske tidspunkt 1-JAN-1970, men
det kan der jo være religiøse årsager til.

Meget mystisk, hvis jeg gør som følger:

long timestamp ...; // System.currentTimeInMillis() fra Java
DateTime received = DateTime.Parse("1970-01-01 00:00:00.000").AddMilliseconds(timestamp);

Så bliver 'received' præcis en time mindre, end hvis jeg udskriver tiden i Java - og da begge applikationer afvikles på samme maskine, er det ikke rod med sommer-/vintertid. Nogen der har en ide til hvad der lige går galt?!?!

Selvfølgelig kan jeg blot skrive:

DateTime.Parse("1970-01-01 01:00:00.000")...

Men jeg bryder mig ikke om genveje til at undgå fejl...

System.currentTimeInMillis() returnerer antal millisekunder siden 1-JAN-1970 GMT tid, så
det passer vel meget godt.

CET tid 1-JAN-1970 + antal miilsekunder siden 1-JAN-1970 GMT = CET tid nu - 1 time

(Når du lavet om til en java.util.Date i Java så håndterer den forskellen)

Der må godt lægges svar...

.