wie überprüfe ich ob eine Datei vorhanden ist oder nicht?
Hab da keinen großen Plan, ich danke also.

(Alternativ kannst du auch über Systemfunktionen oder Boost::Filesystem zugreifen)

ok ich werde es mal versuchen.
Vielen Dank.

Vergiss aber nicht das Handle dann auch wieder zu schließen

Wenn er (wie man im C++-Forum doch wohl hoffen darf) nicht irgendwelche c-Funktionen sondern einen fstream benutzt, wird die Datei automatisch mit dem Dtor des fstreams wieder geschlossen, RAII sei Dank.

Unter Windows ist GetFileAttributes eine der schnellsten Möglichkeiten.
File öffnen dauert wesentlich länger.

Wenn man jetzt von dem unwahrscheinlichen Versuch absieht, eine Datei oeffnen zu wollen, die erst von einem Taperoboter geholt werden muss, bei der das Betriebssystem aber auf jeden Fall das Vorhandensein ohne den Roboter ueberpruefen kann, dann sollte es relativ egal sein, ob man bei einem (oder auch 10 oder 100) Test auf Vorhandensein jetzt die Handvoll Millisekunden laenger braucht. Ich wuerde da rein aus aesthetischen und Portabilitaetsgruenden auf die Verwendung der WinAPI verzichten.

Wenn er (wie man im C++-Forum doch wohl hoffen darf) nicht irgendwelche c-Funktionen sondern einen fstream benutzt, wird die Datei automatisch mit dem Dtor des fstreams wieder geschlossen, RAII sei Dank.

Wusste ich nicht, wieder was gelernt

edit: laut meinem Buechlein gibts bei fstreams auch eine methode close(). Ich hab allerdings nicht rausfinden koennen ob die vom Dtor automatisch aufgerufen wird, wenn mans denn verpennt hat. Also besser doch manuell schliessen...

edit: laut meinem Buechlein gibts bei fstreams auch eine methode close(). Ich hab allerdings nicht rausfinden koennen ob die vom Dtor automatisch aufgerufen wird, wenn mans denn verpennt hat.

Wird sie. Ich würde auch behaupten Klassen, die hinter sich nicht selbstverständlich aufräumen, haben in einer Standardbibliothek nichts zu suchen.

Unter Windows ist GetFileAttributes eine der schnellsten Möglichkeiten.
File öffnen dauert wesentlich länger.

Wenn man jetzt von dem unwahrscheinlichen Versuch absieht, eine Datei oeffnen zu wollen, die erst von einem Taperoboter geholt werden muss, bei der das Betriebssystem aber auf jeden Fall das Vorhandensein ohne den Roboter ueberpruefen kann, dann sollte es relativ egal sein, ob man bei einem (oder auch 10 oder 100) Test auf Vorhandensein jetzt die Handvoll Millisekunden laenger braucht. Ich wuerde da rein aus aesthetischen und Portabilitaetsgruenden auf die Verwendung der WinAPI verzichten.

Blablablaaaaaaaaaaaaaaaah.
Und?
Es *ist* langsamer, und zwar dramatisch langsamer.
Dass es egal ist wenn man nur eine Datei oder 10 oder so prüft... Blubb?
Hab ich irgendwo was anderes behauptet? Muss irgendwer immer ein ABER drunterschreiben?

PS: Und wenn dir so viel an Optimierung liegt, dann bitte an der richtigen Stelle - und die Zugriffe aufs Dateisystem sind in den wenigsten Fällen optimierungswürdig. (sagt dir die 80-20-Regel etwas?)

Blablablaaaaaaaaaaaaaaaah.
Und?
Es *ist* langsamer, und zwar dramatisch langsamer.
Dass es egal ist wenn man nur eine Datei oder 10 oder so prüft... Blubb?
Hab ich irgendwo was anderes behauptet? Muss irgendwer immer ein ABER drunterschreiben?

Solang immer wieder jemand mit völlig sinnfreien Optimierungsideen kommt, die zu tippen länger dauert als dem Programm Zeit seines Lebens an Laufzeit gespart wird, kommt auch immer von irgendwem ein ABER

hustbaer schrieb:

Blablablaaaaaaaaaaaaaaaah.
Und?
Es *ist* langsamer, und zwar dramatisch langsamer.
Dass es egal ist wenn man nur eine Datei oder 10 oder so prüft... Blubb?
Hab ich irgendwo was anderes behauptet? Muss irgendwer immer ein ABER drunterschreiben?

Solang immer wieder jemand mit völlig sinnfreien Optimierungsideen kommt, die zu tippen länger dauert als dem Programm Zeit seines Lebens an Laufzeit gespart wird, kommt auch immer von irgendwem ein ABER

Ich musste auch schonmal auf GetFileAttributes zurückgreifen, weil das öffnen
zu lange gedauert hat. Von daher ist es jawohl nicht schlimm, wenn ein Hinweis
gegeben wird, dass es schnellere Möglichkeiten gibt.

Gruss
Jockel

Wir verwenden in der Firma ein Programm welches das Vorhandensein + die Grösse von ~20k Dateien prüfen muss. Das Programm hat ursprünglich die open, getsize, close Methode verwendet. Nachdem wir auf GetFileAttributes umgestellt hatten wurde < 1m aus vorher ~~10m. Kannst du mir sagen wo das jetzt sinnlos oder premature oder sonstwas war?

OMG

Die 80:20 Regel muss bitte jeder selbst verstehen, auch noobs. Es muss nicht jedesmal darauf hingewiesen werden wenn irgendwer irgendwo eine Optimierungsmöglichkeit für etwas erwähnt was meistens (aber nicht immer) in den 20% (Rechenzeit) angesiedelt ist.