Проблемы при работе в потоке., disphelper,WMI,QThread

[Mr.Woland]

Есть поток, в функции run которого используется функционал disphelper'а.
Данный функционал реализует запрос к WMI с целью мониторинга системных событий:

Код:

    try
    {
        const wchar_t*  Query=(const wchar_t *)this->TriggerRequest.utf16();
        dhCheck( dhGetObject(L"winmgmts:{impersonationLevel=impersonate,(Security)}!\\\\.\\root\\cimv2",NULL, &wmiSvc) );
        dhCheck( dhGetValue(L"%o", &wmiEventSrc, wmiSvc, L".ExecNotificationQuery(%S)",Query) );
        emit this->TriggerState(this->TriggerName,1);
        while (TRUE)
        {
            CDispPtr wmiLatestEvent;
            dhCheck( dhGetValue(L"%o", &wmiLatestEvent, wmiEventSrc, L".NextEvent") );
            emit this->Triggered(this->TriggerName,this->GenerateTriggerMsg(wmiLatestEvent),this->TriggerIcon);
            wmiLatestEvent.Dispose();
        }
    }
    catch (string errstr)
    {
        ErrorMSG=this->GenerateErrorMSG(QString::fromStdString(errstr));
        emit this->TriggerState(this->TriggerName,-1);
    }

проблема в следующем.
на  строчке

Код:

dhCheck( dhGetObject(L"winmgmts:{impersonationLevel=impersonate,(Security)}!\\\\.\\root\\cimv2",NULL, &wmiSvc) );

происходит сбой с сообщением:

   Member:   
Function: GetObject
Error In: GetObjectEx
Error:    Neioaene?aneay ioeaea
Code:     800401e4
Source:   Application"

Но ещё раньше программа вываливалась с сообщением о Runtime error'е.
А ещё раньше (и сейчас) в другом приложении данный код (в паре десятков потоков) работает прекрассно и без нареканий.
также в данном классе в конструкторе происходит доступ к инструментарию WMI без всяких проблем.
Коб вне потока работает.
В чем проблема ?
Переменные среды, настройки про файлов (за исключением списка файлов) идентичны для рабочего и нерабочего приложения.
ЗЫ.
Помогите плиз.
2 дня сношусь....

[LisandreL]

Вы уверены, что код точно такой же?
Ругается оно на синтекcис запроса, что говорит об одном из двух:
а) ошибка в запросе
б) класс winmgmts не зарегистрирован на компьютере, на котором вы пытаетесь выполнить код.

[Mr.Woland]

Вы уверены, что код точно такой же?

100%.
тот-же класс прекрассно работает в другом приложении.
далее, перед активацией потока, аналогичный запрос вызывается пару раз и все нормально.
при вынесении  кода из run он начинает прекрассно работать.....

[LisandreL]

1) В run ошибка возникает всегда или только иногда (а есть и удачные запуски)?
2) wmiSvc где объявлено?
3) Поток такой только 1 работает или несколько? (в программе, где есть ошибки)

[Mr.Woland]

1) В run ошибка возникает всегда или только иногда (а есть и удачные запуски)?

всегда.
но первоначально вылетало к чертям с runtime error.

2) wmiSvc где объявлено?

член класса.

3) Поток такой только 1 работает или несколько? (в программе, где есть ошибки)

работает несколько потоков.
штук 5-6. все вылетают с ошибкой.

[LisandreL]

Скажу сразу - готового ответа у меня нет.

Предложу такой план тестирования:
1) Ограничить число потоков QThread до 1.
2) Если ошибка не исчезла, то убрать из главного потока вызовы disphelper'а.
3) Если ошибка всё ещё сохраняется - заменить вызов start() на run(), что бы быть точно уверенным, что точно такой же код в основном потоке ошибок не вызывает.

Есть, конечно, ещё вариант отказаться от disphelper'а в пользу QAxObject и иже с ним, но нет уверенности что проблема тут именно в disphelper'е, тем более вы говорите, что в другом приложении нечто такое работает, причём многопоточно.

[Mr.Woland]

Скажу сразу - готового ответа у меня нет.
Предложу такой план тестирования:
1) Ограничить число потоков QThread до 1.
2) Если ошибка не исчезла, то убрать из главного потока вызовы disphelper'а.
3) Если ошибка всё ещё сохраняется - заменить вызов start() на run(), что бы быть точно уверенным, что точно такой же код в основном потоке ошибок не вызывает.

Проблема решилась.
Решение проблемы: Добавить QWebView к форме из которой создается список потоков.
Да. Магия и косяк в Qt при работе с потоками.
QWebView тащит за собой пару  мингв длл......

Есть, конечно, ещё вариант отказаться от disphelper'а в пользу QAxObject и иже с ним, но нет уверенности что проблема тут именно в disphelper'е, тем более вы говорите, что в другом приложении нечто такое работает, причём многопоточно.

Пробовал ActiveQt/
Но он слишком медленный. Некоторые операции с QAxObject в 10-20 раз медленнее чем черз disphelper.

[LisandreL]

Да. Магия и косяк в Qt при работе с потоками.
QWebView тащит за собой пару  мингв длл...

Интересно, в самом Qt проблема или в MinGW. VS не пробовали собирать?