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

doesn't respect unix pipes #2876

Closed
shanemikel opened this issue Jun 5, 2015 · 5 comments
Closed

doesn't respect unix pipes #2876

shanemikel opened this issue Jun 5, 2015 · 5 comments
Labels
auto-locked Outdated issues that have been locked by automation

Comments

@shanemikel
Copy link

try reproducing the problem with this:
pip list | head

@dstufft
Copy link
Member

dstufft commented Jun 5, 2015

What do you mean "doesn't respect unix pipes", it doesn't have any control over them- it just uses stdout and stderr.

@shanemikel
Copy link
Author

Most programs are written to expect that their pipes can be closed at any time, where they have to decide to continue to run (without writing to the nonexistent pipe) or die depending on whether or not they're doing something aside from providing the user with information. If you run the example above, you should see pip give exception.

@rbtcollins
Copy link

So you mean 'when pip can't write to stdout, it errors'. This seems reasonable: nohup pip is there for a reason :).

@dstufft
Copy link
Member

dstufft commented Jun 8, 2015

I don't have a problem with just not printing output if there isn't a stdout/stderr to print too (or it's closed). PRs accepted!

@xavfernandez
Copy link
Member

Closing this in favor of #4170 which contains more infos.

@lock lock bot added the auto-locked Outdated issues that have been locked by automation label Jun 3, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Jun 3, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
auto-locked Outdated issues that have been locked by automation
Projects
None yet
Development

No branches or pull requests

4 participants