Socket теряет сообщения

[PByH]

Народ есть проблема - socket теряет сообщения от сервака.

	public function send(str:String):void {
			str += ";\n";
			socket.writeUTFBytes(str);
			socket.flush();
			trace("Серверу: ",str)
	}
	private function readResponse():void {
		var i,j,k:int
    	        inp_str = socket.readUTFBytes(socket.bytesAvailable);
		trace("Сервер:",inp_str)
		...
	}

inp_str - переменная типа String объявлена в классе как private, и больше нигде не используется.
функцией send шлются строки примерно в 70 символов раз в 120 мс. При тыке мышкой шлется дополнительная строка (единожды) тем же оъемом.
На сервер все доходит, обрабатывается и уходит ответ, но почему-то не доходит до флешки (как раз тот самый ответ на событие мыши). Вернее, иногда получается, что ответ доходит, а иногда - нет (50 на 50).
Если кто-то сталкивался с подобной проблемой, или есть соображения по этому поводу, то было бы интересно узнать Ваше мнение по поводу решения этой проблемы.

[bav]

Не знаю, когда у вас вызывается функция readResponse(), но судя по сигнатуре, не в ответ на какое-либо событие. Попробуйте подписаться на событие ProgressEvent.SOCKET_DATA.

[PByH]

Попробуйте подписаться на событие ProgressEvent.SOCKET_DATA.

Да, именно на это событие вызывается readResponse.

[Jewelz]

а само событие вызывается или нет? может не во флеше проблема

[wvxvw]

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

[PByH]

а само событие вызывается или нет? может не во флеше проблема

событие срабатывает, trace выдает то, что пришло в сокет. Но среди пришедших данных нет того самого, нужного ответа.

Если в строке есть нуль-байты, то в консоль будет выводиться только до первого такого байта.

странно. Иногда у меня получается слать на сервер склееные собщения, между которыми стоит "\n", ответ приходит соответствено такой же и в окне trace он отображается с переносом строки, т.е. сообщение НЕ режется по нулевому байту.
З.Ы. не надо мне руки отрывать пригодятся еще

[wvxvw]

\n = 13
\x00 = 0
почувствуйте разницу.

[PByH]

wvxvw, спасибо за подсказку
Появилось подозрение, что сообщения не успевают считываться. Т.е. если одновременно приходит 2 сообщения, и они записываются в байтэррэй сокета (в конце каждого стоит нуль-байт "/x00"), то получается, я могу считать первое сообщение, а остальные пропадают? Как думаете, такое возможно?
И еще, кто-нибудь может подсказать, как считать из ByteArray данные, оказавшиеся за нуль-байтом?

Добавлено через 43 минуты
Исхитрился-таки Нашел способ считать инфу за нуль-байтом!

var st1:String="c\x00def\x00ghi"
var ba:ByteArray= new ByteArray()
ba.writeUTFBytes(st1)
var result_str:String=""
ba.position=0
do{
	result_str+=ba.readUTFBytes(ba.bytesAvailable)+"|"
	ba.position=result_str.length
	trace(result_str)
}while(ba.bytesAvailable!=0)

trace выдает

c|
c|def|
c|def|ghi|

Правда do while жутко не нравится..
Ладно, буду проверять гипотезу о склеивании пришедших сообщений

[zhoran]

ну как, в чем дело было?

[ChuwY]

Сокетное соединение не гарантирует того, что ваши сообщения придут именно такими кусками, как вы их отправили.

То есть, если на сервере вы сделали два раза flush(), то это вовсе не значит, что будет именно два события SOCKET_DATA на клиенте. Если передаваемый кусок данных большой, например видео или картинка, то событий будет куча. А если отправить два мелких сообщения подряд они могут прийти на одно событие.

Выход такой -- складываем все пришедшие байты по SOCKET_DATA в буфер, потом анализируем на конец и начало сообщения. То есть есть ли там ЦЕЛОЕ сообщение, если есть -- вычитываем его и обновляем буфер. То есть, например, послали три сообщения, а пришли они в два куска. Считываем полтора с сокета, записываем их в буфер, вычитываем первое из буфера и стираем, оставляя там половину. А со следующего события это все склеивается в буфере и вычитывается. И никаких потерь. Возможно, придется написать некий свой протокол передачи данных. Я использовал определенный формат сообщений. Без символов конца, а с символом начала, кажется, и указанием полной длины сообщения, указанием длины ключа, ключом, указанием длины только лишь передаваемой полезной информации и собственно информации. Что-то в этом роде.

Извините, если немного не в тему.