[PATCH] make PIO_fdopen return NULL on incorrect flags

This patch makes PIO_fdopen return NULL when you give it flags it doesn't understand. I gathered that this was the correct behavior from the test that I untodid. Luke Index: t/src/io.t === --- t/src/io.t (revision 7981) +++ t/src/io.

Re: PMC flags

On Wed, 2005-05-04 at 01:51, Leopold Toetsch wrote: > Aaron Sherman wrote: > > On Mon, 2005-05-02 at 08:58 +0200, Leopold Toetsch wrote: > > Here is some example P5 source from pp_pow in pp.c: > > I presume that Ponie eventually will run Parrot opcodes. pp_pow() is > like all these functions par

Re: [perl #35223] [PATCH] PGE Makefile with MinGW

On Wed, May 04, 2005 at 09:23:50AM -0700, François PERRAD wrote: > # New Ticket Created by François PERRAD > # Please include the string: [perl #35223] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/rt3/Ticket/Display.html?id=35223 > > > Small b

Re: embedding initialization

Jeff Horwitz wrote: i'm neck deep in writing the IMC eval code for pugs. if i've already loaded bytecode using Parrot_readbc/loadbc, i can then successfully call the PIR compiler and eval code at will from C/Haskell. great! however, without the Parrot_readbc step, everything bombs out because the

Re: PMC flags

Dave Mitchell wrote: So pseduo-code like if (pmc->vtable->is_IOK()) ... else if (pmc->vtable->is_NOK()) ... becomes status = pmc->vtable->status(); if (status & IOK) ... else if (status & NOK) That would still need to rewrite all but 1% of perl5 code and

Re: PMC flags

Nicholas Clark wrote: [ CCs cleared by some ] ... However there's a lot of source outside pp*.c and the SV/AV/HV/CV/GV manipulation code. A lot of that are helper functions for pp code, but anyway yes, the code exists and is an API. Which is the stuff we're trying to keep working unchanged. If it

Re: Useful task -- Character properties

Patrick R. Michaud wrote: [ see below for some more ] Actually, overnight I realized there's a relatively good-sized project that needs figuring out -- identifying character properties such as isalpha, islower, isprint, etc. Here I'll briefly sketch how I'd like it to work, and maybe someone enter

Re: Useful task -- Character properties

On Wed, May 04, 2005 at 12:30:48PM -0400, Dan Sugalski wrote: > At 10:21 AM -0500 5/4/05, Patrick R. Michaud wrote: > >Actually, overnight I realized there's a relatively good-sized > >project that needs figuring out -- identifying character properties > >such as isalpha, islower, isprint, etc. He

[perl #35223] [PATCH] PGE Makefile with MinGW

# New Ticket Created by FranÃois PERRAD # Please include the string: [perl #35223] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35223 > Small building problem with MinGW32. make[1]: Entering directory `D:/Documents/DEV

Favicon.ico for http://www.parrotcode.org

Hi, I noticed that the favicon.ico for http://www.parrotcode.org is a Camel. Can we have a Parrot for that, in order to do the many non-Perl Parrot based languages justice? Putting that favicon.ico into 'docs' would also make 'examples/io/httpd.imc' happy. CU, Bernhard

Re: Perl 6 Summary for 2004-04-26 through 2005-05-03

Matt Fowles schrieb: imc http server Markus Amslser wanted to write a tiny webserver in imc. This led to the discovery of that the binary to ascii transcoding is absent. Leo suggested several possible solutions. Actually Markus Amsler did write a working tiny w

Re: PMC flags

On Wed, May 04, 2005 at 05:26:25PM +0100, Nicholas Clark wrote: > On Mon, May 02, 2005 at 08:58:43AM +0200, Leopold Toetsch wrote: > > Nicholas Clark <[EMAIL PROTECTED]> wrote: > > > Parrot gives each PMC class 8 private flag bits. I was wondering how to > > > use > > > these most efficiently for

Re: PMC flags

On Mon, May 02, 2005 at 12:24:04AM +0100, Dave Mitchell wrote: > On Sun, May 01, 2005 at 11:36:02PM +0100, Nicholas Clark wrote: > > in the common cases be able to access the PObj structure members directly. > > I may be speaking here like someone at the back who hasn't been paying > attention, bu

Re: Useful task -- Character properties

At 10:21 AM -0500 5/4/05, Patrick R. Michaud wrote: On Tue, May 03, 2005 at 09:22:11PM +0100, Nicholas Clark wrote: Whilst I confess that it's unlikely to be me here, if anyone has the time to contribute some help, do you have a list of useful self-contained tasks that people might be able to ta

Re: PMC flags

On Mon, May 02, 2005 at 08:58:43AM +0200, Leopold Toetsch wrote: > Nicholas Clark <[EMAIL PROTECTED]> wrote: > > Parrot gives each PMC class 8 private flag bits. I was wondering how to use > > these most efficiently for ponie. My thoughts so far are > > > 1 bit for SVf_IOK > > 1 bit for SVf_NOK >

Useful task -- Character properties

On Tue, May 03, 2005 at 09:22:11PM +0100, Nicholas Clark wrote: > > Whilst I confess that it's unlikely to be me here, if anyone has the time > to contribute some help, do you have a list of useful self-contained tasks > that people might be able to take on? Actually, overnight I realized there's

embedding initialization

i'm neck deep in writing the IMC eval code for pugs. if i've already loaded bytecode using Parrot_readbc/loadbc, i can then successfully call the PIR compiler and eval code at will from C/Haskell. great! however, without the Parrot_readbc step, everything bombs out because the packfile isn't set

Re: [perl #35195] [PATCH] @MAIN defined twice - behavior documented and tested

jerry gay (via RT) wrote: i couldn't find documentation on the behavior of IMCC if the @MAIN subpragma was defined on more than one subroutine I've now added a test for multipe @LOADs too - works fine. leo

Re: [perl #35195] [PATCH] @MAIN defined twice - behavior documented and tested

Jerry Gay <[EMAIL PROTECTED]> wrote: > i couldn't find documentation on the behavior of IMCC if the @MAIN > subpragma was defined on more than one subroutine, so i modified the > documentation to reflect the system behavior, and provided a test. > BTW the system runs the last subroutine marked as

Re: disassemble segfaults

Bob Rogers wrote: . . . but I can't figure out why. I thought the patch below would help, but it appears that the value of c is itself broken somehow. The memory handling was broken and disassemble didn't know how to handle PMC constants. Fixed - rev 7971. Thanks for testing, leo

Re: Perl 6 Summary for 2004-04-26 through 2005-05-03

On Tue, 3 May 2005, Matt Fowles wrote: Perl 6 Summary for 2004-04-26 through 2005-05-03 ^^ ^^ Wow! Michele -- Why should I read the fucking manual? I know how to fuck! In fact the problem is that the fucking manual only gives you theoretica

Re: New version of PGE released

On Tue, May 03, 2005 at 09:22:11PM +0100, Nicholas Clark wrote: > > Whilst I confess that it's unlikely to be me here, if anyone has the time > to contribute some help, do you have a list of useful self-contained tasks > that people might be able to take on? Very good question -- I can probably c