atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: frank.lukas am Di 16.09.2008, 23:16:52
-
Hallo, gibt es etwas unter MiNT um die Zeit des Rechner über das Internet zu Synchronisieren?
grüße
Frank
-
Hi,
du kannst ja mal versuchen das Tool ntpdate zu kompilieren, wenn du glück hast gibt es das sogar auf Sparemint
-
Nein gibt es nicht, für Sting gibt es ein TIME Paket aber sowas läuft nicht unter MiNT.
grüße
Frank
-
Nein gibt es nicht, für Sting gibt es ein TIME Paket aber sowas läuft nicht unter MiNT.
grüße
Frank
Klingt interessant, wo gibt es das Tool für STing denn? Und genauso interessant, welchen Dienst nutzt das genau? ntp? daytime?
-
weiss nicht wo es das gibt ...
STinG Time services suite by Ronald Andersson
This package contains all the binaries and documents.
The full source codes are also available, as part of the STNGPASM
package, without which they would be useless. They rely on those
extensive macro libraries for most things, including STinG access.
My Email address is dlanor@oden.se, so use this for any feedback.
The STNGPASM package is available at:
http://www.stud.uni-hannover.de/~perot
That is the STinG homepage, and STNGPASM is in one download bay,
but not the main one since it is not a part of STinG itself.
Hab es mal bei mir gepackt als ZIP
unter http://freenet-homepage.de/68k/download/TIME.zip
grüße
Frank
-
Danke, ich schaus mir mal an.
-
Hallo simonsunnyboy,
dann sage bitte hier Bescheid ob es funktioniert hat.
Hast da mal testen ob dein ST seine Zeit und Datum Einstellungen über
time.euro.apple.com setzen kann.
grüße
Frank
-
_Das_ wird er nicht können, weil mein Falcon nur im LAN hängt und ich Routing über mein UMTS noch nicht hinbekommen habe.
Ich plane nur den Sync mit meiner Linuxbox zu testen...
-
Grabe mal diesen alten Thread aus; ) Ist das oben verlinkte Paket noch irgendwo verfügbar?
-
Auf meiner Platte gefunden ...
-
Cool, vielen Dank! lha spuckt zwar beim auspacken CRC errors aus, bisher habe ich aber noch keine Probleme gefunden.
-
das hier:
http://doolittle.icarus.com/ntpclient/
funzt prima unter MiNT und hat keinerlei Abhängigkeiten (compiliert ohne irgendwelche Extrawürste).
(im Anhang als - ungetestetes - m68k Binary)
-
Hm, wie genau sieht der Aufruf zum Bauen auf?
Ich bekome hier Fehler....Tarball von 2015
$ CC=m68k-atari-mint-gcc make
m68k-atari-mint-gcc -std=c99 -D_POSIX_C_SOURCE=199309 -D_BSD_SOURCE -W -Wall -O2 -DPRECISION_SIOCGSTAMP -DENABLE_DEBUG -DENABLE_REPLAY -c -o ntpclient.o ntpclient.c
ntpclient.c: In function 'set_freq':
ntpclient.c:151:25: warning: unused parameter 'new_freq' [-Wunused-parameter]
ntpclient.c: In function 'set_time':
ntpclient.c:179:2: warning: implicit declaration of function 'clock_settime' [-Wimplicit-function-declaration]
ntpclient.c:184:3: warning: format '%lu' expects argument of type 'long unsigned int', but argument 2 has type '__time_t' [-Wformat]
ntpclient.c: In function 'ntpc_gettime':
ntpclient.c:210:2: warning: implicit declaration of function 'clock_gettime' [-Wimplicit-function-declaration]
ntpclient.c: In function 'get_packet_timestamp':
ntpclient.c:253:17: error: storage size of 'udp_arrival' isn't known
ntpclient.c:254:18: error: 'SIOCGSTAMP' undeclared (first use in this function)
ntpclient.c:254:18: note: each undeclared identifier is reported only once for each function it appears in
ntpclient.c:253:17: warning: unused variable 'udp_arrival' [-Wunused-variable]
ntpclient.c: In function 'primary_loop':
ntpclient.c:485:17: error: storage size of 'to' isn't known
ntpclient.c:485:17: warning: unused variable 'to' [-Wunused-variable]
<eingebaut>: recipe for target 'ntpclient.o' failed
make: *** [ntpclient.o] Error 1
-
Du musst im Makefile die Zeile mit "PRECISION_SIOCGSTAMP auskommentieren. Steht sinngemäss im README.
MiNT ist halt kein Linux.
-
PRECISION_SIOCGSTAMP sollte wohl nicht definiert sein (kompiliert damit bei mir nicht mal unter linux). Müsste man sich aber anschauen was das für Auswirkungen hat.
Ausserdem muss für Mint wohl USE_OBSOLETE_GETTIMEOFDAY gesetzt sein, da clock_gettime()/clock_settime in mintlib nicht implementiert sind.
Gepatchtes Makefile hab ich mal angehängt.
Wegen des STNGPASM Pakets: gefragt hatte ich u.a., weil es in der DEFAULT.CFG für StinG Einräge für TIME_SERVER, TIME_ZONE & TIME_SUMMER gibt. Von dem Tool in dem Paket (das übrigens nicht das NTP-Protokoll, sondern das ältere DAYTIME Protokoll benutzt), werden diese Einträge allerdings nicht benutzt, das hat eine eigene Konfigurations-Datei. Was mich an den Einträgen in DEFAULT.CFG ein bisschen irritiert ist, daß dort dein festes Datum für Sommerzeit-Umschaltung steht, was aber eigentlich Quatsch ist, da das nur für ein bestimmtes Jahr gültig ist. Ist irgend jemand ein anderes Tool bekannt, das diese Einträge nutzt?
Im übrigen hab ich mal ein neues Tool geschrieben, das sowohl mit MiNT als auch mit STinG laufen sollte. Mag noch nicht perfekt sein, aber vlt. will es ja jemand mal ausprobieren.
-
Im übrigen hab ich mal ein neues Tool geschrieben, das sowohl mit MiNT als auch mit STinG laufen sollte. Mag noch nicht perfekt sein, aber vlt. will es ja jemand mal ausprobieren.
{sntp.zip}
Vielleicht magst du den Namen nochmal überdenken, falls das Tool NTP spricht, denn "SNTP (https://de.wikipedia.org/wiki/Network_Time_Protocol#SNTP)" ist ein leicht anderes Protokoll als NTP. Kann das Tool „nur“ SNTP, oder „richtig“ NTP?
ontp? :)
-
Das verwendete Protokoll ist eigentlich das gleiche (siehe https://datatracker.ietf.org/doc/html/rfc4330). Entscheidend ist, was man mit den geschickten Daten anfängt, ob man mehrere Server gleichzeitig abfragt etc. Da eine kontinuierliche Anpassung der Systemzeit in kleinen Schritten (wie durch adjtimex() auf Unix-Systemen) in TOS wenig Sinn macht, und ohne MiNT auch gar nicht unterstützt wird, verwendet das Programm eigentlich SNTP.
-
Unter MagiC-Net mit GlueSTiK beendet sich das neue SNTP.PRG mit Fehlermeldung "STinG Transport Driver not found !"
Da läuft sogar Netsurf drauf...
-
Ich nutze auf meinem Milan PH SyncTime:
https://sites.google.com/site/probehouse/download/phsw-Atari-software-downloads?pageReverted=123#TO1-PH-SyncTime (https://sites.google.com/site/probehouse/download/phsw-Atari-software-downloads?pageReverted=123#TO1-PH-SyncTime)
Man kann die Synchronisation auch während des Bootens durch das Programm PH Sync Time erledigen lassen:
Automatically sync your Atari on bootup without any command line parameters.
Hier der direkte Download-Link:
https://sites.google.com/site/probehouse/download/phsw-Atari-software-downloads/synctime.zip?attredirects=0 (https://sites.google.com/site/probehouse/download/phsw-Atari-software-downloads/synctime.zip?attredirects=0)
Probe House Software hat auch noch einige weitere nützliche Tools zum Runterlanden online. Auch die umfangreiche MiNT-Anleitung auf der Seite ist echt klasse.
-
Unter MagiC-Net mit GlueSTiK beendet sich das neue SNTP.PRG mit Fehlermeldung "STinG Transport Driver not found !"
Ja, steht ja auch im README, unterstützt STinG ;) Gluestik/STiK ist halt nicht StinG. Sollte aber hoffentlich mittlerweile behoben sein. Neue Version ist angehängt.
-
Ich nutze auf meinem Milan PH SyncTime:
Ja, kenne ich. Läuft aber halt nur mit MintNet (oder halt Gluestik). Mein Programm ist beim testen des STinG-Drivers entstanden, und sollte auch damit funktionieren. Ausserdem ist es ein bisschen kleiner (knapp 40k statt 170 k ;) Einziger Nachteil: es gibt momentan noch keine ColdFire-Version (gibt es überhaupt Netzwerk-Treiber für die Firebee?)
-
Ja, steht ja auch im README, unterstützt STinG ;) Gluestik/STiK ist halt nicht StinG. Sollte aber hoffentlich mittlerweile behoben sein. Neue Version ist angehängt.
Okay, das läuft jetzt im Prinzip. Aber irgendwie klappt die Namensauflösung nicht. Das Programm meldet "Module: MiNTNet", aber dann "Invalid address [Grmbl]" beim Ausführen. Wenn ich stattdessen eine numerische IP eingebe, funktioniert es und stellt die Uhr.
-
Wenn Namensauflösung nicht funktioniert, liegt es vermutlich am Nameserver. Was ist denn in /etc/resolv.conf eingetragen?
-
nameserver 1.1.1.1
nameserver 8.8.8.8
Wenn das korrekt ist, kann es nur noch sein, daß die Datei nicht gefunden wird, weil es unter MagiC kein /etc/ gibt, nur U:\etc. Eigentlich sollte sich darum aber die Mintlib kümmern, oder?
-
Eigentlich sollte sich darum aber die Mintlib kümmern, oder?
Das Programm ist mit Pure-C übersetzt, also ohne Mintlib. Der Pfad ist deshalb explicit auf U:\etc\resolv.conf gesetzt. Könnte aber vlt an dem zu langen Namen liegen? Liegt die Datei auf einem Laufwerk mit VFAT?
-
Der Pfad ist deshalb explicit auf U:\etc\resolv.conf gesetzt.
.. zumindest dachte ich das ;) Aber offensichtlich habe ich da slash statt backslash genommen, vermutlich liegt es daran. Nochmal neue Version, wo das behoben ist.
-
Das war's. Zwar jetzt auf dem Falcon, aber auch mit MagiCNet. Funktioniert :-)