Estoy tratando de ejecutar un servidor de red que se supone que recibe mensajes udp muy cortos terminados en línea nueva. El servicio plist se ve así
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>local.listener</string>
<key>Program</key>
<string>/bin/cat</string>
<key>Sockets</key>
<dict>
<key>Listeners</key>
<dict>
<key>SockType</key>
<string>dgram</string>
<key>SockNodeName</key>
<string>0.0.0.0</string>
<key>SockServiceName</key>
<integer>9999</integer>
</dict>
</dict>
<key>inetdCompatibility</key>
<dict>
<key>Wait</key>
<true/>
</dict>
<key>StandardOutPath</key>
<string>/tmp/test.stdout</string>
</dict>
y se carga y hace lo que se supone que debe hacer (escribir cadenas de mensajes en /tmp/test.stdout). Sin embargo, me falla el reemplazo de /bin/cat por un shell script que lea el mensaje en una variable y me permita hacer algo con él. I pensé que algo así debería funcionar:
#!/bin/sh
read MSG
echo $MSG
pero esto parece bloquearse, al igual que
#!/bin/sh
/bin/cat
mientras que
#!/bin/sh
exec /bin/cat
todavía funciona. En la línea de comandos las tres variantes hacen más o menos lo mismo, por ejemplo
$ echo 123 | ./mycat.sh
123
y nada se bloquea. Se agradecería cualquier idea sobre estas sutiles diferencias.