WNetOpenEnum "Falscher Parameter"

[Luckie]

Nicht schlecht. Aber auch ein Problem. Wenn ich die Freigabe aufhebe, wenn man nicht verbunden ist geht es. Ist man aber verbunden und ich hebe die Freigabe auf, behauptet die Funktion trotzdem, dass die Freigabe da wäre.

[SirThornberry]

also wird auch wieder der Cache genutzt? ich kann es leider nicht unter realen Bedingungen Testen sondern im moment nur prüfen ob die Ressourcen von "server01" verfügbar sind wobei das Programm auch auf Server01 ausgeführt wird.

[Luckie]

Das Problem habe ich auch hier und an der Arbeit. Die wohhlen erst eine reale testumgebung aufsetzen, wenn das Projekt schon weiter vorangeschritten ist.

Verbinde ich mich ziwschen durch nicht geht es wie gewünscht.

[SirThornberry]

du könntest eine VM nutzen. Oder wenn wirklich immer der Cache bemüht wird wäre dann wohl wirklich nur die Möglichkeit mit FindFirst zu prüfen. Und dabei natürlich hoffen das dort nix mit dem Cache zu tun hat.
Ich werd mal bischen mit VM rum probieren und eventuell erst morgen wieder schreiben (bzw. heute nach dem schlafen)

[Luckie]

Eine VM mit 480 MB Speicher in der Maschine?

[SirThornberry]

also ich habs grad mit VM getestet und auch dort ist das von dir beschriebene Problem. Testet man auf eine frei gegebene Resource ("test1") wird True zurück gegeben. Wenn man diese Freigabe dann aufhebt wird jedoch weiterhin "True" zurück gegeben, selbst nach einem Programmneustart.
Ich hab die befürchtung das es wohl doch wieder darauf hinaus läuft per FindFirst das ganze zu versuchen da, dabei versucht wird zu verbinden um die Auflistung vom anderen System zu bekommen.

[Luckie]

Was verursacht denn das für eine Netzwerlast mit FindFirst? das wäre auch wichtig für mich in diesem fall.

[SirThornberry]

Ist nur geraten, aber all zu hoch dürfte die Netzwerklast mit FindFirst nicht sein wenn du nicht gerade mit wildcards suchst, denn dann wäre ja maximal die struktur zu übertragen welche die eine gefundene Datei enthält.