Posted to trash by kostix at Sat Jun 16 23:20:23 GMT 2007view pretty
1. testcase: 1.1 code: set ptime [palmtime from $sometime] puts [format 0x%08x $ptime] puts [clock format $ptime] 1.2 output: C:\src\tclplkr>tclkitsh85 clock.tcl 0x44f5c9ee Wed Aug 30 21:25:02 +0400 2006 2. actual project: 2.1 code: puts [format 0x%08x $header(creationDate)] set header(creationDate) [clock format $header(creationDate)] 2.2 output: C:\src\tclplkr>tclkitsh85 unpluck.tcl modsecman.pdb 0x44f5c9ee number too large to represent as a Posix time while executing "GetDateFields $clockval $TZData($timezone) 2299161" (procedure "::tcl::clock::formatproc'%a %b %d %H:%M:%S %Z %Y'C" line 4) invoked from within "$formatter $clockval $timezone" (procedure "::tcl::clock::format" line 74) invoked from within "clock format $header(creationDate)" invoked from within "set foo [clock format $header(creationDate)]" (file "unpluck.tcl" line 251) As you can see, the actual value passed to [clock format] appears to be the same integer.
Comments
Posted by dgp at Sun Jun 17 02:45:57 GMT 2007 [text] [code]
"number too large to represent as a Posix time" does not appear to be a message generated by the Tcl HEAD. What release of Tcl 8.5 are you seeing it with? Can you reproduce with the current sources?