From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/11889 Path: news.gmane.org!.POSTED!not-for-mail From: "A. Wilcox" Newsgroups: gmane.linux.lib.musl.general Subject: Re: strftime %Z returning empty string Date: Thu, 31 Aug 2017 15:44:23 -0500 Organization: =?UTF-8?Q?Ad=c3=a9lie_Linux?= Message-ID: <59A87527.3070700@adelielinux.org> References: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1504212287 13435 195.159.176.226 (31 Aug 2017 20:44:47 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 31 Aug 2017 20:44:47 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 To: musl@lists.openwall.com Original-X-From: musl-return-11902-gllmg-musl=m.gmane.org@lists.openwall.com Thu Aug 31 22:44:40 2017 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1dnWKK-0002y2-0X for gllmg-musl@m.gmane.org; Thu, 31 Aug 2017 22:44:36 +0200 Original-Received: (qmail 21728 invoked by uid 550); 31 Aug 2017 20:44:41 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 21707 invoked from network); 31 Aug 2017 20:44:40 -0000 In-Reply-To: Xref: news.gmane.org gmane.linux.lib.musl.general:11889 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 31/08/17 15:23, jacob@welshcomputing.com wrote: > Hello, > > I've been working through the Python test suite (2.7.13) on musl > (1.1.16). There were a couple over-zealous tests involving errno, > and locale tests that I'd expect to fail, but one set of failures I > haven't yet been able to rule out as a musl bug. Symptom: > >>>> time.strftime('%Z') > 'GMT' >>>> time.strftime('%Z', time.localtime()) > '' > > The Python docs say these should be equivalent. > > The implementation is about what you'd expect: if the second > argument to time.strftime() is omitted, it passes the results of C > localtime() directly to strftime(); otherwise it builds a "struct > tm" by "memset"ing to '\0' then assigning the public fields (which > of course don't include a time zone). > > Bug? Bad assumption on their part? Nonsensical standard? > > Thanks, J. Welsh %Z is a glibc extension. I don't believe musl supports it. Best, - --arw - -- A. Wilcox (awilfox) Project Lead, Adélie Linux http://adelielinux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJZqHUJAAoJEMspy1GSK50U6ksP/RPMfan6rKijFRS/6u5TDtam MnX6h9qCKvG5biaxH8vrb6qFP5bi/4IDHUM/dFsVHalCPmXrXYE6l/hb4nUmLCo0 ysbQ5vXilvY9gHHKxatOnHl0BH3YCxQoMGfJl1qcwfhH3ELfq5waVYNBN+lMueKV /qrtEIFcX1dWMnXnlyYuVoPL50Vt2qocKJ5i8U0fRNj96q2/foR4THAyQlgvWU2b oBZSNIr8bfrKjueNVA+0fzbPwmRj4nZaMHrmRXSgYpzEwuWkJNTstK12cksB8xp/ gmC8g3L1M/3Hj8YyJRbTRvF3ppgDZ7Glay+5n9ei0ZRKGJLOMY/k56wfWRApdAxC j9I39V52cgPheuVqvbTUGFrC9+vGptxT8zZRYEEXQmbKDw5z96QHbYebXtKuR3SV dcIREhOgyyS0TRCPDr1JB+giOxAADKTcZCFEeTn6A0o/ng06ccCEt0oztBVcB629 BVpq9QxfCKL2OBtXx1v0qB0GZDFGeKMK+fShBO/m/k7DvOL35rXKded5Wl9zk2fK O3HEBTvbrGnuQOQuEAMQpsdEnCfsEaNe+WOYveb/x33Q/dB+Jcy1/INte38levqS 63YCvTp7CyNGdG3Alr0bJk36srH2DR45JioJlWuwRI/MccGDUny5VHcZf5VEWUUU XsO/fQqzLwKnEkAT1rc5 =h9Bi -----END PGP SIGNATURE-----