RE: [Emacs-diffs] master 085c7f6 2/2: Test format-time-string with zone arg

2017-05-03 Thread Billy O'Neal (VC LIBS)
I’m not an expert at all in this area. I did run a few queries against Win sources though. I think ERROR_INVALID_DRIVE is dead. The only place I found it mentioned was in the CRT trying to translate it to ENOENT. There was a comment from 1989 there, it may have meant something in the DOS / Win9

Re: [Emacs-diffs] master 085c7f6 2/2: Test format-time-string with zone arg

2017-05-03 Thread Davis Herring
On 05/02/2017 03:55 PM, Bruno Haible wrote: FilenameGetLastError() errno in Emacs errno in Gnulib '\\server' ERROR_BAD_PATHNAME EINVAL ENOENT '\\server\nonexistentshare\'ERROR_BAD_NET_NAME EINVAL

Re: tzset: add native Windows workaround

2017-05-03 Thread Ken Brown
On 5/3/2017 11:24 AM, Paul Eggert wrote: On 05/03/2017 04:31 AM, Ken Brown wrote: Perhaps the Cygwin folks could be talked into changing an unset TZ to mean "ask the Windows Control Panel". This seems to already be happening. Here's what I see on my Cygwin system: $ echo $TZ America/New_York

Re: tzset: add native Windows workaround

2017-05-03 Thread Marco Atzeri
On 03/05/2017 17:24, Paul Eggert wrote: On 05/03/2017 04:31 AM, Ken Brown wrote: Perhaps the Cygwin folks could be talked into changing an unset TZ to mean "ask the Windows Control Panel". This seems to already be happening. Here's what I see on my Cygwin system: $ echo $TZ America/New_York

Re: [Emacs-diffs] master 085c7f6 2/2: Test format-time-string with zone arg

2017-05-03 Thread Eli Zaretskii
> Cc: kbr...@cornell.edu, emacs-de...@gnu.org, bug-gnulib@gnu.org > From: Paul Eggert > Date: Tue, 2 May 2017 15:35:03 -0700 > > > 1) The Emacs w32.c ports to Windows98 as well, whereas Gnulib currently > > assumes > > Windows XP at least (and will soon move to Windows 7, I guess - namely when >

Re: [Emacs-diffs] master 085c7f6 2/2: Test format-time-string with zone arg

2017-05-03 Thread Eli Zaretskii
> From: Bruno Haible > Cc: kbr...@cornell.edu, emacs-de...@gnu.org, bug-gnulib@gnu.org > Date: Tue, 02 May 2017 23:55:50 +0200 > > The patch is fine with me: it has no drawbacks for other packages. Thanks. > However, it would be good to know what qualms you have with the msvc-nothrow > module.

Re: what shall we do with the drunken time_t ?

2017-05-03 Thread Paul Eggert
On 05/03/2017 07:26 AM, Michael Haubenwallner wrote: Would it be worth to override mktime() even for glibc? I doubt it for that particular issue, as the problem is due more to mktime's spec than to its implementation. I followed up at .

Re: tzset: add native Windows workaround

2017-05-03 Thread Paul Eggert
On 05/03/2017 04:31 AM, Ken Brown wrote: Perhaps the Cygwin folks could be talked into changing an unset TZ to mean "ask the Windows Control Panel". This seems to already be happening. Here's what I see on my Cygwin system: $ echo $TZ America/New_York $ date +'%Y-%m-%d %H:%M:%S %z (%Z)' 20

Re: what shall we do with the drunken time_t ?

2017-05-03 Thread Michael Haubenwallner
Hi, On 04/25/2017 12:40 AM, Bruno Haible wrote: > > Opinions? > $subject rings a different bell here, with glibc: https://sourceware.org/bugzilla/show_bug.cgi?id=17646 Would it be worth to override mktime() even for glibc? /haubi/

Re: tzset: add native Windows workaround

2017-05-03 Thread Ken Brown
On 5/3/2017 1:18 AM, Paul Eggert wrote: Bruno Haible wrote: Only for Cygwin, an empty or absent TZ environment variable means GMT. That's weird; I don't know of any other system that does that. In many systems, an empty but set TZ means UTC0 without leap seconds; but an unset TZ typically m