Du kannst im Log dir merken welche DLLs geladen werden und baust dir in den Programmstart ein LoadLibrary ein, wo du diese schonmal vorlädst. (zumindestens die Wichtigsten davon)
Welche DLLs? Ich lade doch gar keine DLLs im Programm
Achso, du meinst die DLLs, die der OpenDialog benötigt, machen die Verzögerung aus? Müßte es dann nicht beim zweiten Aufruf von OpenDialog schneller gehen, wenn die DLLs vom ersten Aufruf bereits geladen wurden? Oder werden die gleich danach wieder entladen? Ich probier das mal mit dem LoadLibrary ...
Den Programmstart kann man beschleunigen, indem man nicht sofort losdebuggt (F9), sondern das Programm startet und sich erst dann zum Prozess verbindet, wenn es nötig ist. (Strg+Shift+F9 und Start > Mit Prozess verbinden)
Das hab ich eben ausprobiert. Tatsächlich geht der OpenDialog nun ganz flott, aber: Wenn ich vor dem Programmende "mit Prozess verbinden" klicke, erscheint das CPU-Fenster, mit dem ich absolut nichts anzufangen weiß – hab nunmal keine Ahnung von Assembler (mehr). Der Prozeß, mit dem ich verbinden soll, ist doch mein laufendes Testprogramm, nicht wahr?
(Da will ich debuggen, weil ich da irgendwo eine Schutzverletzung und MemoryLeaks auslöse –
siehe auch dort, wo ich gerade ein Problem von Delbor nachstelle und zu lösen verusche.)