From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Timezone change in US Date: Fri, 16 Mar 2007 15:11:54 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1174050727 5835 80.91.229.12 (16 Mar 2007 13:12:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Mar 2007 13:12:07 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Mar 16 14:12:00 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HSCDw-0004zG-39 for geh-help-gnu-emacs@m.gmane.org; Fri, 16 Mar 2007 14:12:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HSCF2-0003z4-Mf for geh-help-gnu-emacs@m.gmane.org; Fri, 16 Mar 2007 08:13:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HSCEm-0003qs-Tx for help-gnu-emacs@gnu.org; Fri, 16 Mar 2007 09:12:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HSCEl-0003k9-46 for help-gnu-emacs@gnu.org; Fri, 16 Mar 2007 09:12:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HSCEk-0003jf-Sg for help-gnu-emacs@gnu.org; Fri, 16 Mar 2007 08:12:50 -0500 Original-Received: from romy.inter.net.il ([213.8.233.24]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HSCDd-0005vM-98 for help-gnu-emacs@gnu.org; Fri, 16 Mar 2007 09:11:41 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-157-79.inter.net.il [80.230.157.79]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id HKB81202 (AUTH halo1); Fri, 16 Mar 2007 15:11:31 +0200 (IST) In-reply-to: (message from Chris McMahan on Fri, 16 Mar 2007 08:25:01 -0400) X-detected-kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:42013 Archived-At: > From: Chris McMahan > Date: Fri, 16 Mar 2007 08:25:01 -0400 > > The main reason is that I'm setting up environment variables and paths > within my tcsh shell that are then used within emacs, but not within > Windows. There's probably no real compelling reason not to put them > into the Windows environment, but it's very nice to be able to just > edit the .tcshrc to make the necessary changes. Editing the Windows environment is as easy as editing .tcshrc, and doesn't require restarting the shell. > > I don't doubt the fact, I'm just saying that you were lucky. Cygwin > > and native Windows programs are incompatible, so much so that I don't > > see any reason to try to figure out what went wrong in this specific > > case. > > I think the only real problem comes in when you try to mix and match > the cygwin and windows utilities. I'm pointing my emacs installation > to use only the cygwin versions of utilities such as find, grep, ls, > awk and such, and so the incompatibilities have not been too much of > an issue for me. It is still a dangerous game. For example, signal implementations are incompatible, so I'd expect problems when you kill Emacs subprocesses. > >> There is something in > >> the emacs program itself that still assuming I'm in EST > > > > That something is the code that interprets the value of TZ: it cannot > > parse the `M3.2.0/2,M11.1.0/2' part, so it doesn't switch to EDT4. > > Then that may be the function to fix. That function is part of the runtime library. Its code is in one of the Windows DLLs, and the sources are not available, as Windows is not Free Software. So, unless Someone(tm) is going to implement the whole slew of time functions based on Windows API primitives and submit such an implementation for inclusion in Emacs, we cannot fix what Microsoft didn't do right. > I guess that's my basic point. Emacs should grok the TZ itself, and > make no assumptions based on the OS. That'd be a formidable job, given the complexities involved in time-related routines. I won't hold my breath waiting for this to happen any time soon.