Nicholas Clark <n...@ccl4.org> wrote:Currently Parrot installs just one handler (SIGHUP) for testing only.
> 1: Right now, would it be possible for parrot only to install its signal
> handlers when it starts the runloop?
> (given that ponie isn't using the runloop)
See src/events.c. So old issues WRT ponie regression tests should be
> 2: Long term can parrot interwork nicely with existing signal handlersShouldn't be too hard, yes.
> by storing the function pointer returned by signal() when it installs
> its handler, and calling that function when its signal handler is called?
> IIRC ponie isn't playing nicely with how parrot does embedding. I'd likeA lot of interface functions are still missing.
> parrot's embedding to be as "clean" as perl's.
> IIRC parrot is currently assuming that we give it the address of a localThe stack top has to be beyond any variables Parrot might see. When
> variable (for the stack top) before doing anything else, which is making
> a big assumption about the calling locations of various parrot functions
> within the code of the embedding program.
during DOD the stack (and the CPU registers) are traced all possible
pointers to PMCs and Buffers must be covered by the range of the stack
top and the current stack pointer.
> ... Would it be possible for parrot toThis doesn't work:
> provide an embedder's interface to all the (exported) functions that
> checks whether the stack top pointer is set, and if not (ie NULL) it
> pulls the address of a local variable in it
C<x> would be outside of the visible range of stack items. The braces do
> IIRC there only interface to call into parrot bytecode subs currentlyNo. There is a lot:
void Parrot_runops_fromc(Parrot_Interp, PMC *sub);
plus a bunch more to run method functions.
see perldoc -F src/interpreter.c
> ... Can the NCI code work for calling into parrot,NCI calls C functions from byte code. Calling PASM/PIR from C is done
> as well as calling out?
with above functions. And there is PASM->C->PASM via callback functions.
> Also IIRC parrot is still creating globally visible symbols that aren'tYep. A lot of. What's perl5 doing against those?
> well prefixed, so may cause linker fun. But that's not really a ponie
> Sorry if I'm behind the times on parrot, and some of what I remember isNo problem.
> Nicholas Clarkleo
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.