🚀 go-pugleaf

W dniu 09.07.2019 o 16:11, Jan Drawski pisze:
>>> "MULTITHREADED".
>> A możesz na ten temat coś więcej napisać, bo to mi trochę coś się 
>> kojarzy, ale nie mogę sobie przypomnieć istoty sprawy.
> 
> Jak się korzysta z jakiegoś API Windows (nie pamiętam konkretnie przy 
> czym) to MS zaleca korzystanie z tego. Ustawiam tak: CoInitializeEx(nil, 
> COINIT_MULTITHREADED);

Głównie chodzi o inicjalizowanie COMów.
Np. IXMLDocument albo jakieś ADO, albo dowolny inne coś działające jako 
Component Object Model.

> Google pewnie wie więcej na ten temat. Z niektórych komponentów nie 
> można skorzystać, jest problem z parentami.
> 
>> Jeszcze posprawdzam, liczyłem, że ktoś ma mniejszą sklerozę, niż ja :)
> 
> Tak to jest jak się coś robi za szybko :)
> 
>>> 5. Czy czysty projekt z takim OpenDialogiem dobrze działa?
>> W tej chwili działa źle, zrobiłem nowy projekt, tylko z wywołaniem 
>> OpenDialog i w IDE d...
>> Coś się zmieniło w ciągu ostatnich kilku tygodni, bo problemu jeszcze 
>> niedawno nie było, niestety nie potrafię żadnej zmiany skojarzyć...
> 
> Wiem, że to może brzmieć trochę niedorzecznie ale możesz sprawdzić jak 
> będzie przy nieaktywnym połączeniu z internetem. Czasami coś może się 
> starać coś przesłać, odczytać i jak się nie udaje to mogą zdarzać się 
> takie problemy. W WMI były takie niespodzianki.
> 
Miałem (może) podobny przypadek, ale jednak ciut inny.
Problem również dotyczył OpenDialog, ale zachowywało się to tak, że 
otwarcie OpenDialog powodowało, że proces który go odpalił masowo zżerał 
pamięć.
I to w tempie ok. kilku MiB na sekundę.
Tak czy siak normalna aplikacja umierała w kilkanaście minut od otwarcia 
OpenDialog z braku pamięci.

Nie znaleźliśmy rozwiązania i w końcu zdecydowałem, że napiszemy sobie 
taki wrapper na OpenDialog (jako osobny program/proces), którego jedynym 
zadaniem jest obsługa OpenDialog.

Ciekawe jest to, że takie zachowanie było tylko u jednego klienta, ale 
na wszystkich jego komputerach.


-- 
wloochacz