-
Notifications
You must be signed in to change notification settings - Fork 486
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: add option to redirect stderr to a file #152
Comments
Thanks for the suggestion! It's not clear to me what advantage this has over running in the foreground (potentially redirecting stderr to some file before). Could you elaborate? |
The main thing to me was discoverability (i.e. making a command line option makes the user aware that it's possible). It wasn't obvious from the Another alternative is to call out where the pipes are connected in the man page. That would have given me the breadcrumb I needed to find out that it was foreground that I actually wanted. Thoughts? |
It's not mentioned anywhere in the SSHFS docs because it's a Unix default. If one process starts another, it gets the same stdin/stdout :-). Happy to add it to the manpage though if you want to create a pull request. |
I'm closing this issue for now. This isn't meant to be a rejection of the idea itself, it's just that there is little point in keeping enhancement/wishlist requests in the bug tracker that no-one intends to work on. (I want to use the tracker as a tool to manage ongoing work rather than a database of possible enhancements). |
When sshfs is not run in the foreground, it appears that stderr is redirected to /dev/null. It would be nice if there was an option to forward this to a file, to make it easier to debug.
The text was updated successfully, but these errors were encountered: