Передача файлов через QTcpSocket без gui

[Bepec]

Спасибо тебе Serr500  Надеюсь хоть тебя они поймут

[qtest]

С первой частью вопроса понятно, ничего не выводилось потому что ничего не успело записаться. А что со второй? Есть какой-нибудь способ получить переменную для мейна, в которой гарантированно будет ответ?
Второй вопрос:
Можно ли избавиться от ошибки "undefined reference to `vtable for Client'"? Всегда появляется, если весь код находится в мейне. Не то, чтобы это было очень важно, но раздражает

[Bepec]

Можно, но придётся использовать костыли на мой взгляд.

Почему бы вас не написать класс который будет ответ выводить спокойно?
Почему вы рвётесь запихать всё в main?
Или у вас это какое - то ограничение?

[qtest]

Первый курс, только начали qt, поэтому пока необходимость использовать классы, особенно в таких случаях, скорее чуть раздражает, чем реально помогает. Как мне пока кажется, удобнее использовать более надежные переменные и работать с более последовательным кодом. Видимо еще не дошел до уровня ООП.
Примерно по этой же причине (очень много лишнего) не нравится пока использовать гуи.
Примеров с отправкой файлов с клиента на сервер все-таки нет? В соседнем треде, по идее, нечто похоже, возможно, заливка на определенный файлообменник была бы даже удобнее.

[Bepec]

Кхм. Вы не читаете? Вам Serr500 повторил, что сеть у нас асинхронная. То есть нет никакой гарантии, что ответ придёт сразу же. Поэтому последовательно оно не выполнится.

Но если в методе клиента в котором вы создаёте запрос, прописать что-то типа

Код:

QEventLoop loop;
connect(networkReply, SIGNAL(finished ()), loop, SLOT(exit()));
loop.start()

Тогда программа не выйдёт из слота и будет ожидать завершения запроса.

НО...

Но сигнал слоты Qt построены на цикле событий QApplication. Проще выражаясь пока вы его не запустите, остальные циклы будут вам выдавать одну скарбезную ошибку (могу ошибаться, но вроде так).

Более надёжные переменные и более последовательный код = больше кода, больше знаний, отсутствие гибкости.
Девиз QT — Code Less Create More, что означает "меньше программируй — больше твори". Вы же от этого принципа отказываетесь ;P

[Serr500]

Как мне пока кажется, удобнее использовать более надежные переменные и работать с более последовательным кодом. Видимо еще не дошел до уровня ООП.

Видимо так. Ну если уж хотите делать неправильно, то смотрите в сторону QAbstractSocket::waitForReadyRead, QAbstractSocket::waitForBytesWritten, QAbstractSocket::waitForConnected. Не будет никакой асинхронности (точнее говоря, эти методы её скроют), сигналов и слотов. А также гибкости. Будет тупой код на уровне Windows 95.

P.S. Есть одна очень мудрая мысль: "Если у тебя нет времени сделать всё правильно, то где ты потом найдёшь время чтобы всё переделать?"