Re: Functions for embedders to override

2004-08-18 Thread Tim Bunce
On Wed, Aug 11, 2004 at 01:10:42AM -0400, Dan Sugalski wrote: A good place to look at for the complete list is Perl 5's system abstraction layer. Yeah. If you've got time to get a list I'd very much appreciate it. http://search.cpan.org/src/NWCLARK/perl-5.8.5/iperlsys.h Tim.

Re: Functions for embedders to override

2004-08-13 Thread Arthur Bergman
On 11 Aug 2004, at 06:10, Dan Sugalski wrote: * Networking: socket, accept, connect, listen, etc. (see Files) Yeah, and this'll be ever so much fun too. We need to add in select and poll to that list. Modern operating systems all have a way to get around the suckiness of poll/select when you

Re: Functions for embedders to override

2004-08-13 Thread Brent 'Dax' Royal-Gordon
On Tue, 10 Aug 2004 12:20:14 -0400, Michael Stone [EMAIL PROTECTED] wrote: I'm not very clear on the situation in Parrot with having multiple interpreters running in the same process. Entirely possible. In fact, each thread in a process has its own interpreter. I know that Lua has this

Re: Functions for embedders to override

2004-08-13 Thread Uri Guttman
DS == Dan Sugalski [EMAIL PROTECTED] writes: DS At 6:32 PM +0100 8/10/04, Arthur Bergman wrote: Modern operating systems all have a way to get around the suckiness of poll/select when you have large number of fds (epoll/aio/kqueue/whatever), there should be away to override those

Async I/O (was Re: Functions for embedders to override)

2004-08-13 Thread Scott Bronson
On Tue, 2004-08-10 at 22:42, Dan Sugalski wrote: Part of me's tempted to just define our own set of functions, but the problem there is that we then put the onus on the embedding app to conform to us, which I'm not sure is the right way to go about things. When the standard APIs are all so

Re: Functions for embedders to override

2004-08-13 Thread Hans Ginzel
On Mon, Aug 09, 2004 at 12:04:31PM -0400, Dan Sugalski wrote: When Parrot's being embedded I can see the following functions needing overriding by the embedder: *) Memory: malloc, realloc, calloc, free *) Signals: handler register, Handler un-register, signal raise, alarm set *) Files: Open,

Re: Functions for embedders to override

2004-08-13 Thread Dan Sugalski
At 11:07 AM +0200 8/13/04, Hans Ginzel wrote: On Mon, Aug 09, 2004 at 12:04:31PM -0400, Dan Sugalski wrote: When Parrot's being embedded I can see the following functions needing overriding by the embedder: *) Memory: malloc, realloc, calloc, free *) Signals: handler register, Handler

Re: Functions for embedders to override

2004-08-13 Thread Larry Wall
On Tue, Aug 10, 2004 at 10:45:43AM -0700, Brent 'Dax' Royal-Gordon wrote: : I would assume (hope) that these tables would not be allowed to change : once Parrot started using them. It seems like an extremely dangerous : thing to have two calls to read() be performed by different functions, :

Re: Functions for embedders to override

2004-08-13 Thread Dan Sugalski
At 11:04 AM -0700 8/13/04, Larry Wall wrote: On Tue, Aug 10, 2004 at 10:45:43AM -0700, Brent 'Dax' Royal-Gordon wrote: : I would assume (hope) that these tables would not be allowed to change : once Parrot started using them. It seems like an extremely dangerous : thing to have two calls to

Re: Functions for embedders to override

2004-08-13 Thread Michael Stone
On Tue, Aug 10, 2004 at 10:45:43AM -0700, Brent 'Dax' Royal-Gordon wrote: : I would assume (hope) that these tables would not be allowed to change : once Parrot started using them. It seems like an extremely dangerous : thing to have two calls to read() be performed by different functions, :

Re: Functions for embedders to override

2004-08-10 Thread Dan Sugalski
At 7:04 PM -0400 8/9/04, Benjamin K. Stuhl wrote: Dan Sugalski wrote: Since we're running into Ponie issues with this, which means we'll run into Apache issues as well as any number of other systems When Parrot's being embedded I can see the following functions needing overriding by the

Re: Functions for embedders to override

2004-08-10 Thread Michael Stone
Matt Fowles wrote: Dan~ On Mon, 9 Aug 2004 17:22:18 -0400, Dan Sugalski [EMAIL PROTECTED] wrote: At 12:04 PM -0400 8/9/04, Dan Sugalski wrote: Since we're running into Ponie issues with this, which means we'll run into Apache issues as well as any number of other systems When Parrot's

Re: Functions for embedders to override

2004-08-10 Thread Dan Sugalski
At 6:32 PM +0100 8/10/04, Arthur Bergman wrote: On 11 Aug 2004, at 06:10, Dan Sugalski wrote: * Networking: socket, accept, connect, listen, etc. (see Files) Yeah, and this'll be ever so much fun too. We need to add in select and poll to that list. Modern operating systems all have a way to

Functions for embedders to override

2004-08-09 Thread Dan Sugalski
Since we're running into Ponie issues with this, which means we'll run into Apache issues as well as any number of other systems When Parrot's being embedded I can see the following functions needing overriding by the embedder: *) Memory: malloc, realloc, calloc, free *) Signals: handler

Re: Functions for embedders to override

2004-08-09 Thread Matt Fowles
Dan~ On Mon, 9 Aug 2004 17:22:18 -0400, Dan Sugalski [EMAIL PROTECTED] wrote: At 12:04 PM -0400 8/9/04, Dan Sugalski wrote: Since we're running into Ponie issues with this, which means we'll run into Apache issues as well as any number of other systems When Parrot's being embedded I

Re: Functions for embedders to override

2004-08-09 Thread Dan Sugalski
At 5:44 PM -0400 8/9/04, Matt Fowles wrote: Dan~ On Mon, 9 Aug 2004 17:22:18 -0400, Dan Sugalski [EMAIL PROTECTED] wrote: At 12:04 PM -0400 8/9/04, Dan Sugalski wrote: Since we're running into Ponie issues with this, which means we'll run into Apache issues as well as any number of other

Re: Functions for embedders to override

2004-08-09 Thread Benjamin K. Stuhl
Dan Sugalski wrote: Since we're running into Ponie issues with this, which means we'll run into Apache issues as well as any number of other systems When Parrot's being embedded I can see the following functions needing overriding by the embedder: *) Memory: malloc, realloc, calloc, free