Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 23764 invoked from network); 12 Jul 2008 20:49:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jul 2008 20:49:12 -0000 Received: (qmail 28793 invoked by uid 500); 12 Jul 2008 20:49:11 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 28754 invoked by uid 500); 12 Jul 2008 20:49:11 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 28743 invoked by uid 99); 12 Jul 2008 20:49:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Jul 2008 13:49:11 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of senakafdo@gmail.com designates 209.85.142.191 as permitted sender) Received: from [209.85.142.191] (HELO ti-out-0910.google.com) (209.85.142.191) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 12 Jul 2008 20:48:19 +0000 Received: by ti-out-0910.google.com with SMTP id y6so2046297tia.18 for ; Sat, 12 Jul 2008 13:48:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=mC5ZJFYXX3kH2D1WPgz8HzI0SyCsyegGjaUC69b06kw=; b=FRQY98vKUow0zf+m5EEGEosdM6+UJ9m0ppx7eolDhP6zaJ5aVpSKCq/E/rZGifwKdu 6gFfwVUnvKpttrHT7vZSdt3Ne7OMC8isawpkhxtfqMijmiX3mpZqwkqk2+vC6b5QO2YM z1EOfGVgKDgGDvgsZvtgsqIZmtwBF0C752JRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=wFnGNPb8THuTHpRTfavh5WXGEATFu56mwSuO+RndpEclKBojWRoCEcUd/Shhv5LVkL 4dsiwRvfjQtwlag+3nOvREeztW5vNWtancMB8JeSoBZJ5Ek7HoEoBIIZjsIvRf6eVZOh LnnEglF6Aa0TgWdbFRDXbzfXaP1Ng4onHSCPc= Received: by 10.110.8.5 with SMTP id 5mr7400620tih.3.1215895720750; Sat, 12 Jul 2008 13:48:40 -0700 (PDT) Received: by 10.110.52.6 with HTTP; Sat, 12 Jul 2008 13:48:40 -0700 (PDT) Message-ID: <8812c4670807121348y235f25e6r2401137fd03e0a33@mail.gmail.com> Date: Sun, 13 Jul 2008 02:18:40 +0530 From: "Senaka Fernando" To: dev@harmony.apache.org Subject: Re: Time Zone Question In-Reply-To: <3b3f27c60807121157g1c2dd1efm8a43c05b14df3c89@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_41790_32972657.1215895720739" References: <8812c4670807120236vf4b709aq1fd432fa0d7480f5@mail.gmail.com> <61d2e9b20807120434n1238f2bdx384ab46c4d428378@mail.gmail.com> <8812c4670807120628h228d4e09n23819885fff8d902@mail.gmail.com> <3b3f27c60807121157g1c2dd1efm8a43c05b14df3c89@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_41790_32972657.1215895720739 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Nathan, Tharindu, Kathmandu, Nepal is at UTC +5.45. Therefore, we should perhaps also have a QUARTER_HOUR as well. I will work on including all popular cities that are not listed at the moment. Regards, Senaka On Sun, Jul 13, 2008 at 12:27 AM, Nathan Beyer wrote: > Floats should not be needed, nor would they be precise. The offset is based > on the number of milliseconds. > > I believe the code example showed something like this - > > new SimpleTimeZone(6 * ONE_HOUR, XXX) > > To do a half you could just create a new constant and do something like > this > - > > new SimpleTimeZone(5 * ONE_HOUR + HALF_HOUR, XXX) > > -Nathan > > On Sat, Jul 12, 2008 at 8:28 AM, Senaka Fernando > wrote: > > > Hi Tharindu, > > > > Isn't com.ibm.icu.util.SimpleTimeZone accepting the offset as the number > of > > milliseconds that a time zone is apart from UTC? Am I mistaken here? > > > > Regards, > > Senaka > > > > On Sat, Jul 12, 2008 at 5:04 PM, Tharindu Mathew > > wrote: > > > > > The problem as I pointed out in the JIRA is that, floats are not > accepted > > > as > > > arguments to this method cause some classes from an IBM package is > used, > > in > > > which the source CAN'T be modified (non-harmony). This was what I > > > understood > > > from the problem. > > > > > > Therefore only, whole values are set, because only integers are > accepted > > > through the method from the IBM package. > > > > > > Regards, > > > > > > Tharindu > > > > > > On Sat, Jul 12, 2008 at 3:06 PM, Senaka Fernando > > > wrote: > > > > > > > Hi all, > > > > > > > > I would like to know why, java.util.TimeZones.getTimeZones() only > > > retrieves > > > > Time Zones that are a whole number of hours apart from UTC? If this > was > > > not > > > > intentional, I would like to volunteer to create entries for all Time > > > Zones > > > > that are not listed, which are not a whole number of hours > (fractional) > > > > apart from UTC. Thanks, to Tharindu for locating this issue, [1] > > > > > > > > [1] https://issues.apache.org/jira/browse/HARMONY-5909 > > > > > > > > Regards, > > > > Senaka > > > > > > > > > > ------=_Part_41790_32972657.1215895720739--