Re: Some namespace notes

2004-01-28 Thread Peter Haworth
On Thu, 15 Jan 2004 23:00:53 -0800, Jeff Clites wrote: > I think we shouldn't try to do any sort of cross-language unification. > That is, if we some day have a Parrot version of Java, and in Perl6 code I > want to reference a global created inside of some Java class I've loaded > in, it would be c

Re: OO inheritance in a hacker style

2004-01-28 Thread Jonathan Lang
Joseph Ryan wrote: > Of course, roles are another great way to prevent confusion with > multiple inheritance. A good question would be whether something > like "forget" is useful in addition, or whether everyone should > just use roles. :) For the record, roles are not a form of multiple inherit

JavaScript/Perl Question

2004-01-28 Thread Potozniak, Andrew
I have been trying in JavaScript and Perl to write a framed page to allow a user to click through a website and validate it as they wish using framework I built that uses to W3C's validation services. So I have a top frame which is like the control panel (you can tell the bottom frame where to go

Re: OO inheritance in a hacker style

2004-01-28 Thread Joseph Ryan
Dmitry Dorofeev wrote: Hi all. Sorry if this idea|question has been discussed or has name which i don't know about. I'd like to write Class myclass : a { forget method area; forget method move; method put; } so methods getX, getY, size will be 'inherited'. Methods 'area' and 'move' will be n

[CVS ci] (was: Managed and unmanaged structs (Another for the todo list))

2004-01-28 Thread Leopold Toetsch
chromatic wrote: On Sun, 2004-01-25 at 02:19, Leopold Toetsch wrote: s. t/pmc/orderedhash.t The initializer of the struct could look like: new P1, .OrderedHash set P1["a"], .DATATYPE_a set P1[1], 0 set P1[2], 0 set P1["b"], .DATATYPE_b set P1[4], 0 set P1[5], 0 new P2, .UnManagedStruct,

Re: OO inheritance in a hacker style

2004-01-28 Thread Luke Palmer
Dmitry Dorofeev writes: > Hi all. > Sorry if this idea|question has been discussed or has name which i don't > know about. > > I am not very good at OO but I tried at least 2 times to develop with > it though :-) Last time it was Java. The problem is that when i going > to use some 'standard' cla

Re: OO inheritance in a hacker style

2004-01-28 Thread Michael G Schwern
On Wed, Jan 28, 2004 at 03:18:24PM +0300, Dmitry Dorofeev wrote: > I am not very good at OO but I tried at least 2 times to develop with it > though :-) > Last time it was Java. The problem is that when i going to use some > 'standard' class > or 3d party class i'd rather to cut off all unnecessa

OO inheritance in a hacker style

2004-01-28 Thread Dmitry Dorofeev
Hi all. Sorry if this idea|question has been discussed or has name which i don't know about. I am not very good at OO but I tried at least 2 times to develop with it though :-) Last time it was Java. The problem is that when i going to use some 'standard' class or 3d party class i'd rather to cut o

Re: Threads... last call

2004-01-28 Thread Melvin Smith
Pardon me, I am trudging through all this thread backlog and have been trying not to post to add to the bandwidth. At 12:27 PM 1/23/2004 -0800, Damien Neil wrote: An existence proof: Java Collections are a standard Java library of common data structures such as arrays and hashes. Collections are

Re: Testing signal handlers

2004-01-28 Thread Leopold Toetsch
Uri Guttman wrote: "LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes: LT> The attached t/pmc/signal.t should send a SIGINT to a sleeping or LT> looping PASM test. This basically works, but the test output looks a Test::* can't handle output from forked children (it traps redirect STDOUT in t

Re: This week's summary

2004-01-28 Thread Elizabeth Mattijsen
At 10:40 +0100 1/28/04, Leopold Toetsch wrote: The Perl 6 Summarizer wrote: The costs of sharing Leo Töposted a test program and some results for timing the difference between using shared and unshared PMCs. ... Hopefully the benchmark will get checked into examples/benchmarks as sug

Re: Testing signal handlers

2004-01-28 Thread Michael G Schwern
On Tue, Jan 27, 2004 at 12:49:25PM -0500, Uri Guttman wrote: > Test::* can't handle output from forked children Yes, the problem is the child process can't inform the parent of how many tests it ran. The simplest way around this problem is to have the parent account for any tests run in the chil

Re: Testing signal handlers

2004-01-28 Thread Boris Sukholitko
Hi, On Tue, Jan 27, 2004 at 12:49:25PM -0500, Uri Guttman wrote: > > "LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes: > > LT> The attached t/pmc/signal.t should send a SIGINT to a sleeping or > LT> looping PASM test. This basically works, but the test output looks a > LT> bit ugly: >

Re: This week's summary

2004-01-28 Thread Leopold Toetsch
The Perl 6 Summarizer wrote: The costs of sharing Leo Töposted a test program and some results for timing the difference between using shared and unshared PMCs. ... Hopefully the benchmark will get checked into examples/benchmarks as suggested by Luke earlier. Done now. $ time perl58

Re: Semantics of vector operations

2004-01-28 Thread Damian Conway
Larry mused: But we also have the ambiguity with <<'' and friends, so maybe the real problem is trying to make the << and >> workarounds look too much like « and ». Maybe they should be :<< and :>> or some such. Maybe we should be thinking about a more general trigraph (shudder) policy. Nooo

Re: Security problems with UnManagedStruct

2004-01-28 Thread Luke Palmer
Leopold Toetsch writes: > This is unlimited self-inspection and self-modification :) With little > additions (nested structs) one could read/write all Parrot_Interp > internals (including possible security bits) and not only registers like > above. But current state is already sufficient to seri

Re: IMCC - PerlArray getting trounced

2004-01-28 Thread Will Coleda
Well, that was festive. "I can reproduce that bug in 22 lines!" I expect the following code to print out a single colon (since PerlUndef prints as the empty string) and a newline. Instead, I get: :get_string() not implemented in class 'RetContinuation' which shows that the PerlUndef I assigned

"Parrot DBDI" - Announcement and Firmly Anticipated Questions

2004-01-28 Thread Tim Bunce
=head1 Parrot DBDI Project: a Database Driver Interface for Parrot =head2 DBDI Goal The DBDI Project aims to define a "DataBase Driver Interface" (API) and implement a "DataBase Driver Infrastructure" (base classes etc) for Parrot. The goal is to provide a common interface to database drivers at

Re: Managed and unmanaged structs (Another for the todo list)

2004-01-28 Thread chromatic
On Sun, 2004-01-25 at 02:19, Leopold Toetsch wrote: > s. t/pmc/orderedhash.t The initializer of the struct could look like: > > new P1, .OrderedHash > set P1["a"], .DATATYPE_a > set P1[1], 0 > set P1[2], 0 > set P1["b"], .DATATYPE_b > set P1[4], 0 > set P1[5], 0 > new P2, .UnManag

Re: Security problems with UnManagedStruct

2004-01-28 Thread Jeff Clites
On Jan 27, 2004, at 7:29 AM, Leopold Toetsch wrote: getinterp P5 dlfunc P0, Nul, "Parrot_UnManagedStruct_get_pointer", "pIP" ... This is unlimited self-inspection and self-modification :) With little additions (nested structs) one could read/write all Parrot_Interp internals (inc

COWed stack bug (was: IMCC - PerlArray getting trounced)

2004-01-28 Thread Leopold Toetsch
Will Coleda wrote: Well, that was festive. "I can reproduce that bug in 22 lines!" Great. The bug (and other reported curruptions) are definitely coming from the COW logic in register.c. This is what happens: Setting up the exception handler (which is a continuation) triggers COW setting of th

Security problems with UnManagedStruct

2004-01-28 Thread Leopold Toetsch
Please have a look at the following code: $ cat hack_self.imc .include "datatypes.pasm" .sub _main new $P1, .PerlArray push $P1, .DATATYPE_INTVAL push $P1, 32 push $P1, 0 push $P1, .DATATYPE_FLOATVAL push $P1, 32 push $P1, 0 .sym pmc

Re: Testing signal handlers

2004-01-28 Thread Uri Guttman
> "LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes: LT> The attached t/pmc/signal.t should send a SIGINT to a sleeping or LT> looping PASM test. This basically works, but the test output looks a LT> bit ugly: LT> t/pmc/signal# No tests run! LT> t/pmc/signal

IO subsystem stuff

2004-01-28 Thread Cory Spencer
Perhaps someone with a bit more familiarity with the Parrot IO subsystem could give me some guidance here. I'm currently trying to get a new 'peek' opcode working, and I'm having difficulties getting the io_unix layer implemented correctly. As far as I know, I'd get a call down into the io_unix