При добавлении таймера на схему с точки onInfo получаю удвоеное количество событий по отношению с количеством дисков

Build start...
Generated code
Create project...
Command line: dcc32.exe "C:\Program Files\HiAsm3.66 b169\Elements\delphi\code\Project6.dpr" "-U C:\Program Files\HiAsm3.66 b169\." -Q
Borland Delphi Version 12.0 Copyright (c) 1983,98 Inprise Corporation

KOLComObj.pas(1614) Hint: Value assigned to 'Status' never used

KOLComObj.pas(2337) Hint: Value assigned to 'SaveInitProc' never used

C:\Program Files\HiAsm3.66 b169\Elements\delphi\code\hiDebug.pas(25) Hint: Private symbol 'Execute' declared but never used
7539 lines, 0.08 seconds, 68260 bytes code, 2869 bytes data.
End build


code_9670.txt

andrestudio,
А зачем тебе первый таймер.

Вячеслав, вложен это компонен далеко, событие onCreate от MainForm вообще в даун всю программу ложит, в дополнительном потоке этот компонент тоже не пашет, вобщем такая вот петрушка

Не подтверждааеся, ни с таймером, ни с onCreate от MainForm

С той схемой которую выложил

Именно. с той самой, даже debug не убирал

nesco, неудивительно, у тебя же всегда будущая версия

Вообщем подтверждаю в стандаотной версии 169
два раза показывает.

Ааа, вы про таймер (а я про ошибки), то да, два раза (но не всегда), пока время не увеличил таймера до 2 сек -- надо учитывать время опроса

Заметил (поставил debug) что между таймером и doInfo происходит два события, если незадействованный таймер убрать то всё в норму приходит.
------------ Дoбавленo:

nesco, а почему в отдельном потоке этот компонент неработает

Странно, вообще-то -- вроде нет в таймере пересекающихся переменных, а мне показалось, что влияет время опроса
------------ Дoбавленo:


Я тоже заметил, но честно -- не знаю. Может кто из спецов подскажет, похоже, что Com-объекты в потоке не работает

В потоке не только этот, но и вся линейка WMI не работает. Проблемы с таймерами видимо из-за нарушения очередности сообщений в очереди - нельзя их менять из потока(а они меняются точкой doAdd элемента ListBox). Напомню, что WMI в процессе работы создает 3 потока, которые впоследствие закрепляются за приложением.

вот бы хелпик по этому в среду..

вот поэтому я взял Drive v1.1 Author=Nazar, так как победить глюки мне неудалось

для того, чтобы узнать сколько потоков использует приложение достаточно диспетчера задач с добавленным столбцом Thread Count