mykind wrote:gestartet wurde eíne .Exe-Datei per Doppelklick. Im Hintergrund wurden
irgendwelche OCX-Dateien und DLL-Dateien im Hintergrund blockiert.
Das Programm selbst startete nicht.
Nach Beendigung des TC wurden die Dateien wieder freigegeben.
Ein paar weitere Details wären hilfreich. Inwiefern blocken, also was genau geht nicht so lange TC offen ist,
und wie hast du das mit den OCXs/DLLs festgestellt?
Von welchem Programm, bzw. welchen bereitgestellten Funktionen reden wir (Netzwerkfunktionen?).
Ich hatte zwar schon öfters mal pedantische Programme die mit irgendwelchen Hooks prüfen
dass möglichst der richtige Prozess startet, aber das ist in den meisten Fällen unbegründet.
Es kann sein dass du beim Starten des Programms über den TC irgendwelche Parameter übergibst, die Probleme verursachen,
oder andersherum: wird das Programm denn normalerweise mit Parametern gestartet?
Ansonsten könnte es auch an irgendwelchen Shell-Extensions liegen, die vielleicht benötigt werden.
Ein kurzzeitiges Umbenennen der "Totalcmd.exe" in "Explorer.exe" könnte das schon mal ausschließen.
mykind wrote:Macht der TC da etwas anders als der Explorer? Und warum?
Vom Standpunkt der Win-API passiert im TC eigentlich nichts besonderes, und schon gar nichts was irgendwelche Probleme verursachen sollte, wie ich immer wieder selbst feststelle.
Wenn man im Forum nach ähnlich gelagerten Problemen sucht bekommt man den Eindruck, dass die meisten dieser Art erst einstehen weil irgendwelche Programmierer der Meinung sind sie müssten jetzt mal unorthodoxe Methoden verwenden.
Die einzige Dauerbaustelle sind die erwähnten Shell-Extensions.
Dalai wrote:Ja logisch. Genau wie der TC ein Kind des Explorer-Prozesses ist. Genau wie jeder Prozess eines Konsolenprogramm ein Kind einer Shell ist (CMD, PowerShell, Bash etc).
Na na, vorsichtig mit solchen Aussagen.
Nicht jeder Prozess ist automatisch Kind vom Explorer,
das kommt immer auf die verwendeten Funktionen an, z.B.
ShellExecute, oder
solche Sachen.
, 
