hton(port)

И в listen, по-моему, всегда больше 5 коннектов, что бы ты ни написал, хотя это и не важно.

Вместо listen надо использовать accept.

listen все равно нужен, но он, судя по всему, работает неверно даже первый раз. Потом justme сказал верно, что нужен accept

Плохо ты маны читал! Порядок такой:

serv_sock = socket(...);
bind(...);
listen(...);

while(...)
{
req_sock = accept(serv_sock, ...);

// тут, например, создаем thread, который работает с req_sock
// или сами его обрабатываем, но тогда запросы параллельно
// обрабатываться не будут
}
close(...);

рекомендую: http://www.ntua.gr/sock-faq/

всем спасибо, удаляюсь читать =) Если кто-то еще ответит, буду очень благодарен =)

Threads must die

man 2 poll
threads/forks ne effectivni esli ti ispolzuesh odin processor

Кстати, в переменной adress.sin_port порядок байтов поменять надо.
смотри ф-ию htonl.
Т.е. порядок должен быть такой-же, как в BIG ENDIAN архитектуре.

2 mithraen: чушь ты говоришь Даже на одном процессоре можно эффективно обрабатывать одновременно несколько запросов, т.к. как правило серверный процесс большую часть времени не занимает процессор, а простаивает в ожидании завершения ввода/вывода с диска, всяких сетевых операций и других медленных вещей. А кроме того, представьте себе, например, телнет-сервер, на который приконнектился юзверь и нажимает по кнопке в час - почему бы таких одновременно 100 не держать. Так что threads/fork рулят!!! Хотя есть люди, которые параллелизм запросов реализуют с помощью select'а. Но это, на мой взгляд, изврат - по сути из той же оперы, что фиберы в виндах

Ежели много юзеров с медленным обменом то лучше select ну а наоборот то тогда лучше нити

Спасибо всм большое =)
Даже не ожидал солько полезных советов!