Ich brauch für mein Programm die EXAKTE grösse einer Bitmap-Datei.
Die Größe aus dem Header ist unbrauchbar, da sie ungenau ist!!!

Hier ist mein Versuch:

do
{
 Zaehler++;
 cout<<Zaehler;
}while(feof(FILE *Datei)==0);

Danke im Voraus

Ich hätte auch ein kleines Problem das hier gut reinpasst. Ich möchte mit einem Konsolenbefehl eine Datei löschen. In der Borland Hilfe find ich nur Befehle für Anwendungen mit grafischer Oberfläche.

Ich hätte auch ein kleines Problem das hier gut reinpasst. Ich möchte mit einem Konsolenbefehl eine Datei löschen. In der Borland Hilfe find ich nur Befehle für Anwendungen mit grafischer Oberfläche.

Die Standardlibrary liefert dir remove(), allerdings empfehle ich bei so OS-abhängigen Befehlen immer die OS-API. Ich gehe mal schroff von Windows aus und empfehle daher DeleteFile() aus der WinAPI.

Dass solche Dateioperationen nur in Zusammenhang mit GUI-Programmen zur Verfügung stehen, kann ich mir nicht vorstellen.

Einen vernünftigen Weg die Dateigröße mit Hilfe der Standard-Library auszulesen ist mir bisher auch noch nicht untergekommen. In der WinAPI findet sich das sehr brauchbare GetFileSize().

MfG SideWinder

BTW: fstream ist ganz allgemein wieder mal ein Beispiel aus der C++-Standard-Bibliothek das absolut unbrauchbar ist

http://www.codeproject.com/file/filesize.asp

Mit

struct stat statbuf;
stat("dateiname",&statbuf);
cout << statbuf.st_size;

kriegt man die filesize eigentlich ziemlich genau raus.

Warum würdest du mir das remove() nicht empfehlen, löscht ja die dateien auch.

///edit: sry hab den link zu spät gesehen

Ich brauch für mein Programm die EXAKTE grösse einer Bitmap-Datei.

Wenn man nur auf Funktionen aus dem Standard zurückgreift, sollte es so gehen:

#include <fstream>
#include <iostream>

int main()
{
    using namespace std;
    ifstream file( "C:/Datei.txt" );
    if( file.seekg( 0, std::ios_base::end ) )
        cout << "Dateigroesse: " << file.tellg() << " Zeichen" << endl;
    return 0;
}

Gruß
Werner

@Werner
Deine Lösung funktioniert nicht garantiert. Auf Betriebssystemen, die Text- und Binär-Modus unterscheiden, kann es glaube ich im Binär-Modus zu Problemen kommen.

SideWinder schrieb:

Die Standardlibrary liefert dir remove(), allerdings empfehle ich bei so OS-abhängigen Befehlen immer die OS-API.

Befehlen? Und warum kein std::remove?

Boost ist wahrscheinlich eine gute Idee.

rüdiger schrieb:

Befehlen? Und warum kein std::remove?

Ist irgendwie sehr C-like im Fehlerfahll eine globale Variable abzufragen. Übernimmt einen Pfad, sollte OS-unabhängig sein, führt aber afaik keine /\-Änderungen durch, man ist also nur am Papier unabhängig und programmiert sich in Probleme.

Keine Ahnung warum überhaupt soviele C-Funktionen in C++ übernommen wurden. Warum gibts keine Date/Time-Klassen in der Standard-Bibliothek? Warum muss ich Dateien über Funktionen löschen, Dateien funktioniert aber über Klassen?

Ich suche verzweifelt nach Hintergrundartikeln zu diesem Debakel, also falls jemand gute Links hat "Warum und wieso" wäre ich sehr dankbar.

MfG SideWinder

rüdiger schrieb:

Befehlen? Und warum kein std::remove?

Ist irgendwie sehr C-like im Fehlerfahll eine globale Variable abzufragen. Übernimmt einen Pfad, sollte OS-unabhängig sein, führt aber afaik keine /\-Änderungen durch, man ist also nur am Papier unabhängig und programmiert sich in Probleme.

Daher schlägst du eine sehr OS-Abhängige C-API vor, um das Problem zu lösen?

Wie würdest du remove über eine Klasse lösen? Dafür ist doch eine Funktion vollkommen in Ordnung. Auch boost::filesystem macht das mittels einer Funktion.

Daher schlägst du eine sehr OS-Abhängige C-API vor, um das Problem zu lösen?

Dann springt die Abhängigkeit wenigstens ins Gesicht. Aber Boost scheint mir in dem Fall sogar noch geeigneter zu sein.

rüdiger schrieb:

Wie würdest du remove über eine Klasse lösen? Dafür ist doch eine Funktion vollkommen in Ordnung. Auch boost::filesystem macht das mittels einer Funktion.

Mein Liebling wäre wohl etwas in diese Richtung:

List<File> files = ApplicationDirectory.toFile().find("*.log");

foreach(File file : files)
    try { file.delete(); } catch (Exception ex) { log(ex); }

MfG SideWinder

Die Java File Klasse ist eigentlich ganz gut. Hat zwar auch Probleme (es gibt nur setReadOnly und keinen Weg zurück), aber sowas ähnliches in C++ std wäre schon gut.

Da finde ich die Lösung von boost::filesystem besser. Ein Pfad ist eben nicht direkt eine Datei...

ja, File ist auch für directories da

äh lol? Ne, so was möchte ich nicht in std:: haben. Da ist boost::filesystem durchdachter imho

äh lol? Ne, so was möchte ich nicht in std:: haben. Da ist boost::filesystem durchdachter imho

Ist ja auch sehr abwegig ein Verzeichnis als eine Datei zu behandeln, auf die Idee kommt in der Wirklichkeit fast niemand

MfG SideWinder

Ich brauch für mein Programm die EXAKTE grösse einer Bitmap-Datei.

#include <fstream>

int main ()
{
    using namespace std;

    ifstream ein ("c:\\bitmap.bmp", ios_base::ate);
    streamoff len = ein.tellg ();
    ein.close ();
}

du musst zwischen dem Inhalt der Datei (dafür gibts streams und so) und der Datei im filessystem unterscheiden. da ist sie fast wie ein verzeichnis und es wäre doch viel umständlicher für verzeichnisse und files unterschiedliche klassen/funktionen, für die gleichen operationen (isHidden, exists,...), zu haben. Man könnte noch eine Vererbungshierarchie einbauen, aber das macht das arbeiten auch nicht einfacher.

Wäre der Klassenname Pfad da nicht besser als Datei? Wie gesagt, schau dir boost::filesystem an, das sieht durchdachter aus, als das Java Zeugs.