fgetcillä voidaan ilmeisesti lukea tiedostosta merkkejä. Oletetaanpa, että minulla on tiedostossa miljoona merkkiä pitkä rivi. Jos haluan lukea tiedostosta tuon rivin rivin merkki kerrallaan, niin pitääkö minun varautua jonkun laskurin ylivuotoon vai ei.
Tiedoston lukua
C-aloittelija
10496
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 10
Vanhimmat
Periaatteessa kyllä, jos olet laittanut laskurin tyypin liian pieneksi. Jotenkin tähän tyyliin:
int counter = 0;
while (fgetc(file) != EOF)
{
if ( counter == INT_MAX ) {
fputs("int overflow\n", stderr);
abort(); // tai jotain
}
}
Mutta jos counter on tyyppiä unsigned long long int, niin eipä se käytännössä voi ylivuotaa, koska on niin suuri luku (2^64 luultavasti tarkista limits.h-filusta).
Todellinen ongelma on kerto- ja muut laskut, ja niiden tarkistus.
Ajattelin vaan, kun gedit ei osaa lukea yhtä tiedostoa kunnolla ja nano pystyy sen lukemaan. Mitenkähän ongelmaa voisi alkaa debugata?
Ensiksi käynnistä gedit terminaalista, jolloin näet virheilmoitukset.
Koeta rajoittaa ongelmaa:
1) Onko kyseessä vain yksi tiedosto vai myös muut yhtä suuret tiedostot?
2) Mikä tiedostomuoto?
3) Mitä gedit tekee? (kaatuko tai jotain?)
4) Ongelmallisen tiedoston koko?
jne jne...
Täytyy kokeilla. Virheilmoituksia ei tule, vaan ohjelma latoo merkkejä liian tiheään. Esiintyy kaikilla ASCII-tekstitiedostoilla, joissa on riittävän pitkä rivi, ja bugi on kuulemma gtktextview2:ssa. En vaan keksi, miten saisin selville bugin paikan. Tosiaan mulla ei ole kokemusta debuggerin käytöstä. Pitääkö ensin luoda jokin makefile kaikista lähdekooditiedostoista vai miten debuggerin saa päälle? Ja toisaalta, kun ongelma esiintyy geditissä ja sen käyttö vaatii gtksourceviewi2:a, niin pitääkö ladata koneelle kahden eri ohjelman sorsat ja kääntää ne yhdeksi ohjelmaksi? Tiedoston koko 16kB. https://bugs.launchpad.net/ubuntu/ source/gtksourceview2/ bug/134352
Linkkisi mukaan bugi on jo korjattu.
Mutta gedit ei avaa tiedostoa vieläkään kunnolla. Joko korjausta ei ole paketoitu geditiin tai Ubuntuun tai sitten korjaus epäonnistui.
Mikä versio gedit ja ubuntusta? Ja linkin preferences.txt toimii ongelmitta gedit 2.26.1 ja (k)ubuntu 9.04 yhdistelmällä.
gedit 2.26.1 ja Ubuntu 9.04. Tuo preferences avautuu OK, mutta esim. osoitteessa http://www.ohjelmointiputka.net/posti.php?tunnus=mpera oleva tiedosto mpera.zip/10.txt ei avaudu geditillä. Uskoisin tiedoston olevan puhdasta ASCII-koodia, kun kerran nano ja emacs avaavat tiedoston ongelmitta.
Tiedosto siis avautuu kyllä, mutta teksti ei näy kunnolla, vaan kirjaimet ovat lomittain toistensa päällä.
Katopas pirulaista, niinpä tekee. Ja testasin sen verran että päällekkäisyys tulee kun tiedoston koko on 524289 (yksi tuplakirjain). Jos 524288 = 2^19 niin ei, mutta vierityspalkki alhaalta puuttuu. Palkin kynnysarvot näyttäisivät olevan 262143 / 262144 = 2^18.
(Nopeasti tiedosto palasiksi split-komennolla:
split -b 524289 10.txt
gedit xaa
split -b 524288 10.txt
gedit xaa
jne...
)
Kääntäjälle pitää antaa -g optio jotta debugaus onnistuu ja sorsat pitää olla myös gtk-kirjastosta (jos sitä aikoo debugata), joten vähän hankalaksi menee (mulla ei kokemusta ohjelman kirjaston debuggauksesta...)
Muutenhan se menisi vain geditin sorsat. -g optio Makefileen (jollei ole valmiina jotain optiota) ja make ja jokin gui-debugger (Nemiver, Kdbg, ...) komento: nemiver gedit