🚀 go-pugleaf

Tue, 20 May 2025 13:09:50 +0200, w <100hntp$l9p$1@news.chmurka.net>, "Grzegorz
Niemirowski" <grzegorz@grzegorz.net> napisał(-a):

> Arkadiusz 'Black Fox' Artyszuk <blackfox_pl@protonmail.com> napisał(a):
> > https://pcpro.pl/dllhost-exe-wszystko-co-musisz-wiedziec-o-tym-procesie
> 
> Wbrew tytułowi artykuł ten nie tłumaczy wszystkiego, a nawet wprowadza w 
> błąd. Po pierwsze dllhost nie obsługuje klasycznych bibliotek, a jedynie 
> COM. Tekst sugeruje, że każda DLL jest ładowana przez dllhost. Po drugie 
> nawet w przypadku bibliotek COM proces dllhost nie jest niezbędny. Jest on 
> używany przez programistów podejrzewających, że biblioteka może być 
> niestabilna, i niechcących żeby wywalająca się biblioteka pociągnęła za sobą 
> cały program. Przykładem może być explorer.exe i biblioteki różnych firm 
> dodające podgląd plików graficznych. Z pomocą przychodzi tutaj właśnie 
> dllhost, który ładuje daną bibliotekę zamiast właściwego programu i potem 
> pośredniczy między tym programem a biblioteką. W przypadku błędu w 
> bibliotece wywali się proces dllhost.exe, a program będzie mógł działać 
> dalej. Ale czasem może zajść sytuacja odwrotna: to program się wywali, a 
> dllhost zostanie. To właśnie zaobserwował pytający.

A w takim przypadku dllhost jako proces podrzędny nie powinien się
automatycznie zamknąć? Czy to nie tak działa?
I ogólnie -- czy można takiej sytuacji zapobiec modyfikując program?