-
Notifications
You must be signed in to change notification settings - Fork 11
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
distant spawn -- rg
hangs and never returns
#176
Comments
Could be related to #175. |
I’ll confirm, but I recall being able to execute grep but never rg, I just
don’t know if I was accidentally restarting the manager in between.
On Tue, May 9, 2023 at 4:37 AM Chip Senkbeil ***@***.***> wrote:
Could be related to #175
<#175>.
—
Reply to this email directly, view it on GitHub
<#176 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAG64SB74UKTHSVUDKTMELXFH64DANCNFSM6AAAAAAXXXX5E4>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
--
Fabio Miranda Costa (he/him/his)
*twitter:* @fabioMiranda <https://twitter.com/fabiomiranda>
*github:* fabiomcosta <https://github.com/fabiomcosta/>
*linkedin:* fabiomirandacosta
<https://www.linkedin.com/in/fabiomirandacosta/>
|
@fabiomcosta what exactly are you running when you do the spawn? I just tried ripgrep with a simple search and it worked fine without hanging: distant spawn -- rg 'hello' /path/to/a/dir |
@fabiomcosta you're right, it does get stuck and I'm not seeing anything other than the process being spawned. I can see that ripgrep hasn't concluded, either. Does ripgrep do anything special when no path is provided? Read stdin or anything? I can still send stdin to the process from the spawn command, so nothing has hung in terms of communication. There must be something unexpected happening that has ripgrep stalling when first launched? Let me try running ripgrep with the |
I'm thinking that ripgrep is blocking on stdin because of the way that it is spawned makes it think that there is stdin available. This is a response from the author 5 years ago when it was hanging with emacs. My guess from the log is that stdin is trying to be read because ripgrep guessed incorrectly. |
Gotcha, thx for looking!
I guess this is not an issue then, I’ll close.
On Sat, May 13, 2023 at 2:53 PM Chip Senkbeil ***@***.***> wrote:
I'm thinking that ripgrep is blocking on stdin because of the way that it
is spawned makes it think that there is stdin available.
[image: image]
<https://user-images.githubusercontent.com/2481802/238152019-1ce76c50-1a5a-4848-9429-798818219a52.png> [image:
image]
<https://user-images.githubusercontent.com/2481802/238152078-befbe856-d6a9-4c5c-9671-8fb830a77059.png>
—
Reply to this email directly, view it on GitHub
<#176 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAG64SALHZ3YBRX3HMXJVDXF7KCZANCNFSM6AAAAAAXXXX5E4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
--
Fabio Miranda Costa (he/him/his)
*twitter:* @fabioMiranda <https://twitter.com/fabiomiranda>
*github:* fabiomcosta <https://github.com/fabiomcosta/>
*linkedin:* fabiomirandacosta
<https://www.linkedin.com/in/fabiomirandacosta/>
|
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
I'm having trouble spawning an
rg
process... it can be a simplerg helloworld
and I see that on the logs the server is properly spawning therg
process, I can alsops aux | grep rg
for it and I see it, but the distant spawn call just hangs there...If I do the same with a
grep -r helloworld
the process runs and returns just fine.If I ssh into the server, I'm able to run these commands just fine and also able to see their outputs.
I looked at the distant server and client logs and I don't see anything out of the ordinary.
I was wondering if you ever faced something weird like this.
The text was updated successfully, but these errors were encountered: