Re: Streams vs. Descriptors

2002-07-18 Thread Richard J Cox
On Tuesday, July 16, 2002, 5:42:28 PM, you (mailto:[EMAIL PROTECTED]) wrote: > On Mon, Jul 15, 2002 at 08:59:40PM -0400, Melvin Smith wrote: >> And the aioread/aiowrite/listio, etc. are a POSIX standard now, so they >> should be reasonably available on most UNIXen. > Are the aio* calls available

Re: Tasks for the interested

2002-06-23 Thread Richard J Cox
On Tuesday, June 18, 2002, 9:33:55 PM, you (mailto:[EMAIL PROTECTED]) wrote: > Okay, here are some tasks for the interested. They're all related (I > expect you'll see the pattern), but independent anyway. [...] > 5) .NET (same as #4, a link to a good reference is fine) Couldn't find any specifi

Re: The Perils of set and PMCs

2002-02-13 Thread Richard J Cox
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Simon Cozens) wrote: > It's a pretty simple concept. We need to assign one PMC to another. > We'll have to do it all the time: > > $a = $b; > > $a and $b are both PMCs, and we need to set the value of one to the > value of the other, so le

Win32 build and WINVER

2001-11-04 Thread Richard J Cox
Currently for a Win32 build WINVER is not being set, this leads to it being set in Windef.h (included by Windows.h) to 0x0500, or "build for Windows 2000". This is OK, until (for whatever) reason a Win2k only API is called, at which point the built exe will not run on earlier versions of Windo

RE: [Patch] Win32 Parrot_floatval_time Improved (1/1)

2001-11-04 Thread Richard J Cox
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Brent Dax) wrote: > Richard J Cox: > # Firstly, 8am code this morning builds on Win32 without > # problem, other than > # configure.pl not knowing that link is the linker (which > # appears to be down > # to ActiveState

Re: Beginning of dynamic loading -- platform assistance needed

2001-11-03 Thread Richard J Cox
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Andy Dougherty) wrote: > On Fri, 2 Nov 2001, Jason Diamond wrote: > > > Then we could have a "driver" for each platform that consisted of > > nothing > > but #include's of other .c files. Making a directory for each > > platform might > > be

[Patch] Win32 Parrot_floatval_time Improved (1/1)

2001-11-03 Thread Richard J Cox
Firstly, 8am code this morning builds on Win32 without problem, other than configure.pl not knowing that link is the linker (which appears to be down to ActiveState not knowing). Thanks to Hong Zhang ([EMAIL PROTECTED]) for pointing out the GetSystemTimeAsFileTime API. Also adjusts zero time

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

Building on Win32

2001-11-01 Thread Richard J Cox
Current get fails to build on Win32[1] There are a host of problems (not the least being the object files not going where the linker is expecting them), then aside the first is the lack of a gettimeofday function. This is used in time_n. Here's my Win32 version: void gettimeofday(struct timev