Epoch...

2004-03-03 Thread Jos Visser
On Wed, Mar 03, 2004 at 11:37:09AM -0500 it came to pass that Dan Sugalski wrote: FWIW, if we start getting into the What should our base time for the epoch be arguments, I'll warn you that the answer if I have to make one is probably Nov 17, 1858 at midnight, give or take a bad memory,

Re: Epoch...

2004-03-03 Thread Jos Visser
On Wed, Mar 03, 2004 at 01:11:46PM -0500 it came to pass that Dan Sugalski wrote: At 6:46 PM +0100 3/3/04, Jos Visser wrote: On Wed, Mar 03, 2004 at 11:37:09AM -0500 it came to pass that Dan Sugalski wrote: FWIW, if we start getting into the What should our base time for the epoch

Re: Determining PMC memory addresses

2003-11-28 Thread Jos Visser
On Fri, Nov 28, 2003 at 10:27:45AM -0700 it came to pass that Cory Spencer wrote: On Fri, 28 Nov 2003, Leopold Toetsch wrote: Op vtable Meaning - is_same PMCs are ident - is_equal PMCs are equivalent, holding the same value Y cmp cmp PMCs -

LANGUAGES.STATUS also for languages not in the tree?

2003-10-08 Thread Jos Visser
Hi, Mightn't it be (is this English by the way? :-) a good idea to use LANGUAGES.STATUS also for maintaining track of parrot-generating compilers that are not in the main tree? If people agree that it's a good idea I would like to submit the following three liner:

Re: Usenix symposium

2003-09-19 Thread Jos Visser
On Fri, Sep 19, 2003 at 08:08:33AM -0400 it came to pass that Dan Sugalski wrote: On Thu, 18 Sep 2003, Jos Visser wrote: I came across this posting: Third Virtual Machine Research and Technology Symposium 2004 (VM'04) May 6-7, 2004 San Jose Hyatt, San Jose, CA cut

Usenix symposium

2003-09-18 Thread Jos Visser
I came across this posting: Third Virtual Machine Research and Technology Symposium 2004 (VM'04) May 6-7, 2004 San Jose Hyatt, San Jose, CA The VM'04 Program Committee invites you to contribute refereed papers and work-in-progress reports to the third

Re: Hi all

2003-08-29 Thread Jos Visser
Why on Earth are you directing this question here? The perl6-internals mailing list is about the internals of the new Perl6 implementation. ++Jos.nl On Fri, Aug 29, 2003 at 03:05:35PM +0530 it came to pass that Janarthanan, Prassana wrote: Hi all, Can any one tell me as how should I source

Re: [CVS ci] exit opcode

2003-08-29 Thread Jos Visser
On Fri, Aug 29, 2003 at 01:29:18PM +0200 it came to pass that Leopold Toetsch wrote: I'd like to change the startup parameters too: move the ARGV array from P0 to P5. This would allow main to be: .pcc_sub _main prototyped .param SArray ARGV .local int ARGC ARGC = ARGV ...

Exception in find_lex messing up control stack?

2003-08-25 Thread Jos Visser
Hi, Before reporting this as a bug I would like to know if it is not my shallow understanding of Parrot... :-) I set an exception handler, then call a subroutine and within that subroutine an exception is triggered (because of a find_lex of a non-existing lexical). The exception is handled but

Re: program exit code

2003-08-24 Thread Jos Visser
On Sun, Aug 24, 2003 at 12:09:21PM +0200 it came to pass that Leopold Toetsch wrote: Parrot programs have commandline info in P0 but there is no means to communicate an exit-status to the shell. We could do: 1) REG_INT(5) ...has exit code 2) end Ix ... end opcode has exit code 3)

Re: program exit code

2003-08-24 Thread Jos Visser
On Sun, Aug 24, 2003 at 03:19:37PM +0100 it came to pass that Nicholas Clark wrote: 1) REG_INT(5) ...has exit code I like the idea of (1), but I'm used to C. It seems quite clean if the top level subroutine just returns to its caller, which happens to be the shell. C (and perl) can both

Exception handling dumps second time round

2003-08-19 Thread Jos Visser
When I install and use an exception handler for the second time Parrot dumps. It looks like the set_eh messes up the sub object in P10 because when I uncomment the second newsub it works... Is this a behaviour of the hidden invoke (of the exception handler) that I am unaware of? ++Jos.nl

Re: Backend to MosML

2003-08-19 Thread Jos Visser
Hi, I am writing a parrot compiler back-end for my very own computer language personality disorder: Comal (see http://www.josvisser.nl/opencomal). I do this purely for its therapeutical value :-) Parrot is currently far from finished. A lot of things work really well but in other corners work is

find_lex/exception_handling; am I missing something?

2003-08-14 Thread Jos Visser
Hi, The long story short: * EXCEPTION_LEX_NOT_FOUND is not picked up correctly from the include file * The return continuation of the exception does not save registers, since $P1 (mapped to P16 by imcc) is messed up by $P2 (also mapped to P16). * I would really like the name of the missing

Further to: Resumable ops and exceptions

2003-08-14 Thread Jos Visser
There are a number of ops that could fail. Examples are find_lex but also the various load and lookup ops. Options for handling failure are: - Abort parrot - Throw an exception - Return a default (null) value I think it is hard for the parrot designers to decide what language implementors want

Re: Further to: Resumable ops and exceptions

2003-08-14 Thread Jos Visser
On Mon, Aug 11, 2003 at 10:29:26AM +0100 it came to pass that Piers Cawley wrote: Maybe this should be a global something... Not global. Or, if it is global, it needs to be dynamically scoped since you could possibly have different modules implemented in different languages. After some

We *need* this op! :-)

2003-08-14 Thread Jos Visser
Accompanying patch adds the fortytwo op to Parrot, so the following PASM becomes legal: fortytwo I0 print I0 print \n end Example: $ ../parrot test42.pasm 42 Sorry, could not resist. :-) ++Jos.es -- ek is so lug jy vlieg deur my sonder jou is ek sonder

Re: help raise hell

2003-08-12 Thread Jos Visser
On Mon, Aug 11, 2003 at 03:30:44AM -0400 it came to pass that Michal Wallace wrote: because a find_lex failure isn't an exception. Or am I missing something? Currently find_lex does *not* throw an exception. Inside scratchpad_get(and friends) an internal exception is thrown which just

Trapping find_lex failure; case for search_lex?

2003-08-01 Thread Jos Visser
Hi, I am writing a parrot code generator back-end to an interpreter for a long-lost (some would say dead, but I prefer hibernating :-) programming language: Comal (see http://www.josvisser.nl/opencomal). Anyway, in the course of my code generation I have run into the situation where I think I

Re: [perl #23159] Parrot SIGSEGV in scratchpad_find

2003-07-30 Thread Jos Visser
On Tue, Jul 29, 2003 at 08:31:56PM -0400 it came to pass that Dan Sugalski wrote: That's ultimately the plan. There'll be a safe version of all the ops, automatically generated, that perform some basic checks--for example making sure all the pointer-based registers are valid. This'll be the

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Jos Visser
On Wed, Jul 30, 2003 at 10:44:51PM +0200 it came to pass that Christian Renz wrote: Are there any plans to allow PMCs to be implemented in Parrot? Or am I asking something stoopid :). There are currently a lot of PMC types implemented directly in Parrot. If you look in the classes/ subdirectory

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Jos Visser
On Thu, Jul 31, 2003 at 12:32:36AM +0200 it came to pass that Christian Renz wrote: Thanks for the clarification. Does that mean that a mechanism for dynamic PMCs would automatically allow them to be written in Parrot also (and not only load binary libs)? I don't think there are currently

Re: [perl #23159] Parrot SIGSEGV in scratchpad_find

2003-07-29 Thread Jos Visser
On Tue, Jul 29, 2003 at 09:11:15AM -0700 it came to pass that Mr. Nobody wrote: I don't think it's worth adding extra overhead to lexical variables just to support broken pasm. There are many ways to crash parrot with bad code - but it's OK, since compilers of higher level languages simply

Re: [RfC] Semantics of clone for PIO-objects.

2003-07-28 Thread Jos Visser
On Mon, Jul 28, 2003 at 03:30:46PM +0200 it came to pass that Juergen Boemmels wrote: Comments My first hunch is to see the ParrotIO object as a channel of data into an underlying file (leaving channel, data, and file vaguely defined for now)... This would mean that every ParrotIO object has its

Re: Events

2003-07-23 Thread Jos Visser
On Tue, Jul 22, 2003 at 10:05:49AM -0700 it came to pass that Damien Neil wrote: Some Java programs, as you say, build a single-threaded, non-blocking, event-dispatched IO mechanism on top of this. Java does not, however, have any support for interrupts; it is not possible to do AIO in Java.

Re: Events

2003-07-22 Thread Jos Visser
On Mon, Jul 21, 2003 at 06:29:36PM -0700 it came to pass that Damien Neil wrote: Do you know of a program that does this (simulated AIO via threads)? (Again, I'm not disputing your claim--it's just that this is completely contrary to my experience, and I'd like to know more about it.)