Hallo Bernd,
bisher habe ich das gar nicht wirklich beachtet/gemerkt. Wahrscheinlich liegt es daran, dass ich Geos/Dosemu fast immer schließe wenn ich den Rechner in den Schlafmodus schicke. (Warum auch immer..) Jetzt habe ich einmal gezielt einen Test gemacht:
Dosemu/Geos gestartet und Dein Programm Uhrwerk Orange gestartet. Dann das Laptop zugeklappt damit es in den Schlafmodus geht. Nach 10 Minuten das Laptop wieder geöffnet. Tatsächlich, die Uhrzeit im Uhrwerk Orange ist nicht weiter gelaufen. Ich habe dann Geos beendet und in der Konsole (Dosemu lief noch) den Befehl "time" eingegeben. Es wurde die um 10 Min. verspätete Uhrzeit angegeben. Ergo ist der Auslöser wohl die Dosemu. Eine Lösung habe ich auch nicht.
Jens
Ich muß sagen, ist mir auch noch nie aufgefallen, da ich immer alle Prozesse in GEOS abschließe. Ich werde es auch mal testen...
GEOS-Uhr ist stehengeblieben.
Hallo Bernd,
hatte heute nachmittag kurz gegoogelt, um etwas zur Zeitaktualisierung in der Dosemu zu finden. Gab auch etwas, nur hatte ich nicht die Zeit, um den Versuch zu unternehmen, das wirklich zu verstehen. Komme aber in den nächsten Tagen dazu. Meine Überlegung: es gibt - zumindest unter Linux - mehr von uns benutzte Hostsysteme als Emulationen, weshalb es mir sinnvoller erscheint, nach Lösungen in der DOSEmu (falls möglich) und in der DOSBox zu suchen. Hier zwei Links:
http://www.dosemu.org/docs/README-tech/1.4/timing.html
http://www.sat.dundee.ac.uk/psc/dosemu_time_advanced.html
Dein Mac-Skript liest sich plausibel und müßte so ähnlich wohl auch unter Linux lauten.
Grundsätzlich scheint es so zu sein, dass Betriebssysteme nur einmal beim Start die Hardware-Uhr abfragen und anschließend nur die eigene Software-Uhr verwenden. Unter Linux gibt es aber einen Befehl, mit dem man das auch manuell machen kann.
Du kannst unter Linux die Zeit mit dem Network Time Protocol automatisch synchronisieren.
Hallo Martin, wenn man DOSEmu so einstellen kann, dass sie nach dem Aufwachen selbständig die Hardware-Uhr abfragt, wäre das ne elegante Lösung. Ist dann z.B. die Frage, ob ne Emu merken kann, dass sie geschlafen hat.
Ne andere Lösung wäre vielleicht auch, den Ruhemodus des Hostsystems so zu ändern, dass die Software-Uhr der DOSEmu weiterläuft. Ob sowas geht? Mit Linux vielleicht, unter macOS sehe ich da eher schwarz...
Die erste Alternative erscheint mir sinnvoller. Die Emulation müßte auch nicht merken, daß sie geschlafen hat, sofern sie nur routinemäßig (minütlich?) die Zeit abfragen würde. Dazu müßte - wahrscheinlich in der global.conf der Dosemu - ein weiterer Befehl eingetragen werden können, der die ermittelte Zeit dann an den GEOS-Prozess in der Dosemu weitergäbe oder von GEOS abgefragt werden könnte. Ein ganzer Absatz im Konjunktiv - aber das muß einen ja nicht entmutigen. Notfalls könnte man die von der Dosemu ermittelte Zeit (wieder mal) in eine Datei ausgeben und diese Datei nach GEOS einlesen, nachdem man den Laptop-Deckel wieder aufgeklappt hat. 
Das wird spannend und ich veranschlage mindestens zwei Wochen. Wird das kleine Dorf seinen Zeit-Zauberkessel behalten dürfen oder wird es der Übermacht der Hardware, Host- und Virtualisierungssysteme erliegen? Hoffen wir 's Beste, liebe Leser!
Kleiner Nachtrag zu Bernds Anmerkungen ganz oben: Natürlich kann man vom SDK aus auf die Systemuhr zugreifen, sie lesen und ändern. Unter einer Emulation ist das aber eben die Uhr der Emulation. Wenn die sich nicht selbständig mit der Uhr des Hostsystems abgleicht - was offenbar weder DosBox noch DosEmu machen - haben wir das beschriebene Problem.
Kann jemand das Konzept, das Datum GEOS_ACT.IVE (oder eine andere Datei) alle Nase lang zu ändern, unter Windows umsetzen? Ein kleines GEOS-Programm, dass dann die GEOS Uhr anpasst, ist kein Problem. Ich würde sogar eine wesentlich kleinere Zeitspanne als 1 min. bevorzugen. Vielleicht 10 Sekunden. Damit könnte auch Bernds ALARM-Programm leben, bei einer Minute ist das schon grenzwertig. Die Systembelastung durch so etwas ist extrem gering.
Gruß
Rainer
Du kannst unter Linux die Zeit mit dem Network Time Protocol automatisch synchronisieren.
Ja, du hast natürlich recht. Systeme, die online sind, können sich bei Bedarf die Uhrzeit von einem Zeitserver holen. Jörg hatte das auch schon berichtet und sogar einen SNTP-client für DOS ausgegraben. Emus, die offline sind, können diese Möglichkeit aber leider nicht nutzen.
Kleiner Nachtrag zu Bernds Anmerkungen ganz oben: Natürlich kann man vom SDK aus auf die Systemuhr zugreifen, sie lesen und ändern. Unter einer Emulation ist das aber eben die Uhr der Emulation. Wenn die sich nicht selbständig mit der Uhr des Hostsystems abgleicht - was offenbar weder DosBox noch DosEmu machen - haben wir das beschriebene Problem.
Ok, danke. Das hatte ich wohl missverstanden.
Kann jemand das Konzept, das Datum GEOS_ACT.IVE (oder eine andere Datei) alle Nase lang zu ändern, unter Windows umsetzen? Ein kleines GEOS-Programm, dass dann die GEOS Uhr anpasst, ist kein Problem. Ich würde sogar eine wesentlich kleinere Zeitspanne als 1 min. bevorzugen. Vielleicht 10 Sekunden. Damit könnte auch Bernds ALARM-Programm leben, bei einer Minute ist das schon grenzwertig. Die Systembelastung durch so etwas ist extrem gering.
Stimmt, hatte ich mir auch angesehen. Die Systembelastung ist minimal. Mir ist nur noch nicht klar, inwieweit das ständige Ändern des Datums die Festplatte / SSD belastet, oder ob das keine negativen Auswirkungen hat, weil keine Datei geschrieben, sondern nur ein Eintrag im Dateisystem geändert wird? Wenn das keine negativen Auswirkungen hat, kann man natürlich auch alle 10 Sek. oder sogar sekündlich aktualisieren.
Ein (S)NTP-Server könnte theoretisch auch auf dem lokalen Rechner laufen. Der wäre dann auch offline verfügbar.
Grösstes Problem ist aber, dass aus der Emu heraus auf "localhost" / 127.0.0.1 des Rechners zu gegriffen werden müsste, was nur mit einem umständlichen NAT möglich wäre. Alternativ verwendet man ein eigenes Zwischennetz, in welchem die Emu und der Hostrechner je eine IP haben.
Grundsätzlich würde ich zuerst aber bei den Entwicklern von DOSBox / DOSEmu(2) anfragen.
Grundsätzliche Frage wäre hier, wann PC/GEOS überhaupt die Zeit aus der RTC einliest. Macht es dies regelmässig oder nur beim Start ?
Kann jemand das Konzept, das Datum GEOS_ACT.IVE (oder eine andere Datei) alle Nase lang zu ändern, unter Windows umsetzen?
Habe spasseshalber mal geschaut, ob Batchdateien noch von Windows unterstützt werden - und tatsächlich, das geht noch.
Habe auf die Schnelle eine kleine Batchdatei geschrieben, die allerdings von mir ungetestet ist. Falls sie nicht läuft, könnte sie vielleicht als Anregung dienen, wie sich das so oder so ähnlich relativ leicht umsetzen lässt:
@echo off
:: Kommentarzeilen
:: Ob Befehl 'start' notwendig ist, weiß ich nicht. Falls ja, evtl. Parameter notwendig.
:: Alternativ per 'call' weitere Batchdatei aufrufen, die nur LOADER.EXE startet.
start pfad\LOADER.EXE
:ok
if exist pfad\GEOS_AVT.IVE goto start
exit
:start
:: der copy-befehl soll in dieser Schreibweise Datum/Uhrzeit aktualsieren. Testen
:: Alternativ soll es auch einen Touch-Befehl zum nachinstallieren geben
copy /b pfad\GEOS_AVT.IVE+,,
timeout /T 10 /nobreak
goto okEventuell gibt es für DOSEmu-Benutzer eine Lösung. In der dosemu.conf gibt es die Sektion "dosemu-specific hacks". Dort gibt es verschiedene Arten der RTC-Emulation. Wenn ich dort die Zeile "timemode=..." mit "$_timemode=linux" freischalte, dann wird die DOSEmu die System-Zeitänderungen verfolgen und ggf. umsetzen.
Habe das mal gecheckt und es hat funktioniert. GEOS war nach einigen Minuten in den Schlafmodus gefallen (mitsamt dem Hostsystem) und die Uhr war stehen geblieben. Nachdem das Hostsystem wieder angelaufen war, stellte sich die GEOS-Uhr nach. Allerdings mußte ich auch erst die Maus mit einem Mausklick aufwecken. Vielleicht könnte das noch jemand nachvollziehen.
Edit: Geht auch ohne Maus aufwecken, dauert nur ein wenig länger. 
Klappt auch bei mir. 
Habe vor dem Ruhezustand unter GEOS die Stoppuhr gestartet und nach dem Aufwecken sofort daraufgeklickt: die Stoppuhr hatte sofort die aktualisierte Zeit; die GEOS-Uhr reagierte erst nach 30 Sekunden. Danke, Achim.
Das eigentliche Problem ist die DosBox selbst. Bei meiner MegaBuild-DosBox-Variante kann man bei DATE und TIME spezielle Kommandozeilenparameter mit angeben, die dafür sorgen, dass die DosBox die DosBox-interne Uhrzeit wieder mit der BIOS-Systemzeit aktualisiert. Und bei DATE kann man sogar sagen, dass sich die DosBox-interne Uhrzeit permanent mit der BIOS-Systemzeit aktualisieren soll. Aber ob es diese Schalter bei jeder DosBox-Version gibt und ob sie auch funktionieren?!
Die "normale" DOsBox 0.74 unterstützt weder den date noch den time Befehl 
Rainer
Klappt auch bei mir.
Nachtrag: DOSEmu 1.4.0.8.