Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Re: Sommerzeit
9 views
Skip to first unread message
Message has been deleted
Heiko Rost
Mar 27, 2012, 3:06:18 PM3/27/12
to
Am Tue, 27 Mar 2012 20:58:09 +0200 schrieb Ralf . K u s m i e r z:
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
Manuell umschalten geht nicht, und wegen einem Firmwarebug bei einigen
Boxen beginnt für diese die Sommerzeit erst am 1. April.
<http://www.heise.de/-1479870.html>
Gruß Heiko
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
Manuell umschalten geht nicht, und wegen einem Firmwarebug bei einigen
Boxen beginnt für diese die Sommerzeit erst am 1. April.
<http://www.heise.de/-1479870.html>
Gruß Heiko
Kurt Guenter
Mar 27, 2012, 3:12:09 PM3/27/12
to
"Ralf . K u s m i e r z" <m...@privacy.invalid> schrieb:
>Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
>manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
>der Uhrzeit über die Browserschnittstelle auch nicht.
lies www.heise.de und warte bis Monatsende.
>Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
>manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
>der Uhrzeit über die Browserschnittstelle auch nicht.
Message has been deleted
Gernot Zander
Mar 27, 2012, 5:12:54 PM3/27/12
to
Hi,
in de.comm.technik.dsl Ralf . K u s m i e r z <m...@privacy.invalid> wrote:
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
Die Uhrzeit bekommt man über den Umweg des System-Logs, wo die
Anmeldung mit dem Browser verzeichnet wird, die man gerade getätigt
hat. Oder per telnet.
Abhilfe (außer den anderen Beiträgen):
nvi /var/flash/ar7.cfg
timezone_manual {
enabled = yes;
offset = 0;
dst_enabled = yes;
TZ_string = "CET-1CEST-2,M3.4.0/02:00:00,M10.5.0/03:00:00";
name = "Europe/Berlin";
}
(Bei meiner 7270 geht das damit.)
Aber nicht vergessen, das wieder rauszunehmen nach dem 1.4., sonst
isses nächstes Jahr zu früh.
mfg.
Gernot
--
<hi...@gmx.de> (Gernot Zander) *Keine Mailkopien bitte!*
Sag' zum Abschied leise ATH.
in de.comm.technik.dsl Ralf . K u s m i e r z <m...@privacy.invalid> wrote:
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
Anmeldung mit dem Browser verzeichnet wird, die man gerade getätigt
hat. Oder per telnet.
Abhilfe (außer den anderen Beiträgen):
nvi /var/flash/ar7.cfg
timezone_manual {
enabled = yes;
offset = 0;
dst_enabled = yes;
TZ_string = "CET-1CEST-2,M3.4.0/02:00:00,M10.5.0/03:00:00";
name = "Europe/Berlin";
}
(Bei meiner 7270 geht das damit.)
Aber nicht vergessen, das wieder rauszunehmen nach dem 1.4., sonst
isses nächstes Jahr zu früh.
mfg.
Gernot
--
<hi...@gmx.de> (Gernot Zander) *Keine Mailkopien bitte!*
Sag' zum Abschied leise ATH.
Gernot Zander
Mar 27, 2012, 5:15:28 PM3/27/12
to
Hi,
in de.comm.technik.dsl Ralf . K u s m i e r z <m...@privacy.invalid> wrote:
> Ich ging davon aus, daß die FB die Zeitinformation mit dem DSL-Signal
in de.comm.technik.dsl Ralf . K u s m i e r z <m...@privacy.invalid> wrote:
> vom ISP bezieht und natürlich "weiß", daß jetzt Sommerzeit ist. Hat da
> Frau Alice aus dem Sauerstoffzelt was versaubeutelt?
Ergänzung: Natürlich nicht per DSL, sondern über IP, da ist ein
Timeserver eingetragen. Was aber nichts daran ändert, dass bei
DSL tot, Zeit tot (naja, nicht aktualisiert, und die HW-Uhr soll
grauenhaft falsch gehen, las ich in Foren).
Hast du schon mal eine Cisco konfigurieren müssen?
Dann doch lieber Mathematik studieren. (Dirk Taggesell)
Wolfgang Jäth
Mar 28, 2012, 12:43:15 AM3/28/12
to
Am 27.03.2012 20:58, schrieb Ralf . K u s m i e r z:
> X-No-Archive: Yes
>
> begin Thread
>
>
> Moin!
>
> Gestern (am Montag) mußte ich mir mal den Wecker stellen. Naja,
> Fritzbox über Bowserschnittestelle aufgemacht, Uhrzeit eingegeben,
> Telefon klingeln lassen aktiviert...
>
> Hatte sie aber nicht.
>
> Muß sie wohl später gemacht haben: Als ich wieder nach Hause kam,
> hatte der Anruferspeicher vom Telefon den entsprechenden Weckanruf der
> FB (**41).
>
> Nanu?
Winterzeit nutzen'. Mit Häkchen hat die F!B rebootet, und dann die
korrekte Zeit angezeigt.
Wolfgang
--
> X-No-Archive: Yes
>
> begin Thread
>
>
> Moin!
>
> Gestern (am Montag) mußte ich mir mal den Wecker stellen. Naja,
> Fritzbox über Bowserschnittestelle aufgemacht, Uhrzeit eingegeben,
> Telefon klingeln lassen aktiviert...
>
> Hatte sie aber nicht.
>
> Muß sie wohl später gemacht haben: Als ich wieder nach Hause kam,
> hatte der Anruferspeicher vom Telefon den entsprechenden Weckanruf der
> FB (**41).
>
> Nanu?
>
> Ich ging davon aus, daß die FB die Zeitinformation mit dem DSL-Signal
> vom ISP bezieht und natürlich "weiß", daß jetzt Sommerzeit ist. Hat da
> Frau Alice aus dem Sauerstoffzelt was versaubeutelt?
>
> Ich ging davon aus, daß die FB die Zeitinformation mit dem DSL-Signal
> vom ISP bezieht und natürlich "weiß", daß jetzt Sommerzeit ist. Hat da
> Frau Alice aus dem Sauerstoffzelt was versaubeutelt?
>
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
Bei mir war kein Häkchen vor 'System => Zeitzone => Sommer- und
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
Winterzeit nutzen'. Mit Häkchen hat die F!B rebootet, und dann die
korrekte Zeit angezeigt.
Wolfgang
--
Marc Haber
Mar 28, 2012, 6:06:52 AM3/28/12
to
"Ralf . K u s m i e r z" <m...@privacy.invalid> wrote:
>Ich ging davon aus, daß die FB die Zeitinformation mit dem DSL-Signal
>vom ISP bezieht und natürlich "weiß", daß jetzt Sommerzeit ist.
NTP übermittelt Dir die UTC-Zeit. Und AVM hat in unserer Zeitzone die
>Ich ging davon aus, daß die FB die Zeitinformation mit dem DSL-Signal
>vom ISP bezieht und natürlich "weiß", daß jetzt Sommerzeit ist.
Sommerzeit vergeigt.
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Gernot Zander
Mar 28, 2012, 10:03:07 AM3/28/12
to
Hi,
in de.comm.technik.dsl Wolfgang Jäth <jawo.use...@freenet.de> wrote:
> Bei mir war kein Häkchen vor 'System => Zeitzone => Sommer- und
> Winterzeit nutzen'. Mit Häkchen hat die F!B rebootet, und dann die
> korrekte Zeit angezeigt.
Je nach Modell fehlt diese Einstellung.
Trabifahrer kommen alle in den Himmel, denn sie hatten schon die Hölle
auf Erden.
in de.comm.technik.dsl Wolfgang Jäth <jawo.use...@freenet.de> wrote:
> Bei mir war kein Häkchen vor 'System => Zeitzone => Sommer- und
> Winterzeit nutzen'. Mit Häkchen hat die F!B rebootet, und dann die
> korrekte Zeit angezeigt.
Trabifahrer kommen alle in den Himmel, denn sie hatten schon die Hölle
auf Erden.
hannes wendelfinger
Mar 28, 2012, 10:10:38 AM3/28/12
to
On 27.03.2012 20:58, Ralf . K u s m i e r z wrote:
> X-No-Archive: Yes
>
> begin Thread
>
>
> Moin!
>
> Gestern (am Montag) mußte ich mir mal den Wecker stellen. Naja,
> Fritzbox über Bowserschnittestelle aufgemacht, Uhrzeit eingegeben,
> Telefon klingeln lassen aktiviert...
>
> Hatte sie aber nicht.
>
> Muß sie wohl später gemacht haben: Als ich wieder nach Hause kam,
> hatte der Anruferspeicher vom Telefon den entsprechenden Weckanruf der
> FB (**41).
>
> Nanu?
>
> X-No-Archive: Yes
>
> begin Thread
>
>
> Moin!
>
> Gestern (am Montag) mußte ich mir mal den Wecker stellen. Naja,
> Fritzbox über Bowserschnittestelle aufgemacht, Uhrzeit eingegeben,
> Telefon klingeln lassen aktiviert...
>
> Hatte sie aber nicht.
>
> Muß sie wohl später gemacht haben: Als ich wieder nach Hause kam,
> hatte der Anruferspeicher vom Telefon den entsprechenden Weckanruf der
> FB (**41).
>
> Nanu?
>
> Ich ging davon aus, daß die FB die Zeitinformation mit dem DSL-Signal
> vom ISP bezieht und natürlich "weiß", daß jetzt Sommerzeit ist. Hat da
> Frau Alice aus dem Sauerstoffzelt was versaubeutelt?
>
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
>
>
> Gruß aus Bremen
> Frau Alice aus dem Sauerstoffzelt was versaubeutelt?
>
> Gerade ausprobiert: Die Box ist immer noch nicht umgestellt. Eine
> manuelle Zeiteinstellung konnte ich auch nicht entdecken, eine Ausgabe
> der Uhrzeit über die Browserschnittstelle auch nicht.
>
>
> Ralf
die creme de la creme der edv it informatik -branche und die zierde der
menschheit bekommts im jahr 2012 eben immer noch nicht gebacken mit
zeitzonen, zeitumstellungen usw.
software-engineering anyone? stand der technik, maerz 2012.
Arno Welzel
Mar 28, 2012, 12:35:30 PM3/28/12
to
Ralf . K u s m i e r z, 2012-03-27 20:58:
> Gestern (am Montag) mußte ich mir mal den Wecker stellen. Naja,
> Fritzbox über Bowserschnittestelle aufgemacht, Uhrzeit eingegeben,
> Telefon klingeln lassen aktiviert...
>
> Hatte sie aber nicht.
Ja - weil manche Versionen der Fritzbox einen Bug bzgl.
Sommerzeitumstellung haben.
<http://www.heise.de/newsticker/meldung/Fritz-Boxen-verschlafen-Zeitumstellung-1479870.html>
<http://www.computerbase.de/news/2012-03/avms-fritz-fon-und-fritz-box-verschlafen-sommerzeit/>
--
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
> Gestern (am Montag) mußte ich mir mal den Wecker stellen. Naja,
> Fritzbox über Bowserschnittestelle aufgemacht, Uhrzeit eingegeben,
> Telefon klingeln lassen aktiviert...
>
> Hatte sie aber nicht.
Sommerzeitumstellung haben.
<http://www.heise.de/newsticker/meldung/Fritz-Boxen-verschlafen-Zeitumstellung-1479870.html>
<http://www.computerbase.de/news/2012-03/avms-fritz-fon-und-fritz-box-verschlafen-sommerzeit/>
--
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
Arno Welzel
Mar 28, 2012, 12:37:54 PM3/28/12
to
hannes wendelfinger, 2012-03-28 16:10:
[Fritzbox stellt nicht auf Sommerzeit um]
zurückzuführen ist. Solche Probleme schleppen sich oft lang hin, weil es
eben immer nur zum Zeitpunkt einer Zeitumstellung akut wird und dann
gerne wieder vergessen wird. Und hier speziell war es ein Bug, der sich
nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
[Fritzbox stellt nicht auf Sommerzeit um]
> die creme de la creme der edv it informatik -branche und die zierde der
> menschheit bekommts im jahr 2012 eben immer noch nicht gebacken mit
> zeitzonen, zeitumstellungen usw.
Ja - vermutlich wegen einer fehlerhaften uLibC, auf die das Problem
> menschheit bekommts im jahr 2012 eben immer noch nicht gebacken mit
> zeitzonen, zeitumstellungen usw.
zurückzuführen ist. Solche Probleme schleppen sich oft lang hin, weil es
eben immer nur zum Zeitpunkt einer Zeitumstellung akut wird und dann
gerne wieder vergessen wird. Und hier speziell war es ein Bug, der sich
nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
Helmut Hullen
Mar 28, 2012, 1:34:00 PM3/28/12
to
Hallo, Arno,
Du meintest am 28.03.12:
Der bei
<http://www.computerbase.de/news/2012-03/avms-fritz-fon-und-fritz-box-verschlafen-sommerzeit/>
behauptete Turnus von 28 Jahren dürfte falsch sein.
Als Sonntagskind weiss ich, dass mein Geburtstag dreimal alle 17 Jahre
auf einen Sonntag fällt, unterteilt in einen 6/6/5-Jahre-Rhythmus.
Da kann es lange dauern, bis das mit der 4-Jahre-Periode der Schaltjahre
übereinstimmt.
Viele Gruesse!
Helmut
Du meintest am 28.03.12:
<http://www.computerbase.de/news/2012-03/avms-fritz-fon-und-fritz-box-verschlafen-sommerzeit/>
behauptete Turnus von 28 Jahren dürfte falsch sein.
Als Sonntagskind weiss ich, dass mein Geburtstag dreimal alle 17 Jahre
auf einen Sonntag fällt, unterteilt in einen 6/6/5-Jahre-Rhythmus.
Da kann es lange dauern, bis das mit der 4-Jahre-Periode der Schaltjahre
übereinstimmt.
Viele Gruesse!
Helmut
Michael Unger
Mar 28, 2012, 1:59:05 PM3/28/12
to
On 2012-03-28 18:37, "Arno Welzel" wrote:
> [...] Und hier speziell war es ein Bug, der sich
Kalender-Layout einschließlich -Berechnung in PostScript gemacht habe,
hoffe ich natürlich, nicht denselben Fehler gemacht zu haben. Für 2011,
2012 und 2013 ist es bei mir aber anscheinend korrekt.
Michael
--
Real names enhance the probability of getting real answers.
My e-mail account at DECUS Munich is no longer valid.
> [...] Und hier speziell war es ein Bug, der sich
> nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
Rein aus Interesse: Was ist das konkret für ein Bug? Da ich gerade ein
Kalender-Layout einschließlich -Berechnung in PostScript gemacht habe,
hoffe ich natürlich, nicht denselben Fehler gemacht zu haben. Für 2011,
2012 und 2013 ist es bei mir aber anscheinend korrekt.
Michael
--
Real names enhance the probability of getting real answers.
My e-mail account at DECUS Munich is no longer valid.
Wolfgang Jäth
Mar 28, 2012, 3:46:37 PM3/28/12
to
Am 28.03.2012 16:03, schrieb Gernot Zander:
>
> in de.comm.technik.dsl Wolfgang Jäth <jawo.use...@freenet.de> wrote:
>> Bei mir war kein Häkchen vor 'System => Zeitzone => Sommer- und
>> Winterzeit nutzen'. Mit Häkchen hat die F!B rebootet, und dann die
>> korrekte Zeit angezeigt.
>
> Je nach Modell fehlt diese Einstellung.
Ich glaube nicht, daß das eine Frage der Hardware ist; höchstens eine
>
> in de.comm.technik.dsl Wolfgang Jäth <jawo.use...@freenet.de> wrote:
>> Bei mir war kein Häkchen vor 'System => Zeitzone => Sommer- und
>> Winterzeit nutzen'. Mit Häkchen hat die F!B rebootet, und dann die
>> korrekte Zeit angezeigt.
>
> Je nach Modell fehlt diese Einstellung.
der installierten Firmware.
Wolfgang
--
Christoph Sternberg
Mar 29, 2012, 1:51:09 AM3/29/12
to
Wolfgang Jäth meinte:
>Ich glaube nicht, daß das eine Frage der Hardware ist; höchstens eine
>der installierten Firmware.
Einstellmöglichkeit nicht.
Christoph Sternberg */\
Michael Landenberger
Mar 29, 2012, 2:44:02 AM3/29/12
to
Am 28.03.2012 19:34, schrieb Helmut Hullen:
> Als Sonntagskind weiss ich, dass mein Geburtstag dreimal alle 17 Jahre
> auf einen Sonntag fällt, unterteilt in einen 6/6/5-Jahre-Rhythmus.
>
> Da kann es lange dauern, bis das mit der 4-Jahre-Periode der Schaltjahre
> übereinstimmt.
Das nächste Mal ist 2040, also tatsächlich in 28 Jahren.
> Als Sonntagskind weiss ich, dass mein Geburtstag dreimal alle 17 Jahre
> auf einen Sonntag fällt, unterteilt in einen 6/6/5-Jahre-Rhythmus.
>
> Da kann es lange dauern, bis das mit der 4-Jahre-Periode der Schaltjahre
> übereinstimmt.
*nachguck*: auch 2068 ist ein Schaltjahr, in dem der 1. April auf einen
Sonntag fällt. Scheint was dran zu sein an den 28 Jahren ;-)
Gruß
Michael
Michael Landenberger
Mar 29, 2012, 2:49:19 AM3/29/12
to
Am 28.03.2012 19:59, schrieb Michael Unger:
> Rein aus Interesse: Was ist das konkret für ein Bug?
Ein ganz dämlicher. Der Algorithmus soll dafür sorgen, dass in
> Rein aus Interesse: Was ist das konkret für ein Bug?
Schaltjahren der Februar (und nur dieser) um einen Tag verlängert wird.
Tatsächlich sorgt er aber dafür, dass die Fritzbox in Schaltjahren
*jeden* Monat mit Ausnahme des Januar um einen Tag verlängert. Dadurch
rechnet sie mit 32 März-Tagen, wodurch sie den 1. April irrtümlich noch
für einen März-Tag hält. Da der 1. April außerdem in diesem Jahr auf
einen fällt, hält die Fritzbox diesen Tag für den letzten Sonntag im
März und verlegt die Sommerzeit-Umstellung auf diesen Tag, anstatt auf
den tatsächlich letzten Sonntag im März (25.3.).
Gruß
Michael
Michael Landenberger
Mar 29, 2012, 2:50:30 AM3/29/12
to
Am 29.03.2012 08:49, schrieb Michael Landenberger:
> Da der 1. April außerdem in diesem Jahr auf
> einen fällt,
^Sonntag
> Da der 1. April außerdem in diesem Jahr auf
> einen fällt,
Gruß
Michael
Arno Welzel
Mar 29, 2012, 7:47:41 AM3/29/12
to
Helmut Hullen, 2012-03-28 19:34:
Dann sind es meinentwegen alle 17 Jahre - auch selten genug.
Aber der Bug in der ulibc bestand auch nicht darin, den Sonntag falsch
zu ermitteln. Siehe auch den Fix auf
<http://git.busybox.net/uClibc/patch/libc/misc/time/time.c?id=47f3da1cf49377c25772bb54d07db55225bbb142>.
Aber der Bug in der ulibc bestand auch nicht darin, den Sonntag falsch
zu ermitteln. Siehe auch den Fix auf
<http://git.busybox.net/uClibc/patch/libc/misc/time/time.c?id=47f3da1cf49377c25772bb54d07db55225bbb142>.
Gernot Zander
Mar 29, 2012, 10:16:12 AM3/29/12
to
Hi,
in de.comm.technik.dsl Wolfgang Jäth <jawo.use...@freenet.de> wrote:
> > Je nach Modell fehlt diese Einstellung.
> Ich glaube nicht, daß das eine Frage der Hardware ist; höchstens eine
> der installierten Firmware.
Da die Firmware bei jeder Hardware anders ist, bedingt das eine das
andere.
Ein Narr sagt, was er weiß. Ein Weiser weiß, was er sagt.
in de.comm.technik.dsl Wolfgang Jäth <jawo.use...@freenet.de> wrote:
> > Je nach Modell fehlt diese Einstellung.
> Ich glaube nicht, daß das eine Frage der Hardware ist; höchstens eine
> der installierten Firmware.
andere.
Ein Narr sagt, was er weiß. Ein Weiser weiß, was er sagt.
Michael Unger
Mar 29, 2012, 11:24:25 AM3/29/12
to
On 2012-03-29 08:49, "Michael Landenberger" wrote:
> Am 28.03.2012 19:59, schrieb Michael Unger:
>
>> Rein aus Interesse: Was ist das konkret für ein Bug?
>
> Ein ganz dämlicher. Der Algorithmus soll dafür sorgen, dass in
> Schaltjahren der Februar (und nur dieser) um einen Tag verlängert wird.
> Tatsächlich sorgt er aber dafür, dass die Fritzbox in Schaltjahren
> *jeden* Monat mit Ausnahme des Januar um einen Tag verlängert. Dadurch
> rechnet sie mit 32 März-Tagen, wodurch sie den 1. April irrtümlich noch
> für einen März-Tag hält. [...]
> Am 28.03.2012 19:59, schrieb Michael Unger:
>
>> Rein aus Interesse: Was ist das konkret für ein Bug?
>
> Ein ganz dämlicher. Der Algorithmus soll dafür sorgen, dass in
> Schaltjahren der Februar (und nur dieser) um einen Tag verlängert wird.
> Tatsächlich sorgt er aber dafür, dass die Fritzbox in Schaltjahren
> *jeden* Monat mit Ausnahme des Januar um einen Tag verlängert. Dadurch
> rechnet sie mit 32 März-Tagen, wodurch sie den 1. April irrtümlich noch
Danke. Offenbar habe ich in dieser Hinsicht dann keinen "Bock geschossen".
Nebenbei bemerkt: Die berühmte Gaußsche Osterformel [1] berechnet den
Ostersonntag auch als "Tag im März", selbst wenn er im April liegt. (Für
die Berechnung der übrigen, davon abhängigen, Feiertage wäre aber "Tag
im Jahr" günstiger; die Umrechnung ist aber trivial.)
Michael
[1]
<http://www.ptb.de/cms/fachabteilungen/abt4/fb-44/ag-441/darstellung-der-gesetzlichen-zeit/wann-ist-ostern.html>
Thorsten Dahm
Mar 29, 2012, 11:35:01 AM3/29/12
to
Am 3/28/12 5:37 PM, schrieb Arno Welzel:
etwas weniger als 28 Jahre.
HTH,
Thorsten
> Und hier speziell war es ein Bug, der sich
> nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
Wird der Bug nicht behoben, ist es 2014 wieder soweit. Das sind bei mir
> nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
etwas weniger als 28 Jahre.
HTH,
Thorsten
Helmut Hullen
Mar 29, 2012, 11:56:00 AM3/29/12
to
Hallo, Thorsten,
Du meintest am 29.03.12:
>> Und hier speziell war es ein Bug, der sich
>> nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
> Wird der Bug nicht behoben, ist es 2014 wieder soweit. Das sind bei
> mir etwas weniger als 28 Jahre.
Vermutlich nicht. Wenn ich die Informationen richtig sortiert habe,
tritt er (in dieser einen "busybox"-Variante) auf, wenn am letzten
Sonntag im März auf Sommerzeit umgestellt wird und das betroffene Jahr
ein Schaltjahr ist und der 1. April ein Sonntag ist.
Trifft in Europa im Jahr 2040 wieder zu, desgleichen im Jahr 2068 - ich
muss bis dahin meine "busybox"-Version upgedatet haben.
Viele Gruesse!
Helmut
Du meintest am 29.03.12:
>> Und hier speziell war es ein Bug, der sich
>> nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
> Wird der Bug nicht behoben, ist es 2014 wieder soweit. Das sind bei
> mir etwas weniger als 28 Jahre.
tritt er (in dieser einen "busybox"-Variante) auf, wenn am letzten
Sonntag im März auf Sommerzeit umgestellt wird und das betroffene Jahr
ein Schaltjahr ist und der 1. April ein Sonntag ist.
Trifft in Europa im Jahr 2040 wieder zu, desgleichen im Jahr 2068 - ich
muss bis dahin meine "busybox"-Version upgedatet haben.
Viele Gruesse!
Helmut
Michael Landenberger
Mar 29, 2012, 2:11:48 PM3/29/12
to
Am 29.03.2012 17:35, schrieb Thorsten Dahm:
> Wird der Bug nicht behoben, ist es 2014 wieder soweit.
Nein, denn 2014 ist kein Schaltjahr.
> Wird der Bug nicht behoben, ist es 2014 wieder soweit.
Zur Erinnerung: die Sommerzeit-Umstellung geht nur dann schief, wenn der
1. April auf einen Sonntag fällt *und* es sich um ein Schaltjahr
handelt. Und diese Bedingung ist erst 2040 (also in 28 Jahren) wieder
erfüllt.
> Das sind bei mir etwas weniger als 28 Jahre.
beschriebenen Gründen der Fehler nicht auf.
Gruß
Michael
Erik Vogelgsang
Mar 29, 2012, 2:19:03 PM3/29/12
to
Helmut Hullen schrieb:
> Trifft in Europa im Jahr 2040 wieder zu, desgleichen im Jahr 2068 - ich
> muss bis dahin meine "busybox"-Version upgedatet haben.
Dürfte im Oktober 2020 auch die Winterzeitumstellung betreffen, Du mußt
Dein Update also etwas vorverlegen :-)
>
> Viele Gruesse!
> Helmut
>
--
Gruß Erik.
> Trifft in Europa im Jahr 2040 wieder zu, desgleichen im Jahr 2068 - ich
> muss bis dahin meine "busybox"-Version upgedatet haben.
Dein Update also etwas vorverlegen :-)
>
> Viele Gruesse!
> Helmut
>
--
Gruß Erik.
Wolfgang Jäth
Mar 30, 2012, 12:34:45 AM3/30/12
to
Am 28.03.2012 19:34, schrieb Helmut Hullen:
>
>
>> [Fritzbox stellt nicht auf Sommerzeit um]
>>> die creme de la creme der edv it informatik -branche und die zierde
>>> der menschheit bekommts im jahr 2012 eben immer noch nicht gebacken
>>> mit zeitzonen, zeitumstellungen usw.
>
>> Ja - vermutlich wegen einer fehlerhaften uLibC, auf die das Problem
>> zurückzuführen ist. Solche Probleme schleppen sich oft lang hin, weil
>> es eben immer nur zum Zeitpunkt einer Zeitumstellung akut wird und
>> dann gerne wieder vergessen wird. Und hier speziell war es ein Bug,
>> der sich nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
>
> Der bei
>
> <http://www.computerbase.de/news/2012-03/avms-fritz-fon-und-fritz-box-verschlafen-sommerzeit/>
>
> behauptete Turnus von 28 Jahren dürfte falsch sein.
Nein; 28 = Anzahl der Wochentage (7) * Häufigkeit der Schaltjahre (4)
>>> die creme de la creme der edv it informatik -branche und die zierde
>>> der menschheit bekommts im jahr 2012 eben immer noch nicht gebacken
>>> mit zeitzonen, zeitumstellungen usw.
>
>> Ja - vermutlich wegen einer fehlerhaften uLibC, auf die das Problem
>> zurückzuführen ist. Solche Probleme schleppen sich oft lang hin, weil
>> es eben immer nur zum Zeitpunkt einer Zeitumstellung akut wird und
>> dann gerne wieder vergessen wird. Und hier speziell war es ein Bug,
>> der sich nur bei Sommerzeitumstellung alle 28 Jahre zeigt.
>
> Der bei
>
> <http://www.computerbase.de/news/2012-03/avms-fritz-fon-und-fritz-box-verschlafen-sommerzeit/>
>
> behauptete Turnus von 28 Jahren dürfte falsch sein.
Zumindest gilt das, solange nicht die Ausnahmeregel greift, daß in allen
zwar durch 100, aber nicht durch 400 teilbaren Jahren der Schalltag
ausfällt.
Trotzdem kann ich mir keinen Softwarefehler vorstellen, der in einem
solchen Rhytmus (oder überhaupt) eine derartige Fehlberechnung bewirken
könnte.
> Als Sonntagskind weiss ich, dass mein Geburtstag dreimal alle 17 Jahre
> auf einen Sonntag fällt, unterteilt in einen 6/6/5-Jahre-Rhythmus.
Normale Jahren beinhalten genau 52 Wochen + 1 Tag (und Schaltjahre eben
52 Wochen + 2 Tage), d. h. das gleiche Datum fällt im nächsten Jahr
immer auf den folgenden Wochentag, bzw. bei Schaltjahren auf den
übernächsten Tag. Und einmal pro Zyklus wird genau der betrachtete Tag
(hier der Sonntag) übersprungen.
Z. B. ist Neujahr ein Sonntag in folgenden Jahren
01.01.2006 6 Jahre Abstand (1 Schaltjahr in der Periode)
01.01.2012 5 (2 Schaltjahre)
01.01.2017 6
01.01.2023 11 (=6+5; der So wird genau übersprungen)
01.01.2034 6
01.01.2040 5
01.01.2045 6
01.01.2051 11
01.01.2062 6
01.01.2068 5
01.01.2073 6
01.01.2079 :
Wolfgang
--
Message has been deleted
Ralph A. Schmid, dk5ras
Mar 30, 2012, 10:38:22 AM3/30/12
to
Marc Haber <mh+usene...@zugschl.us> wrote:
>NTP übermittelt Dir die UTC-Zeit. Und AVM hat in unserer Zeitzone die
>Sommerzeit vergeigt.
Ich habe nie auf die Zeit meines Fritzen geachtet, er hatte noch UTC,
>NTP übermittelt Dir die UTC-Zeit. Und AVM hat in unserer Zeitzone die
>Sommerzeit vergeigt.
und nachdem ich den Haken für Zeitzone manuell, GMT+1, und "Sommerzeit
und Winterzeit nutzen" eingestellt habe, hat er nach einem reboot die
aktuelle Sommerzeit reichtig angezeigt. W920V als 7570 geflasht,
letzte verfügbare FW 75.04.91.
So wird das natürlich nix mit unveränderter IP-Adresse, aber egal :)
-ras
--
Ralph A. Schmid
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/
Christoph Sternberg
Mar 30, 2012, 11:00:34 AM3/30/12
to
Ralph A. Schmid, dk5ras meinte:
>Ich habe nie auf die Zeit meines Fritzen geachtet, er hatte noch UTC,
>und nachdem ich den Haken für Zeitzone manuell, GMT+1, und "Sommerzeit
>und Winterzeit nutzen" eingestellt habe, hat er nach einem reboot die
>aktuelle Sommerzeit reichtig angezeigt. W920V als 7570 geflasht,
>letzte verfügbare FW 75.04.91.
Christoph Sternberg */\
Ralph A. Schmid, dk5ras
Mar 30, 2012, 1:36:31 PM3/30/12
to
Christoph Sternberg <cster...@nurfuerspam.de> wrote:
>Wie gesagt,die 7170 hat diese Einstellmöglichkeiten nicht.
Ja, klar. JEdenfalls ist hier kein Bug aufgefallen, egal, wie die
>Wie gesagt,die 7170 hat diese Einstellmöglichkeiten nicht.
Optionen standen.
Was ichnicht verstehe, das ist der reboot. Bei geänderter IP-Adresse
wird der nicht verlangt, und prompt spinnt die Kiste, bis man mal
manuell neu startet, doch wegen der popeligen Uhrzeit ein reboot?!
Krank.
Thorsten Dahm
Apr 8, 2012, 11:24:13 AM4/8/12
to
Am 29.03.2012 20:11, schrieb Michael Landenberger:
> Am 29.03.2012 17:35, schrieb Thorsten Dahm:
>> Wird der Bug nicht behoben, ist es 2014 wieder soweit.
>
> Nein, denn 2014 ist kein Schaltjahr.
>
> Zur Erinnerung: die Sommerzeit-Umstellung geht nur dann schief, wenn der
> 1. April auf einen Sonntag fällt *und* es sich um ein Schaltjahr
> handelt. Und diese Bedingung ist erst 2040 (also in 28 Jahren) wieder
> erfüllt.
So habe ich das Problem verstanden:
> Am 29.03.2012 17:35, schrieb Thorsten Dahm:
>> Wird der Bug nicht behoben, ist es 2014 wieder soweit.
>
> Nein, denn 2014 ist kein Schaltjahr.
>
> Zur Erinnerung: die Sommerzeit-Umstellung geht nur dann schief, wenn der
> 1. April auf einen Sonntag fällt *und* es sich um ein Schaltjahr
> handelt. Und diese Bedingung ist erst 2040 (also in 28 Jahren) wieder
> erfüllt.
Wenn in einer locale steht, dass in der "5. Woche im Monat" umgeschaltet
wird, muss das als "in der letzten Woche" gelesen
werden. Wenn also "der fünfte Sonntag" drin steht, dann ist das "der
letzte Sonntag". Dieses Jahr gibt es im März nur 4 Sonntage, was halt ab
und zu vorkommt. Und deshalb klappt es halt nicht, wenn man auf den 5.
Sonntag wartet. Drum wird sich der Fehler auch am darauffolgenden
Sonntag (was passenderweise der 1. April war) selbst beheben.
Und das wäre (wenn auch nur für 2 Tage) wieder 2014 der Fall, wenn ich
mich nicht verguckt habe. Mit Schaltjahr hat das AFAIk nix zu tun.
Gruß,
Thorsten
Michael Landenberger
Apr 8, 2012, 1:29:32 PM4/8/12
to
Am 08.04.2012 17:24, schrieb Thorsten Dahm:
> So habe ich das Problem verstanden:
>
> Wenn in einer locale steht, dass in der "5. Woche im Monat" umgeschaltet
> wird, muss das als "in der letzten Woche" gelesen
> werden. Wenn also "der fünfte Sonntag" drin steht, dann ist das "der
> letzte Sonntag". Dieses Jahr gibt es im März nur 4 Sonntage, was halt ab
> und zu vorkommt. Und deshalb klappt es halt nicht, wenn man auf den 5.
> Sonntag wartet. Drum wird sich der Fehler auch am darauffolgenden
> Sonntag (was passenderweise der 1. April war) selbst beheben.
Du liegst leider falsch. Mit localen hat das überhaupt nichts zu tun. Es
> So habe ich das Problem verstanden:
>
> Wenn in einer locale steht, dass in der "5. Woche im Monat" umgeschaltet
> wird, muss das als "in der letzten Woche" gelesen
> werden. Wenn also "der fünfte Sonntag" drin steht, dann ist das "der
> letzte Sonntag". Dieses Jahr gibt es im März nur 4 Sonntage, was halt ab
> und zu vorkommt. Und deshalb klappt es halt nicht, wenn man auf den 5.
> Sonntag wartet. Drum wird sich der Fehler auch am darauffolgenden
> Sonntag (was passenderweise der 1. April war) selbst beheben.
wird auch nicht in der "5. Woche im Monat" umgeschaltet, sondern immer
am letzten Sonntag im März. Dabei ist es völlig unerheblich, ob es 4
oder 5 März-Sonntage gibt. Grundsätzlich ist die Fritzbox-Firmware auch
in der Lage, unabhängig von der Anzahl der März-Sonntage den letzten
Sonntag im März korrekt zu ermitteln. Allerdings wird das in
Schaltjahren (und nur in diesen!) durch eine falsch programmierte
Routine in der Fritzbox-Firmware sabotiert. Die Routine soll eigentlich
in Schaltjahren den Februar um einen Tag verlängern. Aufgrund des
Fehlers verlängert sie jedoch *jeden* Monat des betreffenden Jahres mit
Ausnahme des Januar um einen Tag. Folglich rechnet die Fritzbox in
Schaltjahren mit 32 März-Tagen. Sie hält also den 1. April für den 32. März.
Die Sommerzeit-Umstellung soll am letzten März-Sonntag erfolgen. In
diesem Jahr ist das der 25.3. Der darauffolgende Sonntag ist der 1.
April und daher kein März-Sonntag mehr. Die Fritzbox hält den 1. April
aber für den 32. März und somit den 25. März erst für den vorletzten
März-Sonntag. Ergebnis: die Sommerzeit-Umstellung erfolgt mit 1 Woche
Verspätung.
Der Bug wirkt sich also nur dann aus, wenn der 1. April ein Sonntag
*und* das betreffende Jahr ein Schaltjahr ist. Diese Doppelbedingung ist
frühestens 2040 wieder erfüllt. Schon 2018 fällt der 1. April wieder auf
einen Sonntag, da 2018 aber kein Schaltjahr ist, gibt es in diesem Jahr
kein Problem. Auch in "normalen" Schaltjahren merkt man nichts von dem
Bug, wenn der 1. April *nicht* auf einen Sonntag fällt, denn dann lässt
sich der letzte März-Sonntag auch dann noch korrekt ermitteln, wenn man
fälschlicherweise mit 32 März-Tagen rechnet.
Der Bug schlägt übrigens auch bei der Umstellung von Sommer- auf
Winterzeit im Oktober zu, allerdings analog zur Sommerzeit-Umstellung
nur dann, wenn der 1. November ein Sonntag *und* das betreffende Jahr
ein Schaltjahr ist. Diese Konstellation tritt aber noch später, nämlich
frühestens 2048 ein.
Ich gehe jedenfalls davon aus, dass ich 2040 oder gar 2048 keines der
von dem Bug betroffenen Geräte mehr in Benutzung haben werde ;-)
Gruß
Michael
Michael Landenberger
Apr 8, 2012, 1:34:52 PM4/8/12
to
Am 08.04.2012 19:29, schrieb Michael Landenberger:
> Der Bug schlägt übrigens auch bei der Umstellung von Sommer- auf
> Winterzeit im Oktober zu, allerdings analog zur Sommerzeit-Umstellung
> nur dann, wenn der 1. November ein Sonntag *und* das betreffende Jahr
> ein Schaltjahr ist. Diese Konstellation tritt aber noch später, nämlich
> frühestens 2048 ein.
Ich muss mich korrigieren: 2020 ist das nächste Schaltjahr, in dem der
> Der Bug schlägt übrigens auch bei der Umstellung von Sommer- auf
> Winterzeit im Oktober zu, allerdings analog zur Sommerzeit-Umstellung
> nur dann, wenn der 1. November ein Sonntag *und* das betreffende Jahr
> ein Schaltjahr ist. Diese Konstellation tritt aber noch später, nämlich
> frühestens 2048 ein.
1. November auf einen Sonntag fällt. Es wird also schon 2020 zu einem
Fehler bei der Umstellung von Sommer- auf Winterzeit kommen.
Ob ich 2020 noch ein von dem Bug betroffenes Gerät im Einsatz haben
werde, wird sich zeigen müssen ;-)
Gruß
Michael
Message has been deleted
0 new messages