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 16:42:53 +0100 From: "Gerrit P. Haase" Reply-To: "Gerrit P. Haase" Organization: Esse keine toten Tiere Message-ID: <10178472217.20040213164253@familiehaase.de> To: cygwin AT cygwin DOT com Subject: Re: localtime_r not returning local time In-Reply-To: <20040213114655.GA13500@redhat.com> References: <20040212224445 DOT GA3844 AT efn DOT org> <7363911049 DOT 20040213124012 AT familiehaase DOT de> <20040213114655 DOT GA13500 AT redhat DOT com> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Christopher wrote: > 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 This is great, many thanks. Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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/