Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: "select" on channels #3075

Closed
vicuna opened this issue Aug 18, 2004 · 1 comment
Closed

Feature request: "select" on channels #3075

vicuna opened this issue Aug 18, 2004 · 1 comment

Comments

@vicuna
Copy link

vicuna commented Aug 18, 2004

Original bug ID: 3075
Reporter: administrator
Assigned to: @alainfrisch
Status: resolved (set by @alainfrisch on 2016-12-07T17:17:54Z)
Resolution: suspended
Priority: normal
Severity: feature
Category: standard library
Has duplicate: #3579
Monitored by: mottl

Bug description

Hi,

I'd like to know whether there are plans to add "select" for I/O-channels
to the standard library.

It should behave as follows for in_channels: if there is data in the
buffer, return. If not, then perform a select with a given timeout on
the underlying descriptor.

For output channels: if the buffer is full, then perform a select with
a given timeout on the underlying descriptor, otherwise return.

There should also be an output function for out_channels that does not
block if data cannot be fully written to the descriptor. It could return
a tuple of the amount of bytes that were actually sent and the amount
of bytes of this data that were actually sent. This way an application
can notice that it should attempt sending further data/requests to a
different destination.

Btw., it would also be nice if one could specify (and query) the buffer
size for channels at runtime. The hard-coded IO_BUFFER_SIZE of 4096
may not be optimal for certain kinds of descriptors, e.g. sockets:
their send- and receive buffers may have other sizes.

Regards,
Markus

--
Markus Mottl http://www.oefai.at/~markus markus@oefai.at

@vicuna
Copy link
Author

vicuna commented Dec 7, 2016

Comment author: @alainfrisch

No activity for more than 10 years. Marking as suspended.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants