Changes between Version 18 and Version 19 of IOTasklist

Timestamp:

01/12/11 23:32:15 (11 years ago)

Author:

nwellnhof

Comment:

--

IOTasklist

@@ -1 +1 @@
 = IO PMCs =
 
- * Separate pipe-related logic out of FileHandle. Create a Pipe PMC type.
- * Create a "Select" PMC
- * Move buffering logic from FileHandle and StringHandle to Handle. Be able to inherit it from all other PMC types. (include buffering-related ATTRs, METHOD_buffer_type, and METHOD_buffer_size)
- * Move encoding logic (METHOD_encoding, ATTR_encoding, etc) from StringHandle and FileHandle to Handle. Be able to inherit it from all other PMC types.
+ * Separate pipe-related logic out of FileHandle. Create a Pipe PMC type. nwellnhof: I'm not sure a Pipe PMC would be very useful. What we should do is to deprecate opening pipes to external commands via FileHandles which is an ugly Perl5ism, see Ideas.
+ * Create a "Select" PMC, maybe have a look at libevent.
+ * Move buffering logic from FileHandle and StringHandle to Handle. Be able to inherit it from all other PMC types. (include buffering-related ATTRs, METHOD_buffer_type, and METHOD_buffer_size). nwellnhof: We should keep the buffering logic at a C level. All that is needed for now is to pass the buffering functions a pair of read/write callbacks for files and sockets (recv/send).
+ * Move encoding logic (METHOD_encoding, ATTR_encoding, etc) from StringHandle and FileHandle to Handle. Be able to inherit it from all other PMC types. nwellnhof: The encoding logic is encapsulated in the string code quite well now, so I think we should have the StringHandle PMC handle encodings on its own. Only the encoding attribute should be shared.
  * Unify logic wherever possible so multiple IO types can share
  * Use GET_ATTR macros in src/io/filehandle.c so all functions will be able to handle subclasses
@@ -10 +10 @@
 = IO API =
 
- * Change IO API to not use PCCINVOKE calls. Method calls on IO PMCs should call the API functions, not the other way around
+ * Change IO API to not use PCCINVOKE calls. Method calls on IO PMCs should call the API functions, not the other way around.
  * Unify the codepaths for Socket and Pipe into the IO API. Refactor the IO API to be more unified.
  * Add externally-visible socket functions to src/io/api.c from src/io/socket_*.c
@@ -53 +53 @@
  * Parrot_io_printf should output to Parrot's standard output PMC, not stdout
  * Parrot_io_eprintf should output to Parrot's standard error PMC, not stderr
+ * Create an OSHandle PMC that FileHandle and Socket inherit from, but not StringHandle.
+ * Deprecate the current pipe API and create an OSProcess PMC that works like this (think IPC::Open3)
 
-
+{{{
+proc = new 'OSProcess'
+# flags is something like EXEC_STDIN|EXEC_STDOUT|EXEC_STDERR
+proc.'exec'(command, args, flags)
+# get stdin of exec'ed process for writing
+w_handle = proc.'stdin'()
+# get stdout of exec'ed process for reading
+r_handle = proc.'stdout'()
+}}}
 
 ----