Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Fri, 13 Feb 2004 06:46:55 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: localtime_r not returning local time Message-ID: <20040213114655.GA13500@redhat.com> Mail-Followup-To: cygwin AT cygwin DOT com References: <20040212224445 DOT GA3844 AT efn DOT org> <7363911049 DOT 20040213124012 AT familiehaase DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7363911049.20040213124012@familiehaase.de> User-Agent: Mutt/1.4.1i X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com On Fri, Feb 13, 2004 at 12:40:12PM +0100, Gerrit P. Haase wrote: >Yitzchak wrote: >>On Thu, Feb 12, 2004 at 01:10:03PM -0800, Rafael Kitover wrote: >>>Would it be a lot of overhead to have something like tzset be called in >>>the bootstrap code for launching Cygwin programs? Or maybe just have a >>>DLL global default, based on windows time zone, and just allow >>>processes to reset it for themselves (and any children.) > >>Either would be better than nothing. I'm very curious to know what >>various flavors of unix do. As I said, my reading of susv3 is that TZ >>should be checked with every call to localtime_r(). > >If tzset() should be called in localtime_r() it is a bug in newlib and >should be included there. localtime_r doesn't come from newlib. It's a cygwin routine. I checked in a fix a few days ago. http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/localtime.cc.diff?cvsroot=src&r1=1.10&r2=1.11 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/