Closed fluffeon closed 1 month ago
it also does the same thing with socat
, but that one has even more inconsistent behavior. It's probably a separate issue or probably irrelevant
You need to tell netcat/socat to keep the receving end of the socket open after "echo" has exited and has closed the write end of the pipe. But this is out of MPD's scope - it really has nothing to do with MPD.
Don't worry, you get a refund if you're not happy with our support for netcat on macOS.
I deeply apologize for my off-handed comment, it was actually helpful.
For some reason echo
/printf
just closed too quickly, I've never had that happen before. It usually worked without any type of added delay or listening time. I think it's just a race condition that only happens on macOS out of all things.
If anyone is having the same issue, just do the following. Leaving it for posterity's sake:
(
echo "status";
sleep 0.01
) | nc 127.0.0.1 6600
Bug report
Describe the bug
As it sounds like, whenever I try to
echo "(command here)" | nc 127.0.0.1 6600
I get no significant output. Using netcat interactively works, just not when I try to pipe a command into it. Is this a problem with nc or am i doing something wrong? Because on other Unix-like operating systems it works fine. I have no idea and in my defense i don't know where else to report thisExpected Behavior
MPD should take the command and output the results if correct, and error out with an ACK if I put an incorrect command.
Actual Behavior
MPD just says
OK MPD 0.23.5
and nothing else.Version
Configuration
Log