ls колдует, колдует, колдует.

SO_REUSEADDR

ls обычный, стандартный?
тогда вероятно выдаёт-то не ls. ты попробуй запустить своё творение в одном терминале, а ls в другом. скорее всего ты увидишь что ls задумался, ты его прибил. а bind: resource busy вывалилось в другом терминале. или в логи. короче имхо ls вряд ли может сказать что ресурс бизи.

может быть ты дважды сервер запустил, как вариант?

Если я перезагружу компьютер полностью, залогинись, и в шелле напишу ls <enter>, то он задумается.

А творение я уже снёс, оно, зело, не работает.

фс не подмонтирована? либо подмонтирована, но ещё не прочиталась. какой нибудь fuse с автомонтируемой папкой например, я не знаю.

чтобы ls задумался, надо чтобы фс не отвечала ему. а это бывает только в случаях если фс задумалась. а фс задумывается, когда надо чего то подмонтировать обычно. ну или миллион-другой файлов в каталоге.

кстати а у меня при попытке собрать поделие кабал сказал

rejecting: base-4.8.1.0/installed-4f7... (conflict: 9hellosrv => base>=4.9 && <4.10)

У меня 7.10.3, не знаю.

какой нибудь fuse с автомонтируемой папкой например

Ну не с автомонтируемой, не.

Да и не может же оно ругаться тогда _везде_.

ИЧСХ, lc из plan9port нормально работает.

может поддержка этой твоей штуки добавляет в ядро модуль. при этом модуль сетевой. при этом он не лоадится автоматически. А начинает загружаться когда ты ls вызываешь (правда на кой хрен не пойму). может модуль заблеклистить?

а когда убиваешь его , он всё ещё ругается?

ls ругается, когда я его уже один раз убил после ожидания.

попробуй стрейсом поглядеть, на каком вызове висит, любопытно

12309

Короче, я нашел решение.

Я посмотрел стрейсом test (в ls ничего интересного):

strace test

И в начале:

execve("/usr/local/bin/test", ["test"], [/* 37 vars */]) = 0

Заметил какой-то левый test: /usr/local/bin/test

Меня осенило, мне подкинули левый test.

А теперь:

mv /usr/local/bin/test /usr/local/bin/test.ohuelo

PROFIT