4. Wie kann ich die Dateigröße einlesen

Wie kann ich die Dateigröße einlesen

  • E

    Original erstellt von Shade Of Mine:
    Es ist egal was google sagt! Es zählt _nur_ was der Standard sagt!

    rofl

    also ist ja schoen und gut was da (im Standard) steht...
    nur wenn sich keiner daran haelt...
    (kann ja ein gutes oder positives daran halten sein)
    😉 :p

    0
  • S

    Original erstellt von entelechie:
    **nur wenn sich keiner daran haelt...
    **

    Achja? Es haelt sich keiner daran? Die Programmierer halten sich nicht daran, deshalb ist es auch so schwer Programme zu portieren!

    Ein SEEK_END ist unsicher, es kann dir mal um die Ohren fliegen, muss aber nicht!

    Das selbe ist bei einem

    char* p;
    *p=3;

    Es muss nichts passieren, aber es kann! Nur weil bei deinem Compiler dann nichts passiert, heisst es noch lange nicht, dass es bei einem anderen Compiler nicht anders sein kann.

    SEEK_END haengt eben vom OS ab. Unter Windows und Unix wirst du keine Probleme haben, was aber wenn jemand mal dein Programm auf sein selbstgeschriebenes OS bringen will? Der arme Typ wird sich wundern warum nichts laeuft...

    Naja, zugegeben bloedes Beispiel, aber dennoch... der Standard ist nicht zum Spass da, damit sich Leute wie du darueber lustig machen, sondern er ist sehr wichtig um die Plattformuabhaengigkeit von C zu erhalten!

    0
  • E

    @shade:
    hae?

    ich hab mich nicht ueber den standard lustig gemacht.
    ich halte es fuer sehr sinnvoll, dass es klare definitionen
    fuer die sprache c gibt.

    es ist aber auch zu sagen, wenn eine funktion fseek(..) gibt,
    die sich einmal so und einmal so verhalten kann, dann ist das
    schwachsinnig! das makro "seek_end" suggeriert, dass man sich
    zum dateiende bewegt. ich bin immer davon ausgegagen, dass
    es das auch tut.
    ich halte diese definition fuer sehr schwammig.

    0
  • M

    Original erstellt von entelechie:
    ...
    es ist aber auch zu sagen, wenn eine funktion fseek(..) gibt,
    die sich einmal so und einmal so verhalten kann, dann ist das
    schwachsinnig! das makro "seek_end" suggeriert, dass man sich
    zum dateiende bewegt. ich bin immer davon ausgegagen, dass
    es das auch tut.
    ich halte diese definition fuer sehr schwammig.

    So stimmt das nicht! Der Standard gibt klare Regeln vor, wie fseek() zu verwenden ist. Weicht ein Programmierer vom Standard ab, dann verlässt er sich auf systemspezifische Dinge oder eben auf undefiniertes Verhalten.

    0
  • B

    "The nice thing about standards is that there are so many to choose from." -- unbekannter Autor

    Als da wären z.B. POSIX, worin fseek(x, SEEK_END) natürlich definiert ist.

    0
  • M

    naja ... mir ging's um den aktuellen ISO-C Standard ... :))

    0
  • E

    ich habe nie etwas anderes behauptet mady.

    aber, fuer jemanden der den standard nicht so gut in
    allen einzelheiten kennt (wie z.B. ich :)) ist ein
    fseek( f, 0, SEEK_END ) sehr irrefuehrend.

    0
  • M

    Original erstellt von entelechie:
    **ich habe nie etwas anderes behauptet mady.

    aber, fuer jemanden der den standard nicht so gut in
    allen einzelheiten kennt (wie z.B. ich :)) ist ein
    fseek( f, 0, SEEK_END ) sehr irrefuehrend.**

    Da muss ich Dir recht geben. Ich selbst hab' den Befehl längere Zeit verwendet ....

    Viele meiner (älteren) C-Bücher und Nachschlagewerke vermitteln die Sprache C 'am Standard vorbei'. Da sind z.T. falsche Formulierungen oder Sachverhalte nachzulesen. Schlechte Tut's (z.B. pronix.de) tun dann noch ihr übriges.

    0
  • ?

    Schlechte Tut's (z.B. pronix.de) tun dann noch ihr übriges.

    Kannst du das mal genauer erläutern. Was ist an diesem Tutorial so schlecht. Hab es vor einiger Zeit komplett durchgearbeitet und fand es total genial gemacht von der Aufmachung und den Informationen. Und jetzt erfahre ich das Tutorial sei schlecht? 😞

    0
  • I
     

    BOOL GetFindData(LPSTR ss, WIN32_FIND_DATA *lpwinfd)
{
    WIN32_FIND_DATA w32ffd;
    HANDLE a;

    if (lpwinfd) memset(lpwinfd, 0, sizeof(WIN32_FIND_DATA));
    if ((a = FindFirstFile(ss, &w32ffd))!=INVALID_HANDLE_VALUE)
    {
        do
        {
            if (!(w32ffd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY))
            {
                FindClose(a);
                if (lpwinfd) memcpy(lpwinfd, &w32ffd, sizeof(WIN32_FIND_DATA));
                return TRUE;
            }
        } while (FindNextFile(a, &w32ffd));
        FindClose(a);
    }
    return FALSE;
}

DWORD GetFileSize(LPSTR ss)
{
    WIN32_FIND_DATA w32ffd;
    if (!GetFindData(ss, &w32ffd)) return 0;
    if (w32ffd.nFileSizeHigh) return 0xffffffff;
    return w32ffd.nFileSizeLow;
}
    0
  • ?

    int_esskar: Deine Funktion ist ja schrecklich vom Programmierstil her. 😉

    0
  • I

    Original erstellt von <Edgar>:
    int_esskar: Deine Funktion ist ja schrecklich vom Programmierstil her. 😉

    stimmt...vorallem weil sie gar nicht zu ANSI C passt... hab mich verschaut... sorry...

    0
  • ?

    Sind wir hier in der Uni oder warum nennst du ein Handle einfach nur "a"? Übelst. 😞

    0
  • I

    war nur ein bsp, wusst nicht ihr schönheiten sucht...dachte ihr sucht lösungen

    0
  • ?

    Wir suchen nach schönen Lösungen. 🙂 😃

    0
  • M

    Original erstellt von <Reaktor>:
    Kannst du das mal genauer erläutern. ...

    Ja, kann ich.

    1. http://pronix.de/ckurs/ckurs7.html

    ...Oft wird auch vom K&R C-S t a n d a r t gesprochen...

    2. http://pronix.de/ckurs/ckurs14.html

    Außerdem können sie void auf in Funktionen einsetzen die keinen Parameter haben. Auch in main - Funktion wenn sie wollen. Somit wäre.....

    int main(void)

    ...gleichwertig zu.....

    int main() ....

    und weiter:

    ...Man kann void zum auch einen Zeiger auf void definieren. Natürlich muss man sich dann um die Typenumwandlung (cast) kümmern. ...

    3. http://pronix.de/ckurs/ckurs34.html

    Gibt man der main() - Funktion einen anderen Rückgabewert außer int, könnte in C99-Standard Compiler ein undefiniertes Verhalten auftreten. In vielen Büchern findet man die main() - Funktion in folgender Schreibweise wieder...

    void main()
    {
    ...
    }

    Nach dem C89 - Standard ist dies auch richtig. ...

    4. http://pronix.de/ckurs/ckurs65.html - Ab hier wird's dann richtig spannend: casts vor malloc(), sizeof(char), ....

    Zweifelsohne steckt viel Arbeit in dem Kurs. Aber es sind halt doch ein paar Fehler drin .... ://

    0
  • *

    Original erstellt von kingruedi:
    @entelchien
    unter Linux kann dir das eh egal sein, da Unices keinen Binären Dateimodus kennen, da wird alles gleich behandelt (zum Glück!)

    Stimmt das??
    unter c++ zumindestesn kann man "io::binary" öffnen ?
    Hanns

    0
  • S

    Original erstellt von ^Hanns:
    Stimmt das??
    unter c++ zumindestesn kann man "io::binary" öffnen ?
    Hanns

    jo, stimmt!
    du kannst auch in c binaer oeffnen. aber unter unix ist textmodus==binaermodus

    0
Anmelden zum Antworten