Re: FW: Periodic Table of the Operators

2004-06-12 Thread Pedro Larroy
On Sun, May 30, 2004 at 03:33:34PM +, Smylers wrote: > Gabriel Ebner writes: > > > Joe Gottman wrote: > > > > >The zip operator is now the Yen sign (¥). > > > > How are those without a US keyboard supposed to type this? > > Probably the same way as those with US keyboards do -- US keybo

Re: [perl #30241] t/pmc/fixedfloatarray.t SEGV on x86 Linux

2004-06-12 Thread Matt Fowles
Nick~ Doh! Damn you, copy and paste! Nice catch, don't know why it passed on my debian box... But this is why we have tests I suppose... Thanks, Matt Nicholas Clark wrote: On Sat, Jun 12, 2004 at 11:32:16PM +0100, Nicholas Clark wrote: Er, oops. OS X wasn't uptodate. Test 8 crashes. Will th

Re: [perl #30241] t/pmc/fixedfloatarray.t SEGV on x86 Linux

2004-06-12 Thread Nicholas Clark
On Sat, Jun 12, 2004 at 11:32:16PM +0100, Nicholas Clark wrote: > Er, oops. OS X wasn't uptodate. Test 8 crashes. Will the guard malloc I get > further: > > (gdb) print data[512] > Cannot access memory at address 0xb30a3000 > (gdb) where > #0 0x001b6004 in Parrot_FixedFloatArray_set_number_keyed

Re: [perl #30241] t/pmc/fixedfloatarray.t SEGV on x86 Linux

2004-06-12 Thread Nicholas Clark
On Sat, Jun 12, 2004 at 02:57:18PM -0700, Nicholas Clark wrote: > I suspect a memory corruption bug, as it it doesn't look like the specific > arguments to this malloc are bogus. I can't recreate this problem at all > on x86 FreeBSD or on OS X. I find the x86 FreeBSD non-recreatability > surprisin

[perl #30241] t/pmc/fixedfloatarray.t SEGV on x86 Linux

2004-06-12 Thread via RT
# New Ticket Created by Nicholas Clark # Please include the string: [perl #30241] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30241 > --- osname= linux osvers= 2.4.26-ti1211 arch= i386-linux-thread-multi cc= cc

[perl #30240] t/pmc/threads.t 8-9 fail, only under harness

2004-06-12 Thread via RT
# New Ticket Created by Nicholas Clark # Please include the string: [perl #30240] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30240 > --- osname= freebsd osvers= 4.9-stable arch= i386-freebsd cc= cc --- Flags:

Re: [perl #30230] [PATCH] add Fixed(Integer|Float|Boolean|String|PMC)Array classes

2004-06-12 Thread Dan Sugalski
At 10:12 PM -0700 6/11/04, Matt Fowles (via RT) wrote: This patch adds the above Fixed*Array classes. They are basic tests for all of them included too, although more tests never hurts... With MANIFEST patch even! Woohoo! Applied, thanks. -- Dan

The Great computer language shootout lives (again)

2004-06-12 Thread Dan Sugalski
Looks like the debian folks (or someone with them) has revived this. URL: http://shootout.alioth.debian.org/ I know there was another variant of this around with some parrot tests. I'd like to see about getting pasm/pir versions of these test written, in part just to see how we do, but also as

Re: [perl #30220] off by one in string_unescape_cstring

2004-06-12 Thread Nicholas Clark
On Fri, Jun 11, 2004 at 06:23:05AM -0700, Nicholas Clark wrote: > buffer. I'm not sure if the check on meeting the delimiter midway is now > unnecessary. It's not clear if that code is only there to deal with > terminating when the end delimiter is encountered, and the end delimiter is > now stripp

AW: Big nums

2004-06-12 Thread toetsch
| Time for these as well. There's a partial implementation of them in | types/bignum.c. I think it's time to move that to src/ (and the | header file to .h) and get it integrated into parrot. I'm not really sure if types/bignum.c is what we want. There are AFAIK some other math packages around,

Re: empty tests, Test::Harness, and Test::Inline

2004-06-12 Thread Ricardo SIGNES
* Andy Lester <[EMAIL PROTECTED]> [2004-06-11T15:44:27] > On Fri, Jun 11, 2004 at 03:33:44PM -0400, Andrew Pimlott ([EMAIL PROTECTED]) wrote: > > I prefer to eliminate extra noise. The situation I'm in is, I just > > started using T::I, so only a few modules have any tests, and I would > > see doz