while ((c=getchar())!='\n') 

我在ASC2 对照表中 没找到那个\n 字符啊？
代码中的意思应该是 当输入的 字符 为字母的时候 执行。


[ 本帖最后由 tt7721 于 2012-1-26 09:59 编辑 ]

\n是转义字符，就是回车Enter

'\n'是換行符LF，ASCII碼0x0A
'\r'才是回車符CR，ASCII碼0x0D

呵呵，楼主这分算给错了

那上面那句代码怎么解释啊。。。。。。。。。。。。。。

从stackoverflov找到的一段话，
都开始从打字机时代开始讲历史原因了，应该可以明白了
CR an LF are control characters, respectively coded 0x0D (13 decimal) and 0x0A (10 decimal).

They are used to mark a line break in text file. A you indicated, Windows uses two characters the CR LF sequence; Unix only uses LF and MacIntosh CR.

An apocryphal historical perspective
As indicated by Peter, CR = Carriage Return and LF = Line Feed, two expressions which have their roots in the old typewriters / TTY. LF moved the paper up (but kept the horizontal position identical) and CR brought back the "carriage" so that the next character typed would be at the leftmost position on the paper (but on the same line). CR+LF was doing both, i.e. preparing to type a new line. As time went by the physical semantics of the codes were not applicable, and as memory and floppy disk space was at a premium, some OS designers decided to only use one of the characters, they just didn't communicate very well with one another ;-)

Most modern text editors and text-oriented application offer options/settings etc. that allow the automatic detection of the file's end-of-line convention and to display it accordingly.

[ 本帖最后由 madfrogme 于 2012-1-27 09:13 编辑 ]

嗯，是的，Windows和Unix的處理方式不同，但C標准庫的文件輸入輸出函數自己做了對應處理，程序員一律用'\n'編寫代碼即可，故有前面的疑惑。

其實，LF的'\n'，是new line的意思，換新的一行，但打字機頭不會回到行首，只是向下面移一行，因此，在控制臺下type顯示一篇文本文件的內容，經常會看到像鋸齒一樣不斷向右偏移的比薩斜塔現象，就是這個原因。CR的'\r'，是僅僅把機頭返回到行首而不換行，這樣打出來的文字等於重疊。只有CR+LF，才會有我們正常的回車換行現象。Unix作了簡化處理，只要看見LF就當CR+LF，但這樣只能視具體環境而區別對待，因為某些時候，編寫文本的人可能並不希望如此，而是按照原始的想法編寫的，這時Unix就自作多情了。

順便說一下，ASCII體系中的BACKSPACE(0x08)，其實不是像我們按鍵盤BackSpace鍵那樣的動作，它僅僅是光標退一格（CR是直接退到行首）。我曾經利用這個特性寫過一段流模式下的帶編輯功能的輸入函數，即可以用BackSpace和Delete鍵、左右光標鍵編輯輸入數據的（沒有用conio.h中的函數），除了速度稍有降低（因為處理中文要判別回退和前進的格數），還可以應用。

[ 本帖最后由 TonyDeng 于 2012-1-27 14:28 编辑 ]

后面半段虽然没怎么看懂，
不过我好像明白vi 编辑器中插入模式下backspace只是倒回来一格，
再写内容才会被覆盖掉的原因了
还是不习惯

嗯，你用putchar(0x08)就看到這種效果了。記住ASCII字符都是可以putchar()輸出的。