Редактировалось 2 раз(а), последний 2025-01-10 23:23:12

Забыл войти.
Весь день у меня война с TCP то данные передаются, но не принимаются, то вываливается Runtime
------------ Дoбавленo:

Поправка: при аналогичных условиях, в другой схеме вываливается следующее:

Sniper36, вообще-то сокеты в HiAsm работают в неблокирующем режиме и при отправке большого объема данный закрывать соединение сразу после doSend нельзя. У меня например при таком соединение даже 300 байт от boot.ini отправится не успевает. Без doClose все оправляется, приходит и работает с диалогом без ошибок

Мда, и как же определить что файл отправлен?

Неправда, я доделывал TSocked.Send, чтобы он посылал всё до конца, т.е. отправка там в цикле, до тех пор, пока не отправится всё. Проблема тут, как мне кажется, несколько иная: при отправке большого блока данных сообщения не обрабатываются, до тех пор, пока всё не отправится, и если принимает та-же программа, то я не уверен, что она не "проспит" сообщение о том, что данные пришли. Чтобы убедиться в этом надо разделить клиент и сервер на два приложения.
Я так и не добился, чтобы TSocked.Send при блокировке отправки обрабатывал сообщения из очереди, поэтому в этой процедуре часть строк закомментирована.

Так будет изменен компонент или мне думать как обойти это?

закрывать соединение надо на стороне принимающего, когда точно известно что файл принят. Отдающая сторона об этом узнает при возникновении onDisconnect

а если предполагается длительный сеанс, или это просто механизм?

Dilma, помнится предлагалось реализовать передачу MT потоков, тогда наверно таких проблем не возникало бы

А что, разве сейчас это сделать нельзя, при помощи компонента StreamArray По-моему -- без проблем. Этот компонент специально для этого и разрабатывался

Вот вроде ошибка: попробуйте в примере SendFile.sha бросить на форму большой файл(более 15МБ), он отправится но не будет принят.
С этим как бороться?

Бить на части сам передающий поток. Ничего тут страшного нет.

какого размера?

А нельзя это к компоненте сделать? Не хочется городить огород ради просто корректной доставки файла.