Qt: TCP соединение

>Connect происходит, приема данных не происходит, даже в слот не попадает.

connect(tcpClt, SIGNAL(readyRead()), this, SLOT(rcvFromEth()), Qt::DirectConnection);

а так?

> а так?

Нет (

значит действительно приема данных нет. медитировать до посинения - http://doc.trolltech.com/4.6/network-fortuneserver.html

Так а куда клиент их пихает тогда ? Ведь должен же подвиснуть - TCP.

QAbstractSocket::waitForBytesWritten(int) где?

> QAbstractSocket::waitForBytesWritten(int) где?

Нужно ли ? хде это в примерах ?

//drZlo

P.S. А главное, куда его вставлять ? write разве не должен ждать ?

Нужно. QTcpSocket буферизован. В случае буферизованного сокета QAbstractSocket::writeData() пишет данные в свой внутренний FIFO, а QIODevice::write(), которую ты дергаешь, вызывает именно writeData(). Поэтому нужно либо дожидаться записи данных в платформенный сокет с помощью QAbstractSocket::waitForBytesWritten() (который испоьзует select(2) с указанным таймаутом), либо использовать event loop и обрабатывать сигнал QIODevice::bytesWritten().

См. исходный код QTcpSocket::QTcpSocket(), QAbstractSocket::writeData() и QIODevice::write().

> А главное, куда его вставлять ?

Ты что, совсем тупой?

> В случае буферизованного сокета QAbstractSocket::writeData() пишет данные в свой внутренний FIFO

Так в доках нигде не сказано, что они оба (AbstractSocket и TcpSocket) асинхронны, в отличие от Http/Ftp.

Хотя такой подляники вполне логично ожидать.

Интересует 2 вопроса:

1. Почему это в книжках (Шлее «Проф прог Qt», Бланшет) не описано ? Тем более, почему нет примера применения и http://doc.trolltech.com/4.6/network-fortuneserver.html и http://doc.trolltech.com/4.6/network-blockingfortuneclient.html ? Что заранее неправильные примеры приводят ?...

2.

внутренний FIFO

Как определить глубину и изменить ?

Да, и еще, что делать после получения QIODevice::bytesWritten() или срабатывания QAbstractSocket::waitForBytesWritten() ? Сейчас я их не обрабатываю и что ? не дождался клиент отправки данных (их не много), и повис (использую event loop), он же соединения не рвет ?Почему сервер не принимает?

М-да, сигнал QIODevice::bytesWritten() я не получаю, значит передачи в девайс нет ? Почему это может быть ?

event loop у тебя в программе есть, чтобы ты мог получать уведомления?

hint1:QTcpServer без event loop'а не работает (точнее, нужно самому дожидаться нового подключения с помощью QTcpServer::waitForNewConnection()).
hint2:event loop - это, например, вызов QCoreApplication::exec() или QApplication::exec() в одном потоке с main().

> event loop у тебя в программе есть

Нет и не надо - приложение консольное.

QTcpServer без event loop'а не работает (точнее, нужно самому дожидаться нового подключения с помощью QTcpServer::waitForNewConnection()).

Как это не работает ?
The non-blocking alternative is to connect to the newConnection() signal
Сигнал принимается.

???

>Нет и не надо - приложение консольное.

Для приложений без GUI используется QCoreApplication::exec() в таких случаях.

Это не то ? У меня ща так:

int main(int argc, char *argv[])
{
	QCoreApplication app(argc, argv);

        MyConsole cons;

	return app.exec();
}

А куда здесь QCoreApplication::exec() поместить ?

То.

А не может быть такого из-за того, что клиент и сервер на одном компе ? Т.е. через петлю конекчусь 127.0.0.1.