Обрыв соединения QTcpSocket Опции

[BRE]

Ну так если ты хочешь отправлять синхронно, то попробуй вместо flush крутить цикл обработки событий.

[OrSOn]

Боюсь, что так будет не лучше, ибо сложнее отследить, когда данные передались полностью... Понять бы, как тут избежать вылетов..

[BRE]

Как только ты записал последний кусок данных в сокет и метод write это подтвердил.
Дальше забота Qt.

[OrSOn]

Попробовал, ничего не вышло... Вот код:

while( tmpLength < file.size() )
    {
        if( file.size() - tmpLength > blockLength )
            tmpBlock = blockLength;
        else
            tmpBlock = file.size() - tmpLength;

        char * dataBlock = new char[ tmpBlock ];

        file.read( dataBlock, tmpBlock );
        
        char * tmpPointer;
        int tmpSize = tcpSocket->write( dataBlock, tmpBlock );
        QCoreApplication::processEvents();
        while( tmpSize < tmpBlock )
        {
            tmpPointer = dataBlock + tmpSize;
            tmpSize += tcpSocket->write( tmpPointer, tmpBlock - tmpSize );
            QCoreApplication::processEvents();
        }

        delete []dataBlock;

        tmpLength += tmpBlock;
    }

Результат, как я и говорил, плачевный - в сокет НИЧЕГО не передается, вообще ничего... Без flush() упорно отказывается отсылать

[BRE]

Набросал небольшой пример (клиент/сервер) для передачи больших файлов. Вроде все работает, даже если клиент посылает запрос и выходит, не дожидаясь чтения файла.
В файле сервера укажи имя существующего большого файла.

Прикрепленные файлы

 network.tar.gz ( 1,58 килобайт ) Кол-во скачиваний: 359

 

[OrSOn]

Спасибо, сейчас гляну

Что-то я не совсем понял...

int writed = write( buf ); - грубо говоря, записали и проверили, сколько именно записалось.. Но ведь нету проверки, что записалось ВСЕ, вдруг часть не записалась... Просто проблема в том, что размер блока может быть переменным и если сделать его, скажем, пару мегабайт, все может сломаться...

[BRE]

int writed = write( buf ); - грубо говоря, записали и проверили, сколько именно записалось.. Но ведь нету проверки, что записалось ВСЕ, вдруг часть не записалась... Просто проблема в том, что размер блока может быть переменным и если сделать его, скажем, пару мегабайт, все может сломаться...

Данные попали в буфер отправки tcp-стека, дальше это проблема стека. Если какой-то пакет потеряется, то сам протокол пере-пошлет его еще раз.
Для подтверждения же доставки всех данных, другая сторона (твой клиент) может отправить пакет твоему серверу, что бы он "успокоился".

Насчет моего кода.... Я там упростился, хотя так делать не совсем правильно. Я отправляю размер файла (переменную int) как массив char. Если архитектура на принимающей стороне будет отличаться типом хранения (byte order), то размер будет неверным. Поэтому для всех подобных передач, желательно использовать QDataStream.

Сообщение отредактировал BRE - 17.2.2010, 17:28

[OrSOn]

Попробовал, но, увы, этот вариант врядли прокатит( Получается, что сначала ВЕСЬ файл записывается в сокет, а только потом клиент начинает его принимать.. А в том и проблема, именно потому и было решено отправлять файлы блоками, что в случае, если на компьютере гигабайт оперативки, а файл больше гигабайта, то он просто не уместится в память и его нельзя будет даже считать... Как и тут передать...

[BRE]

Получается, что сначала ВЕСЬ файл записывается в сокет, а только потом клиент начинает его принимать.

Это почему так получается???
Клиент параллельно забирает данные, по мере их получения.

[OrSOn]

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