TThread.Suspend

[Sikambr]

Подлючаюсь к FB2 через FIBPlus в отдельном потоке.
Сделал возможность приостанавливать поток.
Не заметил чтобы что-то, при этом, глючило.

Может ли приостанавка/восстановление потока привести к ошибке в момент выполнения запросов и фетча данных?

[kdv]

что вы все....
в отдельном треде можно работать с коннектом, до тех пор пока только этот тред с коннектом и работает. Т.е. параллельное обращение из разных тредов к одному коннекту недопустимо. Собственно, все.

p.s. можно из разных тредов в одном коннекте, синхронизируя треды. но это будет не параллельное обращение к коннекту.

[WildSery]

p.s. можно из разных тредов в одном коннекте, синхронизируя треды. но это будет не параллельное обращение к коннекту.

В этом случае треды собственно и не нужны

[Slavik]

Вопрос, как я понимаю, был в другом. Если чел стопорнёт поток, то, например, не отвалится ли коннект, не потеряются ли данные (если поток приостановлен во время фетча), или ещё какая-нибудь бяка...
Тут скорее помогут разработчики (и эксперименты!), особенно, если указать время, на которое приостанавливается поток.

[Sikambr]

Если чел стопорнёт поток, то, например, не отвалится ли коннект, не потеряются ли данные (если поток приостановлен во время фетча), или ещё какая-нибудь бяка...

Вы все правильно поняли. Мои экмперименты ни к чему не привели, точнее к ошибкам не привели.
1. перед запуском потока коннектился к базе
2. в потоке делал бесконечный цикл, в котором открывал запрос и фетчил данные
3. периодически делал Suspend/Resume

Тут скорее помогут разработчики (и эксперименты!),

Поясните, что вы имеете ввиду под "помогут разработчики"?

особенно, если указать время, на которое приостанавливается поток.

Здесь также не совсем понял.

[kdv]

Поясните, что вы имеете ввиду под "помогут разработчики"?

имеется в виду "разработчики сервера Firebird помогут". Они тут бывают.

[Dimitry Sibiryakov]

"разработчики сервера Firebird помогут".

Тут еще пригодились бы разработчики Windows. Конечно, не факт, что код Winsocks исполняется в пользовательском режиме, но если suspend застанет поток между посылкой пакета на сервер и уходом в ожидание ответа, лично я не берусь предсказать результаты.

[Merlin]

Этта.. он же не fbclient тормозит, а прогу свою...

[Dimitry Sibiryakov]

А энтот fbclient, типа, в каком-то другом контексте работает?

[Merlin]

Сдаёццо мне, что он отклик на переданный через него пакет за щекой у себя должен придержать до тех пор, пока не попросят. Или, в зависимости от вызова API, сунуть в память по указанному при вызове адресу, не заботясь о том, встречают его там или нет. Иначе нафиг он вообще сдался.

[Slavik]

Может ли приостанавка/восстановление потока привести к ошибке в момент выполнения запросов и фетча данных?

Может для личного спокойствия стоит пересмотреть алгоритм? Например, не грубо останавливать поток, а посылать ему сообщение с "просьбой" перестать фетчить данные.

[Sikambr]

не грубо останавливать поток, а посылать ему сообщение с "просьбой" перестать фетчить данные.

или в потоке завести и поднимать флаг Stopped, и вместо прямой проверки флага Terminated проверять его через функцию:

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

function TmyThread.IsTermitate: Boolean;
begin
  while not Terminated and Stopped do
    Sleep(1000);
  Result := Terminated;
end;