[asterisk-bugs] [Asterisk 0013592]: STRFTIME returns incorrect time

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Oct 1 17:56:36 CDT 2008


The following issue has been CLOSED 
====================================================================== 
http://bugs.digium.com/view.php?id=13592 
====================================================================== 
Reported By:                georgy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13592
Category:                   Functions/func_strings
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-09-30 16:44 CDT
Last Modified:              2008-10-01 17:56 CDT
====================================================================== 
Summary:                    STRFTIME returns incorrect time
Description: 
STRFTIME returns incorrect time.

Examples:

NoOp(${STRFTIME(315532800)});
should print: Jan 1 00:00:00 1080
prints: Tue Jan  1 03:59:52 1980

NoOp(${STRFTIME(1199201430)});
should print: Jan 1 15:30:30 2008
prints: Tue Jan  1 19:30:07 2008

NoOp(${STRFTIME(1199929555)});
should print: Oct 1 01:45:55 2008
prints: Wed Oct  1 05:45:32 2008
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-10-01 17:56 Corydon76      Status                   feedback => closed  
2008-10-01 17:56 Corydon76      Resolution               reopened => no change
required
======================================================================




More information about the asterisk-bugs mailing list