www.digitalmars.com         C & C++   DMDScript  
Archives

D Programming
digitalmars.D
digitalmars.D.bugs
digitalmars.D.dtl
digitalmars.D.ide
digitalmars.D.dwt
digitalmars.D.announce
digitalmars.D.learn
digitalmars.D.debugger
D.gnu
D

C/C++ Programming
c++
c++.announce
c++.atl
c++.beta
c++.chat
c++.command-line
c++.dos
c++.dos.16-bits
c++.dos.32-bits
c++.idde
c++.mfc
c++.rtl
c++.stl
c++.stl.hp
c++.stl.port
c++.stl.sgi
c++.stlsoft
c++.windows
c++.windows.16-bits
c++.windows.32-bits
c++.wxwindows

digitalmars.empire
digitalmars.DMDScript
electronics


digitalmars.D.bugs - [Issue 3741] New: std.date YearFromTime broken or very slow

http://d.puremagic.com/issues/show_bug.cgi?id=3741

           Summary: std.date YearFromTime broken or very slow
           Product: D
           Version: 1.055
          Platform: x86
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Phobos
        AssignedTo: nobody puremagic.com
        ReportedBy: steve.teale britseyeview.com


--- Comment #0 from Steve Teale <steve.teale britseyeview.com> 2010-01-25
04:57:11 PST ---
YearFromTime is used in several places in std.date.  If you run:

import std.stdio;
import std.date;
import std.c.linux.linux;

extern(C) int clock();

void main()
{
   int t1 = clock();
   int y;
   for (int i = 0; i < 100000; i++)
   {
      long t = getUTCtime();
      y = YearFromTime(t);
   }
   int t2 = clock();
   writefln("y = %d", y);
   writefln("elapsed %d", t2-t1);
   t1 = clock();
   for (int i = 0; i < 100000; i++)
   {
      int tt = time(null);
      tm *ptm = gmtime(&tt);
      y = ptm.tm_year+1900;
   }
   t2 = clock();
   writefln("y = %d", y);
   writefln("elapsed %d", t2-t1);
}

You will find that YearFromTime takes like 80 times longer. What's more calling
localtime gets you all the other stuff too.

It looks like it is approximating the year then doing some iterations to
check/adjust it, but the iterations are actually doing the whole job.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Jan 25 2010