Teen pienen ohjelman, jolla käpistellään I/O-menetelmällä tiedostoa. Tuon tiedoston sisältöä pitäisi muokata tarvittaessa ja lisäksi ohjelma kutsuu toista ohjelmaa joka hoitaa sitten tiedoston loppukäsittelyn, eteenpäin lähetyksen.
Nyt on ilmennyt ongelmia tämän ohjelman suorittamisessa. Eli jos tapahtuu jokin virhe, niin ohjelma jumittuu. Täytyisi siis tutkia, onnistuuko ohjelman suoritus ja mikäli ei onnistu, niin ei jäädä jumiin. En kuitenkaan hallitse C:tä hyvin, joten kuinka ohjelman suoritusta voisi tutkia?
Nyt on ilmennyt ongelmia tämän ohjelman suorittamisessa. Eli jos tapahtuu jokin virhe, niin ohjelma jumittuu. Täytyisi siis tutkia, onnistuuko ohjelman suoritus ja mikäli ei onnistu, niin ei jäädä jumiin. En kuitenkaan hallitse C:tä hyvin, joten kuinka ohjelman suoritusta voisi tutkia?
Vastaukset 6
Vanhimmat
Run to - tarkoittaa, että ohjelman suoritus pysäytetään (vrt pause) ohjelmakoodin riville, jolla kursori editorissa on.
Inspect - syötä tai maalaa koodissa muuttuja, jota haluat tarkastella, jolloin näet, mitä se on sillä hetkellä muuttuja syönyt.
Break point - voit asettaa koodiin ikäänkuin kirjammerkkejä, joihin suoritus pysähtyy (vrt pause)
Noilla pääsee mukavasti alkuun virheitten etsinnässä.
Kirjoitimpa epäselvästi joten otetaan uusiksi ;)
Tarkoituksena on siis tehdä ohjelmaan ns. poikkeuskäsittely, joka tutkii että onnistuiko ohjelman suoritus. Eli tutkisi tuon kutsuttavan ohjelman paluuarvoja (esimerkiksi, jos ei muuta) ja niiden mukaan lopettaisi tämän "pääohjelman" suorituksen. Jos tuo kutsuttava ohjelma tai pääohjelma ei pystykkään suorittamaan toimintoa, niin tästä tulisi virheilmoitus ja suoritus lopetetaan.
epäilyttäviä luuppi, laita luuppiin ehdollinen Break point ja siihen ehdoksi, että laskee kierroksia yhtä vaille overfloviin ja pysäyttää siihen, niin näet missä luupissa mättää.
Pistä taimeri päälle, ennenkuin se menee epäilyttävään luuppiin. Kai se taimeri säikeistyy, mutta jos ei säikeisty, niin sitten ei onnistu taimerilla.
Ei ole kokemuksia, mutta sivulla http://www.nicemice.net/cexcept/ on C:lle try-catch laajennus.
Kyllähän se vähän try-catchiltä näyttää, ja toteutuskin oli vain parikymmentä riviä varsin hilpeää C:tä. En ole mikään C-guru, joten setjmp ja longjump olivat uusia tuttavuuksia.
Pelkäänpä, ettei cexcept auta tässä ongelmassa, koska tuolla Catch-lohkolla saa kiinni vain saman kirjaston Throwlla (tai longjump-virityksellä) heitetyt poikkeukset. Ei siis mitä tahansa virheitä.
Suosittelen jo aiemmin ehdotettua printfien strategista sijoittelua.
Laita sinne printf()-funktioita tulostamaan jotain niin näet missä mennään?