🚀 go-pugleaf

> Ik had ondertussen de volgende links gevonden:

Oei, ik denk niet dat dit mechanisme bedoeld is voor jouw
vraag/probleem. Dit mechanisme maakt het volgens mij mogelijk om in te
haken op belangrijke systeemonderdelen van Windows, bijv. om bepaalde
onderdelen van Windows te kunnen debuggen of om bepaalde functionaliteit
toe te voegen aan elk win32-programma.

Waarschijnlijk bereik je hiermee daadwerkelijk je doel en worden de
DLL's tijdens het opstarten van Windows ingeladen. Maar ik heb toch het
gevoel dat je hier goed verkeerd zit. De DLL wordt zo gekoppeld aan elk
win32-proces. Dat is waarschijnlijk overkill, aangezien alleen je eigen
applicatie die DLL's nodig heeft. Er zullen nog wel meer haken en ogen
aan dit verhaal zitten, bijv. m.b.t. security en crash-gevoeligheid van
Windows.

Ik denk toch echt dat de beste oplossing gewoon is het gebruiken van een
tweede process, dat tegelijkertijd gestart wordt met Windows en constant
op de achtergrond draait. Dit process moet dan alle door jou te
gebruiken DLL's inladen, zodat ze alvast in het geheugen zitten. Daarna
zal jouw 'echte' applicatie waarschijnlijk sneller opstarten. Microsoft
deed zoiets ook altijd met Office. Daar had je 'osa.exe', een programma
met als enige functionaliteit het inladen van de Office DLL's.

Overigens vind ik zelf dat pre-loaden van DLL's behoorlijk irritant.
Kost weer extra opstarttijd. Maar da's mijn mening ;-)

Groeten,

Leon Zandman