On Saturday 05 April 2008 09:22:49 Thiago Macieira wrote:
> Frank Hemer wrote:
> >y: 47, m: 5, d: 21, h: 21, mm: 0, wt: 6
> >tdt: Sat Jun 21 21:00:00 1947, local: Sat Jun 21 22:00:00 1947
> >y: 47, m: 5, d: 22, h: 0, mm: 0, wt: 0
> >I would have expected QDateTime::toUTC and QDateTime::toLocalTime to
> > return the same time diff as gmtime / localtime
I didn't mention before:
Timezone is Europe/Berlin
I'm developing a medical app, transmitting date of birth from a java server to
a qt rich client.
Transmission format is a qint64 holding the milliseconds since Epoche (1970, 1,
> It would have, if you did not have a negative date. QDateTime timezone
> rules depend on the Unix time_t, which starts in 1970.
That would mean, QDateTime cannot be used for DateTimes before Epoche??
This is not mentioned in the docs.
Well, so what chance do I have to convert the msecs to a valid date?
time_t, as implemented in QDateTime doesn't help as it is only valid after the
Setting the value manually (QDateTime (QDate (y, m, d), QTime (h, m, s)), xxx)
To unsubscribe - send a mail to qt-interest-request@xxxxxxxxxxxxx with
"unsubscribe" in the subject or the body.
List archive and information: http://lists.trolltech.com/qt-interest/