13-06-2012, 09:34 PM
(Seda postitust muudeti viimati: 13-06-2012, 09:57 PM ja muutjaks oli felch.)
(13-06-2012, 03:24 PM)A.R. Kirjutas: Kunagi 68. pakiti Tõraveres pikad arvud kahe muutuja sisse peitu.
Ka praegu saab SMSi saatmisel kasutada PDU-režiimi, kus saadetis 0n 7-bitine ja ta nihutatakse koomale. Seda progedes suutsin päris pikalt näpukaid teha aga nüüd toimib. Loomulikult saab praeguse aja kändudega saata teksti režiimis aga minu käsutuses oli 1 ürgne Eerik T28 mis tundis vaid PDU-d.... Keda huvitab andku teada. Shäärin koodi meelsasti.
Asjast.
Olen täitsa nõutu. Kontrollisin algoritmi ja justkui oleks ok. Paraku tulemus on 0 (katsetan vaid ühe kuupäevaga). Viga hakkab kuhjuma tasahilju ja "test day..." alamproges võetakse 1-s kohas ette vale hüpe sest võrdluse tulemus on - märgiga. Nipin-napin aga on.
Vaatasin, et MC programm MFP (varem fprep) annab ka veidi erinevaid tulemusi - ehk on juba konstandid pisikese veaga? Erinevus on kuskil 8-9 kohas aga peale pikka rehkendamist äkki mõjub? Nagu kunagi ETA kodutöös kus alla 7 koha arvutamine andis kindlasti vale tulemuse.
Äkki ikka kaladel pole Kuud vaja? Samas...piskike "challenge" ikkagi aga hetkel on küll juhe täiesti koos.
PS. Mis puutub tabeli ette arvutamisesse siis jäägu see viimaseks võimaluseks. Tahaks, et karp suudaks toimida iseseisvalt ja kaua. Ette annan vaid koordinaadid (küsin VB-s juhtprogega netist) ja ajatsooni. Edasi las rehkendab. Kord ööpäevas pole ju suur koormus.
Ma kipun arvama, et olen teinud kusagil mingi lolli vea ja ei suuda seda märgata. Peab vist ikkagi vahepeal millegi muuga tegelema ja siis jälle koodi kätte võtama. Kuidagi kahtlane, et ta täpsuse suhtes NII tundlik on.
Aga kui kellelgi hakkab igav, siis siin on pisike kirjandus õlle kõrvale: http://parsek.yf.ttu.ee/~felc/calc_moon.asm
Cheers
!