At 09:22 PM 1/4/01 +0000, [EMAIL PROTECTED] wrote:
>Simon Cozens <[EMAIL PROTECTED]> writes:
> >On Wed, Jan 03, 2001 at 11:03:08PM +0000, Nick Ing-Simmons wrote:
> >> I am willing to cast bleadperl5's PerlIO into the form of a _draft_ PDD
> >> for perl6 - i.e. "this is what it does now", not "this is what it
> should do".
> >
> >I have a feeling the two are going to be very similar.
>
>Thank you :-) - the work is indeed intended as a prototype. (One reason
>why I have tried to avoid perl5-isms like dTHX/pTHX and so on.)
>But I had (my own) legacy PerlIO "api" to mimic. The structure is sound
>but it is less clear that arguments passed being char */STRLEN rather
>than SV * is "right".
No reason not to define a general-purpose perl string and use that. (We can
use it for strings inside PMCs too)
>The other area that bothers me is the "vtable" is larger than I would like.
>We don't really need open/fdopen/reopen - one more generic "open" would
>cause less code replication. Likewise we have legacy sv_gets support i.e.
>get_cnt/get_ptr/set_ptrcnt _and_ read/getc.
I've been pretty much assuming we'd need:
open
close
seek
tell
push_filter
pop_filter
read
unread
write
prefetch
and maybe have the return data have some 'I/O complete' marker so async I/O
will work out properly.
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
