offtopic

exec 3<>/dev/tcp/10.0.0.48/8888
cat <&3 &

/me ушел учиь bash

fconfigure $chan -buffering line # по умолчанию оно full - то есть ждет полного заполнения буфера

Вот этот ответ, который cat выводит — у него в конце есть LF? И вообще хорошо было бы через wireshark записать оба обмена, чтобы ни один байт мимо взгляда не прошёл.

Кстати, одно из отличий в том, что в запросе из TCL по умолчанию будет CR+LF, а в запросе из bash — только LF. Едва ли это на что-то влияет.

Buffering влияет только на вывод.

Логи сервера одинаковые в обоих случаях: расчет сделан, ответ отослан.

wireshark да надо посмотреть

Все работает

$ echo "wow" | nc -l -s 127.0.0.1 -p 8888 &
[1] 9104 9105
$ tclsh tcp.tcl
wow
=1+2+3$
[1]  + 9104 done       echo "wow" |
       9105 done       nc -l -s 127.0.0.1 -p 8888
$ cat tcp.tcl
#!/usr/bin/env tclsh

set addr {127.0.0.1}
set port 8888

set chan [socket $addr $port]
puts $chan {=1+2+3$}
flush $chan
puts [gets $chan]

Wireshark говорит что:

Сервер не посылает в строке \n
ответ от сервера приходит, но gets ждет окончания строки.

Сейчас поправлю сервер и посмотрим.

Update: Да! Добавил \n в ответ от сервера и все заработало.

Всем (MKuznetsov, LeninGad) спасибо!