ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> activetcl
activetcl
Re: [Activetcl] FW: highest allowed clock value?
by Aaron P. Perez other posts by this author
Nov 4 2009 9:21AM messages near this date
view in the new Beta List Site
Re: [Activetcl] FW: highest allowed clock value? | [Activetcl] highest allowed clock value?
Here's what I found just playing around with [clock scan [clock format]].



Running various numbers through I maxed out at

clock scan [clock format 3093528009599]



If, however, I put in 3093528009600 I get

unable to convert date-time string "Sat Jan 01 00:00:00 PST 100000"



I then ran clock format 3093528009599 by itself and get the date-time string above 01/01/100
000 @ 00:00:00.

So it looks like some clock options don't take the same data width as others.



BTW, I'm running Tcl 8.5.7.



--Aaron



-----Original Message-----
From: activetcl-bounces@[...].com [mailto:activetcl-bounces@[...].com] On Behalf Of Andreas 
Kupries
Sent: Wednesday, November 04, 2009 8:28 AM
To: Wunderlich, Thomas
Cc: Jeff Hobbs; Kevin Kenny; Activetcl ML
Subject: Re: [Activetcl] FW: highest allowed clock value?



Wunderlich, Thomas wrote:

>  Hello Tcl-guys,

>  has Tom right? Do I need the next version step?



It is possible.



This looks like the Y2038 problem you get with 32bit clock values, overflowing

the range for such integers.



IIRC in Tcl 8.5 the clock values can become wideint, i.e. 64bit, preventing the

overflow.





>  Thanks and greetings, Thomas

> 

>      -----Original Message-----

>      *From:* Tom Krehbiel [mailto:krehbiel.tom@[...].com]

>      *Sent:* Wednesday, November 04, 2009 5:20 PM

>      *To:* Wunderlich, Thomas

>      *Subject:* Re: [Activetcl] highest allowed clock value?

> 

>      Works ok for me

> 

>      sbin) 50 % clock format [clock scan {2073-12-31}]

>      Sun Dec 31 00:00:00 -0700 2073

>      (sbin) 51 % info patchlevel

>      8.5.7

> 

>      You may have a version issue.

> 

>      tomk

> 

>      On Wed, Nov 4, 2009 at 8:52 AM, Wunderlich, Thomas

>      <Thomas.Wunderlich@[...].com <mailto:Thomas.Wunderlich@[...].com>> wrote:

> 

>          Hello,

> 

>          do anybody know how the highest value for the clock command is?

>          I tried the command "clock scan {2073-12-31}" and get an error

>          message (unable to convert date-time string).  Depends this on

>          my system and/or plattform? I've Windows XP 2002 Prof. SP3, 32Bit

>          on a Pentium 4 CPU, and use ActiveState Tcl/Tk 8.4.19.2 with

>          TclDevKit 5.1.

>          Is there a chance to get bigger dates than 2037-12-31

>          (= 2145826800) ? How? Why does it don't run?

> 

>          Thank You all verry much,

>          Thomas

>          _______________________________________________

>          ActiveTcl mailing list

>          ActiveTcl@[...].com

>          <mailto:ActiveTcl@[...].com>

>          To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs





--

Sincerely,

     Andreas Kupries <andreas@[...].com> 

     Developer @    <http://www.activestate.com/> 

_______________________________________________

ActiveTcl mailing list

ActiveTcl@[...].com

To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


CONFIDENTIALITY STATEMENT. This email and any attachment is for the sole use of the intended
 recipient and may contain private, confidential and/or privileged information that may be s
ubject to Hospira internal policies. If you are not the intended recipient, any disseminatio
n, distribution or copying is strictly prohibited. If you have received this transmission in
 error, please notify Hospira immediately by return email or by email to privacypostmaster@[
...].com and delete the message and all copies and attachments from your system.
Thread:
Andreas Kupries
Aaron P. Perez
Jeff Dinsmore
Aaron P. Perez

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved