CommFort

KGB писал(а):У меня на триальной версии банит нормально. Ограничение только в сроке бана (всегда 5 мин).

$teelR@t писал(а):ZigZagkms, так как ты явно не используешь синхронизацию процессов (да и в dll она практически не возможна), то работая с двумя потоками функция PluginProcess, вызванная в обеих потоках в одно и тоже время, выполняется параллельно. А это уже получается как "обезьяна с гранатой": неизвестно в какое время произойдет сбой. Так что в таких случаях надо внимательно следить за целостностью данных: использовать только локальные переменные функции или сделать очередь. Самый простой способ создания очереди - используешь переменную-флаг для определения: закончилось ли выполнение предыдущей копии функции или нет. Если закончилось - выполняешь новую копию, если нет, то ждешь пока флаг не будет обозначать, что выполнение закончилось.
А вообще я тоже использую многопоточность и у меня таких проблем не возникало...

$teelR@t писал(а):ZigZagkms, тогда у тебя получается, что вся обработка событий от сервера выполняется в одном потоке, а судя по тому, что сервер и плагин работают в одном потоке, то в теории события должны выполняться по очереди. Значит проблемы на стороне сервера, он просто не справляется с нагрузкой...

ZigZagkms писал(а):Вопрос к Maxim Mirgorodsky.

Скажите пожалуйста, как происходит фильтрация поступающих данных, полная или частичная, допустим если мы подадим в функцию неверную инфу как ее обрабатывает сервер?
Например, я посылаю серверу событие с ID 1001, а заместо блока данных подаю 4 байта (FF FF FF FF) (т.е. создаю ошибку, предоставляю ложную длину текста, причем невозможную) - плагин останавливается. Т.е. он словил исключение о невозможности прочитать данные или как там работает этот механизм?

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

Было бы здорово если бы сервер просто игнорировал все ошибочные данные, не останавливая плагин..

@serg@ писал(а):

ZigZagkms писал(а):Вопрос к Maxim Mirgorodsky.

Скажите пожалуйста, как происходит фильтрация поступающих данных, полная или частичная, допустим если мы подадим в функцию неверную инфу как ее обрабатывает сервер?
Например, я посылаю серверу событие с ID 1001, а заместо блока данных подаю 4 байта (FF FF FF FF) (т.е. создаю ошибку, предоставляю ложную длину текста, причем невозможную) - плагин останавливается. Т.е. он словил исключение о невозможности прочитать данные или как там работает этот механизм?

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

Было бы здорово если бы сервер просто игнорировал все ошибочные данные, не останавливая плагин..

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

ZigZagkms писал(а):Максим, здравствуйте.
один выход из проблемы - использовать импортируемую функцию только в главном потоке CommFortProcess (как Вы и сказали что ее можно использовать только в главном потоке), я подумал создать очередь запросов к функции которая наполняется вторым потоком, НО главный вопрос как обслуживать (выталкивать и исполнять) эту очередь в первом потоке?

KGB писал(а):Предложу один вариант, хотя он может быть и неверным. Заполнение и вытаскивание элементов из очереди - критические секции (это и так понятно). Можно воспользоваться таймером, созданным в основном потоке (интервал - 1мс). При инициализации отключаем его (Enabled = False). Последним действием при добавлении элемента в очередь - включаем. При обработке события OnTimer - вытаскивание элемента, если очередь не пуста или отключение таймера, если она пуста.
Время ожидания добавления элемента в очередь мне кажется не особо критичным в этом случае.
Если неправ, просьба не бить, только учусь

ZigZagkms писал(а): Формы у меня в проекте нету. Насколько мне известно таймер он посылает сообщение окну WM_TIMER и тогда уже выполняется функция, была бы форма было бы проще посылать сообщения самому со своим идентификатором и выполнять, хотя в этом я тоже могу ошибаться, не долго я с С++ работаю, как раз с тех самых пор когда разработчики отказались от UDP=) Добавлять форму ради таймера не охота, слишком большие затраты.

@serg@ писал(а):

Код: Выделить всё

   AnsiString aData;//буфер
	int iSize = (*CommFortGetData)(12, dwID, NULL, NULL, NULL, NULL); //получаем объем буфера
	aData.SetLength(iSize);
	(*CommFortGetData)(12, dwID,aData.c_str(),iSize, NULL, NULL);//заполняем буфер
	int rOffset=0;
	fReadText(aData.c_str(),&rOffset);//тут имя твоего пользователя

[Error] main.pas(339): Incompatible types: 'String' and 'PAnsiChar'
[Error] main.pas(340): Incompatible types: 'String' and 'PAnsiChar'

Aarts писал(а): iSize:=CommFortGetData(12, 0, 0, 0, 0);
SetLength(aData, iSize);
CommFortGetData(12, aData, iSize, 0, 0);
fReadText(aData, iOffset);

UnicodeString fReadText(BYTE * bInBuffer, int * iOffset)
{//вспомогательная функция для упрощения чтениея Unicod
	int iLength;
	memcpy(&iLength, bInBuffer + (*iOffset),4);
	(*iOffset)+=4;
	UnicodeString uRet;
	uRet.SetLength(iLength);
	memcpy(uRet.c_str(), bInBuffer + (*iOffset),iLength*2);
	(*iOffset)+=iLength*2;
	return uRet;
}

Maxim Mirgorodsky писал(а): Изменения по системе плагинов в сервере 5.03:
...
- Исправлена ошибка при получении данных от программы с ID=1080;
...

	int size = VirtualUser.Length() * 2 + 4;
	int len = VirtualUser.Length() * 2;
	BYTE * bOutBuffer = new BYTE[size];
	memcpy(bOutBuffer, &len, 4);
	memcpy(bOutBuffer + 4, VirtualUser.c_str(), len * 2);
	int dwInBufferSize = (*CommFortGetData)(dwPluginID, 1080, 0, 0, bOutBuffer, size);
	BYTE * bInBuffer = new BYTE[dwInBufferSize];
	(*CommFortGetData)(dwPluginID, 1080, bInBuffer, dwInBufferSize, bOutBuffer, size);
	int countChannels;
	memcpy(&countChannels, bInBuffer, 4);