From: | thehe |
Date: | 10. Janvāris 2007 - 01:35 |
---|
| | | (Link) |
|
Write in c, write in c, write in c, write in c, Pascal won't quite cut it, Write in c!
The Beatles bija tāda dziesma..
:D
bet grafiku tomēr labāk māku pascal un nav laika īsti mācīties c grafiku..
vairs tā nedomāju.. pēc nomocīšanās Pascal gļuku dēļ..
tieši pascal..
temp:=sqrt(x0*x0+y0*y0) izdod 82,.. ja x0=600 un y0=200 :P
ieslēgts. temp - real. x0,y0 - integer
From: | thehe |
Date: | 10. Janvāris 2007 - 15:52 |
---|
| | | (Link) |
|
Nuu ja, taa tas arii ir, vecais labais int pie vainas ;)
gadiem jau darbojos ar pascal, bet šādu gļuku novērojusu nebiju.. nu, ja - mūžu dzīvo, mūžu mācies ;)
tik nez kāpēc visas mācības tieši tad, kad katra kļūda dārgi maksā?
nu, jā. pēc ilgām un diktām mokām es to arī izdarīju..
bet stulbi kaut kā - nafig viņš nesaprot, ka jārēķina ne-integer robežās??
From: | thehe |
Date: | 10. Janvāris 2007 - 18:10 |
---|
| | | (Link) |
|
Vinjsh jau fiziski nespeej reekjinaat aarpus Integer robezhaam. Ja mainiigais ir deklareet ar Integer tipu, tad atminjaa tiek atveeleeti 2 baiti, liidz ar ko vinjsh raksta tajos 2 baitos, cik vien speej..
bet temp ir real tipa, kāpēc pascal neizmanto to?
starp citu - nesaki viss "normāla valoda" - man nav bijis problēmu longintam piešķirt integer kvadrātā pie liela integer..
moš tiešām freepascal. bet tad nesaki, ka *normālās* valodās tā nevar.. tieši normālās tā var :P
jādomā, kurā valodā tas notika.. bet vispār dikti jau stulbi :P
un kas tagad par vainu - setrgbpalette(6,0,0,63); setcolor(6); circle(50,50,30); uzzīmējas smuks aplis *brūnā* krāsā?
un pasaki, ka šī kļūda arī ir pavisam normāla..
pats MR. PASCAL līdzīgā situācijā darbojas savādāk.. doh. sāku tiešām neciest PASCAL..
redzēji otru kļūdu - kas vēl Pascal'am par gļukiņiem apakšā?
tas, ka uzzīmē brūnu apli. |