Odczytywanie N-tej lini pliku (C++)

[FROGER]

Ten program by byl oddzielnym progsem!Po prostu polegaloby to na tym, ze "sformatowal" bym sobie nowa wersje pliku (plik zawiera specyficzne dane, ktore sie raczej nie zmieniają, a już na pewno nie podczas pracy programu!. A ze do pliku dopisuje recznie to mysle ze to powinno przejsc (a bardzo zalezy mi na szybkosci)

[jk33]

2005-12-05 20:37:57 FROGER napisał:

> Ten program by byl oddzielnym progsem!Po prostu polegaloby to na tym, ze "sformatowal"
 > bym sobie nowa wersje pliku (plik zawiera specyficzne dane, ktore sie raczej nie zmieniają, a
 > już na pewno nie podczas pracy programu!. A ze do pliku dopisuje recznie to mysle ze to powinno
 > przejsc (a bardzo zalezy mi na szybkosci)

Ale generalnie nie ma takiej potrzeby,
program formatujący przyspieszyłby pdrugi rogram
tylko gdyby plik miał linie o długości >1024,
dla krótszych linii czas wzrośnie,
(bo zamiast wczytać np. 300bajtów
na linię musisz wczytać 1024)

A wykonanie programu formatującego zajmowałoby
przawdopodobnie więcej czasu niż wykonanie
właściwego przeszukania.

[FROGER]

Chyba mnie nie zrozumiales do konca Program formatujacy sfoja droga a to swoją

Powiedzmy ze nie ma problemu z progsem formatujacym bo plik sie przeformatuje, bo jakichkolwiek zmianach w nim, i takie rzeczy mozna sobie zrobic "osobno". W samym pliku podczas uzywania programu zmian nie bedzie i zreszta prgram w nim tez nie wykonuje zadnych zmian - po prostu ma odczytac, a to czy juz pllik jest OK to juz nie jego problem . W kazdym razie problem uznaje za rozwiazany

[devilan]

2005-12-05 18:47:06 jk33 napisał:
 > Najlepiej, żebyś wykorzystał w celu czytania
 > znaków funkcję getc() z stdio.h,
 > albo funkcję read() z unistd.h

NIE, mieszanie ze soba bibliotek (i naglowkow) z C oraz C++ co prawda działa, ale nie jest najlepszą formą prezentowania swoich umiejętności jeśli chodzi o C++!!! Wręcz przeciwnie - jeśli programujesz w C++ korzystaj z mechanizmów i bibliotek dla niego przeznaczonych jeśli załatwiają problem, bo inaczej tylko pokazujesz, że nie potrafisz do końca programować w C++, a tylko w C :/

A oto kod, który rozwiązuje problem (działa z kompilatorem obsługującym namespace'y - czyli na przykład linuksowym g++):
/* BEGIN OF C++ CODE */
using namespace std;
#include
#include

int main(int argc, char *argv[])
{
    int n;
    char bufor[1024];
    if(argc != 3)
    {
        cerr << "usage: program numer_linii plikn";
        exit(-1);
    }
    n = atoi(argv[1]);
    if(n < 1)
    {
        cerr << "Podaj jakis normalny numer liniin";
        exit(-2);
    }
    fstream plik(argv[2]);
    if(!plik)
    {
        cerr << "Nie moge otworzyc do odczytu pliku o nazwie " << argv[2] << endl;
        exit(-3);
    }

    for(int i = 0; i < n; i++)
    {
       plik.getline(bufor, sizeof(bufor));
       if(plik.bad())
       {
          cerr << "Blad odczytu pliku (moze zbyt wczesny koniec?)!n";
          exit(-4);
       }
    }
    cout << bufor << endl;
}
/* END OF SOURCE */

Od siebie dodam, że jesteś leniem (to do autora tematu). Wcześniej Ci napisałem wszystko co i jak, ale nie sprawdziłeś. Widać nie chcesz się niczego nauczyć tylko zaliczyć jakieś ćwiczenia z C++ :/
Ni mniej pozdrawiam

[jk33]

2005-12-06 14:26:41 devilan napisał:

> 2005-12-05 18:47:06 jk33 napisał:
 >  > Najlepiej, żebyś wykorzystał w celu czytania
 >  > znaków funkcję getc() z stdio.h,
 >  > albo funkcję read() z unistd.h
 >
 > NIE, mieszanie ze soba bibliotek (i naglowkow) z C oraz C++ co prawda działa, ale nie jest
 > najlepszą formą prezentowania swoich umiejętności jeśli chodzi o C++!!! Wręcz przeciwnie -
 > jeśli programujesz w C++ korzystaj z mechanizmów i bibliotek dla niego przeznaczonych jeśli
 > załatwiają problem, bo inaczej tylko pokazujesz, że nie potrafisz do końca programować w C++, a
 > tylko w C :/
 >
Chcialem powiedzieć, żeby zrezygnować
z iostream i użyć unistd.h

read() jest poprostu szybszy,
niż cin.

I nie jest to problemem w C++

[devilan]

2005-12-06 14:48:54 jk33 napisał:
 > Chcialem powiedzieć, żeby zrezygnować
 > z iostream i użyć unistd.h
 >
 > read() jest poprostu szybszy,
 > niż cin.
 >
 > I nie jest to problemem w C++

Coz... temat kategorii chyba jednoznacznie wskazuje o jaki jezyk programowania chodzi...
No chyba, ze nie - to polecamy takie rozwiazanie:
head -n NUMER_LINII NAZWA_PLIKU | tail -n 1


A ogolnie to C jest znacznie szybszy od C++:] Ale to tak offtopic