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.
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,
: after
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 read()
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,
: after
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 un-regist
> "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 ove
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:
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
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 yo
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
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
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
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 embe
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
*)
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 sys
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 emb
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 can see the following functions
needing overriding by the embedder:
*) Memory: malloc
17 matches
Mail list logo
