|[hatari-devel] GEMDOS bug: 5.10.2 Tgetdate off by one day, 5.10.3 Tgettime reports wrong time|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
- To: hatari-devel List <hatari-devel@xxxxxxxxxxxxxxxxxxx>
- Subject: [hatari-devel] GEMDOS bug: 5.10.2 Tgetdate off by one day, 5.10.3 Tgettime reports wrong time
- From: Charles Curley <charlescurley@xxxxxxxxxxxxxxxxx>
- Date: Mon, 24 Dec 2018 16:16:53 -0700
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=charlescurley.com; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ZMrAdvgZIh+/PKgJBORXZdpmzbYpbyJFBNMxZ7wtO70=; b=lxWTM8DceYhAUbaIjdpOX37iDC QVmZ4ltYhO2LUl3fKJi1MopCcxmNYrBJqkLNa3AwCb5+dlLgvgS/P4MegGugzxEIK98tR16QMu/3n DJaLtEo9lgvxfV411E2OduW3TKPc8sWucRaui5aQfGZw86qrVf/7c42WgZkjaTXsZcDel1a2v6D9t 6pqETemVwvUw/XUIsVVarzGBRHt4fwttKyhV4uh0iz8kLGPUG6YdhGzHuSQ10ZafZd/FYAOZg1l0J kyXVEjTCRsufJViGnEtaSH5R1lySSuBuKagnAz2A2WwiSHs044s7YDKiqY8lYDyYBBCS7plT06uWN XQfKkzIA==;
- Organization: occasionally
Two bugs, possibly related, in the real time clock emulation.
Debian stretch (9.6) as updated, on IA 64 architecture.
hatari hg default, changeset 7269:7e5cd2b03ab7, Sun Dec 16 13:31:19
2018 +0200 (v2.1.0 plus).
EmuTos 0.9.10, but also observed on 0.9.9, TOS 1.02 and 2.06.
Application: fastForth, a 68000 Forth which ran correctly on the Atari
ST 520 hardware.
The Forth application uses the current time and date in a number of
places. Due to a bug in TOS, it updates the time and date stamp on
files when it writes to them, making these data critical. A file
created in Forth and copied to a GEMDOS drive shows the incorrect time
and date indicated below.
Time and date are derived from two GEMDOS calls, 5.10.2 Tgetdate
and 5.10.3 Tgettime. http://toshyp.atari.org/en/00500a.html
Date is one day slow. I.e.: today is 24 December (Mountain, aka Denver,
in North America). The date reported is 23 December.
The time should be the local time. Instead it appears to be time since
the Hatari VM booted. E.g.: I booted the Hatari VM 30 minutes ago, so
the time shows as approximately 0:30:00. You can confirm this by
"rebooting' the VM (select "Reset Machine" in the Hatari main menu).
Also, the emuTOS boot splash screen reports the same incorrect time
(00:00:00) and date.
As a point of comparison, emuTOS 0.9.9 on xsteem 3.7.2, on the same
debian and i386 reports the correct time but the dates is off by more
than a year.
"When we talk of civilization, we are too apt to limit the meaning of
the word to its mere embellishments, such as arts and sciences; but
the true distinction between it and barbarism is, that the one
presents a state of society under the protection of just and
well-administered law, and the other is left to the chance government
of brute force."
- The Rev. James White, Eighteen Christian Centuries, 1889
Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB