From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <musl-return-20775-ml=inbox.vuxu.org@lists.openwall.com>
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4,
	RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4
Received: from second.openwall.net (second.openwall.net [193.110.157.125])
	by inbox.vuxu.org (Postfix) with SMTP id A0E1A211EF
	for <ml@inbox.vuxu.org>; Wed, 27 Mar 2024 05:43:24 +0100 (CET)
Received: (qmail 19686 invoked by uid 550); 27 Mar 2024 04:38:35 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Reply-To: musl@lists.openwall.com
Received: (qmail 19651 invoked from network); 27 Mar 2024 04:38:34 -0000
Date: Wed, 27 Mar 2024 04:42:53 +0000 (UTC)
From: Thorsten Glaser <tg@mirbsd.de>
X-X-Sender: tg@herc.mirbsd.org
To: musl@lists.openwall.com
In-Reply-To: <Cs32mB54K1ROv0rQTal4ZmildbT5XDQk-VcURv4gC5oaSnbZ4J6BwNrbRGSoMV9Seyimjyu9W3g-pS3GRFeN73Gllt6OgJV7Z10pVDTbIxI=@pm.me>
Message-ID: <Pine.BSM.4.64L.2403270441160.7824@herc.mirbsd.org>
References: <k-ThelZ9H3lbpQTYR4-HcBxsI_dzqStE-6fmE2NXSegDpA8u_c1KoRMWBhBu0Q5phyH67pQtbJ1x6qTEwnwpcY_ln1G1vI85TFOqbqlk4zE=@pm.me>
 <fc-GwUhx15X7vC5prdjwSO63RHycs6m6PR7qjto8L6ZF8TsSe6mbOmNiJM0X-BuwKPYow9CkGvjDHyfusEtEIfqcueaUbBfC04sAth8a4AM=@pm.me>
 <Pine.BSM.4.64L.2403252231290.3887@herc.mirbsd.org>
 <l1V8rm469ESVLMY_Ar0Q-_PAEcLsbFfUYW1-CQcDL2yx_u3afuSt1kX1IYPPeekzIAD2bpvKQ2_NYXWin6HWZ-F9jjiY6W7mdEF00E0VOiQ=@pm.me>
 <Pine.BSM.4.64L.2403252321540.3887@herc.mirbsd.org>
 <i7ujVlxhoLctiIws_tA9D37HKfDtrdqtYmZaI2l7SodVQe3ZQeHphhRDvNUbouXM3_E9KS04yTDPg2gSUFtmojHEBv7NwlHSc_DUm3AmMOc=@pm.me>
 <Pine.BSM.4.64L.2403262146330.7824@herc.mirbsd.org>
 <qlW23onKKWtg0mINpspLbsbYwt54A7u29SMSyOh-l2diDIsv4rowiblg0PUkqGp0d3uSxxN5p2yEukoictQQuhMcMRDn20HBHYiMm9OeO7U=@pm.me>
 <Pine.BSM.4.64L.2403270132330.7824@herc.mirbsd.org>
 <Cs32mB54K1ROv0rQTal4ZmildbT5XDQk-VcURv4gC5oaSnbZ4J6BwNrbRGSoMV9Seyimjyu9W3g-pS3GRFeN73Gllt6OgJV7Z10pVDTbIxI=@pm.me>
Content-Language: de-Zsym-DE-1901-u-em-text-rg-denw-tz-utc, en-Zsym-GB-u-cu-eur-em-text-fw-mon-hc-h23-ms-metric-mu-celsius-rg-denw-tz-utc-va-posix
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
Subject: Re: [musl] Broken mktime calculations when crossing DST boundary

Alexander Weps dixit:

>> | If a geographical timezone changes its UTC offset such that =E2=80=9Co=
ld
>> | 00:00=E2=80=9D becomes =E2=80=9Cnew 00:30=E2=80=9D and mktime() is giv=
en 00:20, it treats that
>> | as either 20 minutes after =E2=80=9Cold 00:00=E2=80=9D or 10 minutes b=
efore =E2=80=9Cnew
>> | 00:30=E2=80=9D, and gives back appropriately altered struct tm fields.
>
>Provide source.

POSIX Issue 8d4, lines 48038=EF=AC=80, page 1430.

bye,
//mirabilos
--=20
> Wish I had pine to hand :-( I'll give lynx a try, thanks.

Michael Schmitz on nntp://news.gmane.org/gmane.linux.debian.ports.68k
a.k.a. {news.gmane.org/nntp}#news.gmane.linux.debian.ports.68k in pine