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

allow user to pass in their own file descriptor #9

Closed
bmah888 opened this issue Feb 28, 2014 · 5 comments
Closed

allow user to pass in their own file descriptor #9

bmah888 opened this issue Feb 28, 2014 · 5 comments

Comments

@bmah888
Copy link
Contributor

bmah888 commented Feb 28, 2014

From jdugan.esnet on December 09, 2009 22:46:03

Explaination of new feature allow a library user to pass in a fd rather than having the stream functions allocate it.

Original issue: http://code.google.com/p/iperf/issues/detail?id=9

@bmah888
Copy link
Contributor Author

bmah888 commented Feb 28, 2014

From jdugan.esnet on December 09, 2009 22:52:29

Labels: Milestone-3.0-Release

@bmah888
Copy link
Contributor Author

bmah888 commented Feb 28, 2014

From jdugan@es.net on September 10, 2012 09:26:52

If this is reasonably easy to do, let's do it for the 3.0 release. If not we can defer to 3.1

Owner: jdugan@es.net

@bmah888
Copy link
Contributor Author

bmah888 commented Feb 28, 2014

From jef.poskanzer on December 10, 2012 09:29:15

On the client side, test->ctrl_sck comes from netdial(), and on the server side test->listener comes from netannounce(). Both of those cases could be made use a passed-in fd, and default to the current behavior if the fd is -1 - looks like just a couple minutes of coding. Of course both client and server go on to allocate more fds for the test stream(s), I assume we are not talking about those.

@bmah888
Copy link
Contributor Author

bmah888 commented Feb 28, 2014

From jef.poskanzer on December 13, 2012 09:40:11

Implemented this for the client-side control socket. The server-side case is a little trickier, not done yet.

@bmah888
Copy link
Contributor Author

bmah888 commented Feb 28, 2014

From bltierney@es.net on February 25, 2013 15:30:12

Status: Verified

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

1 participant