Отправлено misyachniy 11 сентября 2006 г. 15:32

Вот такое событие есть:
void __fastcall TForm1::CommPortReceiveData(TObject *Sender,
Pointer DataPtr, DWORD DataSize)

Как его присоединить к потоку:
void __fastcall ReceiveData::Execute()
{
}

Понятно что нужно создать экземпля класа, а дальше как?
Просто переписать формальные параметры, а старую функцию закомментировать?

• Создаете класс потомок TThread, создаете в нем переменные Pointer DataPtr итд, а потом два варианта (+) — F8   (11.09.2006 20:26 213.130.22.7, 654 байт)
  • поправка: TReceiveData *ReceiveData = new TReceiveData(t_r_u_e) — F8   (11.09.2006 20:27 213.130.22.7, пустое)
• а если работать через порт завершения "CreateIoCompletionPort()"? — S_agent   (11.09.2006 17:52 194.242.118.62, пустое)
• А для каких это целей? — Гудвин   (11.09.2006 16:04 212.44.92.22, пустое)
  • Назначить повышеный приоритет(-) — misyachniy   (11.09.2006 16:09 83.218.237.86, пустое)
    • ..кому?! — blackbit   (11.09.2006 17:38 217.23.74.110, пустое)
      • Обработчику события приема данных(-) — misyachniy   (11.09.2006 17:39 83.218.237.86, пустое)
        • Создайте тред (CreateThread), и вынесете в него все связанное с портом. Причем тут потоки и классы? — SM   (11.09.2006 18:02 195.225.131.186, пустое)
          • Как правильно передать указатель на буфер и число принятых байт?(-) — misyachniy   (11.09.2006 18:18 83.218.237.86, пустое)
            • Создайте потомка TThread и в нем определите метод (или методы) для передачи таких параметров. — Тумблер   (11.09.2006 19:25 62.33.241.14, пустое)
            • При создании треда (+) — SM   (11.09.2006 19:04 195.225.131.186, 280 байт)
              • Да, указатель на буфер передать как параметр в CreateThread — SM   (11.09.2006 19:04 195.225.131.186, пустое)
                • Это крайне не выгодно — Тумблер   (11.09.2006 19:07 62.33.241.14, пустое)
                  • Это наоборот, крайне выгодно. Потому как ждать евента можно прямо в цикле обработки сообщений через MsgWaitForMultipleObjects - при этом гарантируется наиболее быстрая реакция. А если еще и приоритет задрать... — SM   (11.09.2006 19:29 195.225.131.186, пустое)
                    • Это крайне не выгодно, а при использовании TThread и невозможно — Тумблер   (11.09.2006 20:37 62.33.241.14, 410 байт)
                      • IMHO неразумно использовать классы. А сделать эту часть на чистом API. — SM   (11.09.2006 20:40 195.225.131.186, пустое)
                        • Дааааа ?! :)))))))) — Тумблер   (11.09.2006 20:47 62.33.241.14, 523 байт)
                          • Мда... На мой взгляд классы только путают. За ними не видно сущности происходящего. (+) — SM   (11.09.2006 21:03 195.225.131.186, 243 байт)
                            • Исходные тексты TThread доступны любому. Открыты.Смотри сам. — Тумблер   (12.09.2006 00:36 213.234.205.46, пустое)
                        • И я это не просто так говорю, а имею порядочный опыт по перегонке очень скоростных данных, причем не только между тредами, а и между процессами, и между драйвером и процессом. — SM   (11.09.2006 20:42 195.225.131.186, пустое)
                          • Скорость тут ни при чем — Тумблер   (11.09.2006 20:57 62.33.241.14, 475 байт)
                            • Да? А виртуальные и динамические методы с их таблицами? А передача this'а везде где попало, даже где он не нужен? — SM   (11.09.2006 21:05 195.225.131.186, пустое)
                              • При старте процедуры — Тумблер   (12.09.2006 00:43 213.234.205.46, 277 байт)
                                • И вообще, скорость выполнения непрерывно увеличивается, техника дешевеют. — Тумблер   (12.09.2006 00:49 213.234.205.46, 182 байт)
                              • А вот вопрос (+) — SM   (11.09.2006 21:07 195.225.131.186, 264 байт)
                                • Ничего особенного не надо делать. А для замены ЛЮБОГО обработчика Виндус существует саб-классинг. 2 строки. — Тумблер   (12.09.2006 00:38 213.234.205.46, пустое)
                    • Эх, а в прошлом веке просто писали грамотный обработчик прерывания и не страдали :) — =AVR=   (11.09.2006 19:32 80.92.96.19, пустое)
                      • Ну пральна - а теперь ОСов всяких и ОСей понапридумывали. Даже полу-осей :) Для усложнения жизни программистам, работающим с аппаратурой на низком уровне. — SM   (11.09.2006 19:43 195.225.131.186, пустое)
            • Как только я TThread::Execute() пытаюсь объявить с параметрами, сразу вываливается ошибка — misyachniy   (11.09.2006 18:32 83.218.237.86, 207 байт)
              • Необходимо создать потомка класса TThread, заместить потоковую процедуру и решать ею свои задачи. — Тумблер   (11.09.2006 18:38 62.33.241.14, пустое)