RE: Building on Win32

2001-11-02 Thread Hong Zhang
> Also, note that Hong Zhang ([EMAIL PROTECTED]) has pointed out a > simplification (1 API call rather than 2)... FYI. The GetSystemTimeAsFileTime() takes less than 10 assembly instructions. It just reads the kernel time variable that maps into every address space. > and given I think I've foun

RE: Building on Win32

2001-11-02 Thread Richard J Cox
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Andy Dougherty) wrote: > Could someone on Win32 also compare this to the perl5 version in > ext/Time/HiRes.xs? There's no reason to have the perl community running > two different versions. In particular, the perl5 version Sorry... don't have

RE: Building on Win32

2001-11-02 Thread Andy Dougherty
On Fri, 2 Nov 2001, Dan Sugalski wrote: > At 12:01 PM 11/2/2001 -0500, Andy Dougherty wrote: > >There's no reason to have the perl community running > >two different versions. > > There is one reason. > > Licensing. Ouch. Well, at least for Configure stuff, there is the following from Configu

RE: Building on Win32

2001-11-02 Thread Dan Sugalski
At 09:54 AM 11/2/2001 -0800, Brent Dax wrote: >Larry, you're the copyright holder on Perl 5. Can you declare that Perl >6 can copy whatever is needed out of Perl 5 without worrying about >licensing, or something to that effect? I'm not sure he's in a position to do that even with the core code,

RE: Building on Win32

2001-11-02 Thread Brent Dax
Dan Sugalski: # At 12:01 PM 11/2/2001 -0500, Andy Dougherty wrote: # >There's no reason to have the perl community running # >two different versions. # # There is one reason. # # Licensing. # # We don't have a solid license for perl 6 yet, but odds are it'll be # different from perl 5's license, a

Re: Building on Win32

2001-11-02 Thread Jason Diamond
> Could someone on Win32 also compare this to the perl5 version in > ext/Time/HiRes.xs? There's no reason to have the perl community running > two different versions. In particular, the perl5 version Where did you get that source? I just downloaded the sources from both ActiveState and CPAN and

RE: Building on Win32

2001-11-02 Thread Dan Sugalski
At 12:01 PM 11/2/2001 -0500, Andy Dougherty wrote: >There's no reason to have the perl community running >two different versions. There is one reason. Licensing. We don't have a solid license for perl 6 yet, but odds are it'll be different from perl 5's license, and until we know they're the s

RE: Building on Win32

2001-11-02 Thread Andy Dougherty
> > For speed reason, you can use GetSystemTimeAsFileTime(), which is > > very efficient. The Win32 is little-endian only operating system. > > You can use the following code. > > > > void gettimeofday(struct timeval* pTv, void *pDummy); > > { > > __int64 l; > > GetSystemTimeAsFileTime((L

RE: Building on Win32

2001-11-02 Thread Gregor N. Purdy
All -- > For speed reason, you can use GetSystemTimeAsFileTime(), which is > very efficient. The Win32 is little-endian only operating system. > You can use the following code. > > void gettimeofday(struct timeval* pTv, void *pDummy); > { > __int64 l; > GetSystemTimeAsFileTime((LPFILETIM

RE: Building on Win32

2001-11-01 Thread Hong Zhang
> void gettimeofday(struct timeval* pTv, void *pDummy); > { > SYSTEMTIME sysTime; > FILETIME fileTime;/* 100ns == 1 */ > LARGE_INTEGER i; > > GetSystemTime(&sysTime); > SystemTimeToFileTime(&sysTime, &fileTime); > /* Documented as the way to get a 64 bit from a FIL

Re: Building on Win32

2001-11-01 Thread Gregor N. Purdy
Richard -- Thanks. Applied. NOTE: I put the code in time.c in a function Parrot_floatval_time(). Some Win32 person please see if that can be made to work. Patches to make it actually work are hereby solicited. Regards, -- Gregor On Thu, 2001-11-01 at 16:48, Richard J Cox wrote: > Current ge