3. grosse Dateien lesen

grosse Dateien lesen

  • A

    Ich frage ob dieses system Nachteile hat:

    leser::liesdatei("foo.txt");//selbsterklärend
    char buffer[1024];//erwarte das keine Zeile grösser als 1024 ist
    while(leser::nächstezeile(buffer)){//wenn keine Zeile überig return false
    interpreter::interpretiere(buffer);}//selbsterklärend
    leser::schliess

    0
  • Mod

    alterbro schrieb:

    Ich frage ob dieses system Nachteile hat:

    Es hat zum Beispiel den dicken Nachteil, sich ohne Not auf 1024 Zeichen lange Zeilen zu beschränken.

    Es hat auch den Nachteil, erst Daten als Zeilen zu interpretieren, dann die Zeilen wieder als Daten zu interpretieren, wenn man in der Regel doch ganz ohne Umweg die Daten interpretieren könnte.

    0
  • ?

    ja, hat einen nachteil.
    zeilen mit mehr als 1024 bytes können nicht vollständig gelesen werden.

    0
  • A

    SeppJ schrieb:

    Es hat zum Beispiel den dicken Nachteil, sich ohne Not auf 1024 Zeichen lange Zeilen zu beschränken.

    wie meinst du das?

    SeppJ schrieb:

    Es hat auch den Nachteil, erst Daten als Zeilen zu interpretieren, dann die Zeilen wieder als Daten zu interpretieren, wenn man in der Regel doch ganz ohne Umweg die Daten interpretieren könnte.

    wie denn?

    0
  • ?

    alterbro schrieb:

    SeppJ schrieb:

    Es hat zum Beispiel den dicken Nachteil, sich ohne Not auf 1024 Zeichen lange Zeilen zu beschränken.

    wie meinst du das?

    SeppJ schrieb:

    ich wage es mir anzumaßen, dass er folgendes meint:
    für zeilen mit anzahl bytes > 1024 pro zeile kannst du dein programm in die tonne hauen.

    Es hat auch den Nachteil, erst Daten als Zeilen zu interpretieren, dann die Zeilen wieder als Daten zu interpretieren, wenn man in der Regel doch ganz ohne Umweg die Daten interpretieren könnte.

    wie denn?

    fscanf benutzen, z.b.

    0
  • Mod

    alterbro schrieb:

    SeppJ schrieb:

    Es hat zum Beispiel den dicken Nachteil, sich ohne Not auf 1024 Zeichen lange Zeilen zu beschränken.

    wie meinst du das?

    Gibt es (in C++) einen Grund, sich auf 1024 Zeichen zu beschränken? Nein. Höchstens in C und dort auch nur aus Bequemlichkeit, nicht wegen mangelnder Möglichkeiten. In C++ ist die Bequemlichkeit aber bei variabler Länge auch gegeben.

    SeppJ schrieb:

    Es hat auch den Nachteil, erst Daten als Zeilen zu interpretieren, dann die Zeilen wieder als Daten zu interpretieren, wenn man in der Regel doch ganz ohne Umweg die Daten interpretieren könnte.

    wie denn?

    Indem du das, was du mit der Zeile machst, direkt mit der Datei machst. Da du ja sicher die Dateninterpretation schön brav als Streamoperation implementiert hast, wie man es in C++ eben macht, sollte es keinen Unterschied machen, ob du einen fstream oder einen stringstream vorliegen hast.

    Und selbst in C würde man es nicht so machen, wie interpret0r richtig schreibt.

    0
  • ?

    SeppJ schrieb:

    Höchstens in C und dort auch nur aus Bequemlichkeit, nicht wegen mangelnder Möglichkeiten.

    Immer diese C-Basherei (den schlechtesten C-Code liest man hier im C++-Forum). In C ist die Bequemlichkeit mit getline auch gegeben. Trotzdem interpretiert man den Input oft gleich direkt vom FILE*.

    0
  • Mod

    unbash schrieb:

    In C ist die Bequemlichkeit mit getline auch gegeben.

    Fail.

    0
  • ?

    SeppJ schrieb:

    unbash schrieb:

    In C ist die Bequemlichkeit mit getline auch gegeben.

    Fail.

    ?

    char *line=NULL;
size_t bytes=0, len=0;
while (getline(&line, &len, stdin)>=0)
  bytes += len;
free(line);
printf ("%zu\n", bytes);

    vs

    std::ios_base::sync_with_stdio(false);
std::string s;
std::size_t bytes = 0;
while (std::getline(std::cin, s))
  bytes += s.size();
std::cout << bytes << '\n';

    Gleich bequemer Code und die C-Version ist erst noch schneller. Wo ist hier das Fail?

    0
  • Mod

    unbash schrieb:

    Wo ist hier das Fail?

    Es ist kein C.

    0
  • A

    Ok,danke, hat mir sehr geholfen

    0
  • I

    SeppJ schrieb:

    unbash schrieb:

    Wo ist hier das Fail?

    Es ist kein C.

    Doch:

    Since many programs interpret input on the basis of lines, it is convenient to have functions to read a line of text from a stream.

Standard C has functions to do this, but they aren't very safe: null characters and even (for gets) long lines can confuse them. So the GNU C Library provides the nonstandard getline function that makes it easy to read lines reliably.

    Ist aber nicht Standart-C, also irrelevant.

    EDIT: Warum wird das zensiert?

    0
  • B

    IrgendeinName schrieb:

    Ist aber nicht stan****-C, also irrelevant.

    EDIT: Warum wird das zensiert?

    Guck mal in den Duden.

    Edit:
    Oder auch hier:
    http://lexikon.martinvogel.de/standart.html

    0
  • Mod

    IrgendeinName schrieb:

    Ist aber nicht stan****-C, also irrelevant.

    EDIT: Warum wird das zensiert?

    Weil selbst das Forum erkennt, dass das eine dumme Aussage ist. Das ist unportables GNU-Zeugs, kein reines C. getline kann man im Linuxprogrammierungsforum als gescheite Antwort bringen, nicht in den ANSI-Sprachforen.

    Es ist ja nicht so, dass man für so ein getline jahrelange Erfahrung in der Entwicklung bräuchte, trotzdem sieht man kaum C-Code, in dem Funktionen dieser Art benutzt werden. Bequemlichkeit, denn ganz so trivial ist es nun einmal doch nicht.

    0
  • I

    Belli schrieb:

    IrgendeinName schrieb:

    Ist aber nicht stan****-C, also irrelevant.

    EDIT: Warum wird das zensiert?

    Guck mal in den Duden.

    Edit:
    Oder auch hier:
    http://lexikon.martinvogel.de/stan****.html

    Rechtschreibfehler zensieren? Obskure Methoden...

    SeppJ schrieb:

    Weil selbst das Forum erkennt, dass das eine dumme Aussage ist. Das ist unportables GNU-Zeugs, kein reines C. getline kann man im Linuxprogrammierungsforum als gescheite Antwort bringen, nicht in den ANSI-Sprachforen.

    Es ist ja nicht so, dass man für so ein getline jahrelange Erfahrung in der Entwicklung bräuchte, trotzdem sieht man kaum C-Code, in dem Funktionen dieser Art benutzt werden. Bequemlichkeit, denn ganz so trivial ist es nun einmal doch nicht.

    Ich habe selbst gesagt, das es nicht im Standard ist.

    Aber du hast Wort auf Wort gesagt, das die mit Link hinterlegte Funktion kein C sei, obwohl sie es ist. Sie ist nicht Standard C, aber C.

    Sie scheint das Problem des TE gelöst zu haben und ich glaube dem ist Portabilität recht egal.

    0
  • A

    ich hab da noch eine Frage:
    anstatt ein char array 1024 zu verwenden, kann ich also uch einfach ein char array verwenden,oder?

    0

  • alterbro schrieb:

    ich hab da noch eine Frage:
    anstatt ein char array 1024 zu verwenden, kann ich also uch einfach ein char array verwenden,oder?

    Erklär bitte (Code?), was genau du damit meinst?

    IrgendeinName schrieb:

    Aber du hast Wort auf Wort gesagt, das die mit Link hinterlegte Funktion kein C sei, obwohl sie es ist. Sie ist nicht Standard C, aber C.

    Was hilft eine non-standard C Lösung in einem Standard C++ Forum!? Abgesehen davon, ist diese getline() Funktion wohl die hässlichste Lösung, die ich je gesehen hab...

    0
  • K

    alterbro schrieb:

    ich hab da noch eine Frage:
    anstatt ein char array 1024 zu verwenden, kann ich also uch einfach ein char array verwenden,oder?

    Du kannst auch einfach einen std::string verwenden. Die Laenge der Zeile muss nicht vorher bekannt bzw. festgelegt sein.

    0
  • A

    ok, danke

    0
Anmelden zum Antworten