究竟是什么原因呢?不就是那100道題目嗎?翻來覆去的看也沒有發(fā)現(xiàn)自己的程序有什么錯誤啊，看資料，用模擬盤模擬也是滿分啊，可為什么正式考試就是0分呢?

　　于是很多人甚至把通過上機考試當(dāng)成一件運氣的事了，甚至有的朋友對上機考試感到十分恐懼，然而這其中真正的原因…… 大家不妨和我一起看一下考試中心命題組的正確答案。順便提醒一下大家在考試的時候要注意的問題，希望對大家有所幫助。

　　第一條：審題要仔細(xì)!

　　正式考試的時候會遇到很多面熟的題目，這些題目有的似乎和平常資料中看到的一樣，然而，千萬不要見到面熟的題目而沾沾自喜，因為有很多的“陷阱”會使你審題的時候就出錯!

　　我們看一道所有人都做過的的 “數(shù)字題目” 。

　　考試中心命題組第23題：

　　已知在文件in.dat中存有N個實數(shù)，(N<200)，函數(shù)readdat()是讀取這N個實數(shù)并存入數(shù)組xx中。

　　請編制函數(shù)CalValue()，其功能要求：

　　1、求出這N個實數(shù)的整數(shù)部分平均值aver;

　　2、分別求出這N個實數(shù)中其整數(shù)部分值小于平均值ever的數(shù)的整數(shù)部分值之和sumint與小數(shù)部分之和sumdec

　　最后調(diào)用函數(shù)WriteDat()把所求的結(jié)果輸出到文件OUT8.dat中。

　　這一題看起來很眼熟，然而你仔細(xì)看!

　　1、aver是整數(shù)部分的平均值!不是普通的哦!

　　2、整數(shù)部分值小于平均值ever的數(shù)的整數(shù)部分值之和sumint與小數(shù)部分之和sumdec!

　　原來這么復(fù)雜!稍不留心就錯了，結(jié)果就想當(dāng)然的0分

　　考試中心命題組第4題

　　函數(shù)ReadDat()實現(xiàn)從文件ENG.IN中讀取一篇英文文章存入到字符

　　串?dāng)?shù)組xx中;請編制函數(shù)ComWord()分別計算出10個不區(qū)分大小寫

　　的英文單詞的首字母(b，c，f，s，n，r，u，e，o，p)的頻數(shù)并依次存入

　　整型數(shù)組yy[0]至yy[9]中，最后調(diào)用函數(shù)WriteDat( )把結(jié)果yy

　　輸出到文件PS1.OUT中。

　　這題也很眼熟，然而你仔細(xì)看!

　　英文單詞的首字母，不是平常的字母的個數(shù)，是作為單詞的首字母的個數(shù)啊。

　　上面兩道題目并沒有在其他資料上見過，考試的時候也不一定會出，這里僅僅是給大家提個醒兒，正式考試一定要仔細(xì)審題，嚴(yán)格按照題目的要求去做，不要受以前做過的題目的影響。

　　第二條：一定要考慮除零、溢出、類型轉(zhuǎn)換、精度等細(xì)節(jié)問題!

　　雖然我們在平時學(xué)C語言的時候老師都提醒過，可是真正到了編程序的時候，卻沒有幾個人會考慮。這些細(xì)節(jié)問題似乎并不直接影響題目的輸出結(jié)果，然而，因為溢出和類型轉(zhuǎn)換錯誤而造成考試得不到滿分的可是大有人在啊! 我們看下面一道最害人的題目!，很多朋友考了這道題目都沒有過。

　　下面來看看你為什么是0分!

　　考試中心命題組64題：

　　請編制函數(shù)encryptChar()，按給定的替代關(guān)系對數(shù)組xx中的所有字符進(jìn)行替代，

　　仍存入數(shù)組xx的對應(yīng)的位置上，最后調(diào)用函數(shù)WriteDat()把結(jié)果xx輸出到文件PS8.DAT中。

　　替代關(guān)系：f(p)=p*11 mod 256 (p是數(shù)組中某一個字符的ASCII值，f(p)是計算后新字符的ASCII值)，

　　如果原字符小于等于32或大于130，則該字符不變，否則將f(p)所對應(yīng)的字符進(jìn)行替代。

　　這道題目所有的人都做過，但幾乎就沒有人做對，包括南開無憂在內(nèi)!

　　原因就在于這一句!

　　:int f; f=(xx[i][k]*11)%6;

　　char *pf; *pf=*pf*11%6;

　　表面看來，好象兩個都對，

　　請你在TC下運行一下下面的代碼，看一下結(jié)果你就知道了是怎么回事了：

　　main()

　　{

　　char nk='E'，*nkp，wuyou='E';

　　int wy;

　　nkp=&nk;

　　*nkp=*nkp*11%6;

　　wy=wuyou*11%6;

　　printf("%c %c %c %c\n"，nk，*nkp，wuyou，wy);

　　printf("%d %d %d %d\n"，nk，*nkp，wuyou，wy);

　　}

　　看到結(jié)果了么?是不是很吃驚啊?

　　-9 -9 69 247

　　大家看到了，南開的結(jié)果是負(fù)數(shù)，連原來的變量nk都變成了負(fù)數(shù)，這顯然錯了。

　　聰明一點，知道int比char大，定義了個int，對了。

　　錯誤原因就是在TC2.0中char型變量只有一個字節(jié)，根本容納不下'E'*11，

　　所以產(chǎn)生了溢出，上次考這道題目沒過的同學(xué)是不是有所啟發(fā)呢?

　　這里給出考試中心命題組的答案：

　　void encryptChar(){

　　int i，k，ch;

　　for(i=0;i for(k=0;k ch=xx[i][k];

　　ch=(ch*11)%6;

　　if(!(ch<=32||ch>=130))xx[i][k]=ch;

　　}

　　}

　　似乎一個例子不能說明什么，那就把上面的數(shù)字題目的答案給大家看看：

　　考試中心命題組23題答案：

　　int i;

　　long val;

　　float dec;

　　for(i=0;i val=(long)xx[i];

　　aver+=xx[i]-val;

　　}

　　aver/=(double)N;

　　for(i=0;i val=(long)xx[i];

　　dec=xx[i]-val;

　　if(dec>aver){

　　sumint+=val;

　　sumdec+=(xx[i]-val);

　　}

　　}

　　看到了吧，首先，val的定義，不是我們習(xí)慣的int，而是能容納更大數(shù)的 long ，

　　這樣在求和的時候就不會溢出，無憂和南開的答案沒有吧

　　再看，算aver平均值的細(xì)節(jié)，不是我們平常習(xí)慣的aver/=N，更不是無憂的1.0* sum/N，

　　而是aver/=(double)N，所以大家在考試的時候要時刻注意你的變量類型，特別是在一些求平均值的題目中，千萬要注意，用sum/n的時候，sum的類型一定不要用整形。

　　第三條:不要使用快捷鍵!

　　很多人在使用TC的時候習(xí)慣于用F9，CTRL+F9或者其他的熱鍵，首先F9只是編譯了，并沒有運行程序，考試一定要運行一下你的程序才會有輸出文件，否則一定是0分。熱鍵在考試的時候是很危險的，因為UCDOS的熱鍵和TC的沖突，CTRL+F9變成了全角半角轉(zhuǎn)換，如果不小心按了，會導(dǎo)致你的程序有中文字符，編譯的時候出錯，而且很難查找排除錯誤! 所以建議大家在考試的時候使用ALT+紅色字母 來調(diào)出菜單進(jìn)行編譯調(diào)試等步驟，建議步驟為：

　　寫完代碼后用ALT+F，S存盤，然后ALT+C，M編譯，然后ALT+R，R運行，這樣就萬無一失了。