Re: test failure on OS X

At 9:30 PM -0400 7/14/03, Will Coleda wrote: t/pmc/io...ok 17/17# Looks like you failed 1 tests of 17. t/pmc/io...dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 6 Failed 1/17 tests, 94.12% okay Everything else passed (a few skips). I get

test failure on OS X

Got the following using perl 5.8.0 on OS X with make test: t/pmc/io...NOK 6# Failed test (t/pmc/io.t at line 103) # got: 'a line # *** malloc[1836]: Deallocation of a pointer not malloced: 0x1ee460; This could be a double free(), or free() called with the middle of an al

Re: [perl #22995] [PATCH] op cmp INT STR STR

At 9:23 PM + 7/14/03, James Rouzier (via RT) wrote: This fixes the op cmp INT, STR, STR so it would only return 1,0,-1. So it will follow this behavior in core.ops Sets $1 to -1 if $2 < $3, +1 if $2 > $3, and 0 otherwise. Patch from beyond the grave applied--thanks. --

Re: [CVS ci] interpreter->iglobals: a list of some interpreter internal PMCs

At 12:31 PM +0200 7/14/03, Leopold Toetsch wrote: I have moved some interpreter variables (classname_hash, compreg_hash, Argv, Env) into one (SArray) list: interpreter->iglobals. There access isn't time critical, so the extra indirection wont harm. This is fine, though many of those things should

[perl #22995] [PATCH] op cmp INT STR STR

# New Ticket Created by James Rouzier # Please include the string: [perl #22995] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=22995 > This fixes the op cmp INT, STR, STR so it would only return 1,0,-1. So it will follow t

Re: [perl #22985] [PATCH] make test (manifest) fix + minor noise patch

At 9:44 AM + 7/14/03, Lars Balker Rasmussen (via RT) wrote: A couple of minor patches to lessen the noise :-) .cvsignore applied, thanks. (Someone already got the MANIFEST) -- Dan --"it's like this"--- D

Re: [perl #22922] Parrot threading!

At 8:15 AM + 7/12/03, Graciliano M.P.(via RT) wrote: # New Ticket Created by Graciliano M. P. # Please include the string: [perl #22922] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=22922 > There is some plan of how threa

Re: cmod op

At 9:42 AM +0200 7/11/03, Leopold Toetsch wrote: Simon Glover wrote: The PMC version of this op (ie cmod_p_p_p) is identical in implementation to the plain mod op (mod_p_p_p), which seems rather pointless. Would anybody object if we just got rid of it? There should probably be a C vtable meth t

Re: cvs commit: parrot/classes env.pmc

At 8:17 PM +0200 7/13/03, Leopold Toetsch wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: At 10:09 AM +0200 7/11/03, Leopold Toetsch wrote: > pmclass Env extends default { What do you think of: - Env extends PerlHash Thought about it, but I couldn't think of a reason why. %ENV{'something'),

Re: Small perl task for the interested

[EMAIL PROTECTED] (Dan Sugalski) writes: > We could really use the capability of specifying per-C-file flags in > the make procedure, something that can be built into Configure. Right > now we build without optimizations on, which is fine, but I'd like to > turn them on in the future. > > They can'

[CVS ci] interpreter->iglobals: a list of some interpreter internal PMCs

I have moved some interpreter variables (classname_hash, compreg_hash, Argv, Env) into one (SArray) list: interpreter->iglobals. There access isn't time critical, so the extra indirection wont harm. We probably also want a new opocde: C or similar to get items out of this list. The C opcode could

[perl #22985] [PATCH] make test (manifest) fix + minor noise patch

# New Ticket Created by Lars Balker Rasmussen # Please include the string: [perl #22985] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=22985 > A couple of minor patches to lessen the noise :-) -- Lars Balker Rasmussen

Re: [perl #22936] [PATCH] Parrot_unsetenv() broken on win32

Mrnobo1024 <[EMAIL PROTECTED]> wrote: > msvcrt dosen't have unsetenv(), this patch makes it use the appropriate win32 > api call instead. Thanks, applied. leo

[perl #22936] [PATCH] Parrot_unsetenv() broken on win32

# New Ticket Created by mrnobo1024 # Please include the string: [perl #22936] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=22936 > msvcrt dosen't have unsetenv(), this patch makes it use the appropriate win32 api call ins

Re: [perl #22925] [PATCH] setenv/unsetenv functions

Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote: > Since parrot currently can't compile on Solaris due to the absense of > setenv/unsetenv in the Solaris libc, I've added tests for the > functions, as well as a putenv-based implementation. Applied, thanks. leo