contributed by < allenliao666 >
看完第一章後,更了解 C 語言檔案的編譯流程,再透過 vscode 查看副檔名 .o 的檔案已非純文字內容,正是因為已被編譯為二進制的 object program 的緣故。
提問:不了解內文中有關抽象化 的意思
參閱資訊科技詞彙翻譯並翻閱英英辭典,理解 abstract 的寓意,再回頭看 CS:APP。
jservImage Not Showing Possible ReasonsLearn More →
- The image file may be corrupted
- The server hosting the image is unavailable
- The image path is incorrect
- The image format is not supported
應修改為抽象,查閱牛津字典後得到以下解釋: based on general ideas and not on any particular real person, thing or situation abstract knowledge/principles.
詞源: from Latin abstractus, literally ‘drawn away’, past participle of abstrahere, from ab- ‘from’ + trahere ‘draw off’.
故應可把 abstraction 理解為從實例中抽離,只取其概念。以文中的檔案為例,我們無需深究不同硬體架構的 I/O 設備如何實做,僅需要知道檔案具有 I/O 設備的特質即可。
複習 LP64 (包括 Linux, MacOS, Unix等)、 LLP64 (windows(x86-64, IA-64, and ARM64)) 等不同硬體架構對資料型別大小的定義。
使用 && 和 || 運算子時,只要第一個引數為真就會回傳結果,例如 a&&5/a 永遠不會發生 division by zero 中斷。
複習 bitwise 操作篇中的兩種未定義行為:
有號數和無號數進行運算前,會將有號數隱性轉型為無號數後再運算。
有號數同時進行轉型為無號數和符號擴充時,會先執行符號擴充後,再轉型為無號數。例如:
效果等同 (unsigned) (int) sx 。
整數除法一律進位到整數,若 x < 0, y > 0 則 x / y = , 其餘結果皆為 x / y = 。若為有號數除法時,需使用算術右移。
複習浮點數運算篇,浮點數的優點:可表示極大與極小值,相較整數能大幅避免 overflow 與 underflow ;浮點數的缺點:有效位數的減少。
因 IEEE754 的設計包含許多 quiet NaN ,因此必須注意運算的執行結果是否產生 NaN 。
提問:
printf
的內容得知, f2經過轉型後仍為 float ,不知道原因為何?若依照浮點數篇中提到的內容,0x7F800001在被宣告為 float 時,才會代表 NaN ,若被宣告為 int 時,應為2139095041。且若新增 int a = *(int *) &f2;
輸出結果為7F800001。
輸出結果
發現只要輸入值大於 0x7F800001
,轉型成 float 後都會輸出2139095040.000000
(即0x7F800001
的十進位表示)。
參考浮點數運算和定點數操作,把 int 轉型成 float 時,不會每一個位元都一樣(如上述的 f1 )
第三周測驗二中提到右移後,會有部分位元被捨棄,因此要用 d0, d1, d2 補回位元。為什麼不是加回 d2 就好,連 d0 和 d1 都要加回?
本文為作者想要完成製作自動飲料機的創業目標而努力的勵志故事,包括設定目標、實做自動飲料機、家人的不諒解和因為兵役問題被迫放棄創業等等過程。我最敬佩的是他們願意花費超過一年的時間全心全意投入在熱愛的事情上,可想而知,其中一定充滿焦慮、懷疑、迷茫,但他們仍願意全力向前,直到不可抗力的兵役中止他們的計畫。雖然從結果來說,他們的創業計畫100%失敗,但如同作者所說,正是因為過去不斷積累的各種經驗知識,才能支撐他們走到這一步,而且這段充滿挑戰的旅程也成為生命中無比珍貴的回憶。過去所投入的時間心力並非毫無價值,而是會在未來的某天發揮作用。
如同老師在課堂上說過 Linux 更新的頻率比打疫苗還快,正因為 Linux 存在的目的就是解決問題,隨著時代改變,當下面對的問題都不一樣,因此 Linux 必須針對問題提出對應的修改。這也是為什麼老師說不要直接去看 Linux kernel 程式碼的原因,在不清楚背景及框架的狀態下,我們如同瞎子摸象般,容易迷失在茫茫程式海中,更會未了自圓其說而落入舉燭的下場。
在撰寫開發紀錄的時候,在不經意間常常會舉燭,在未經實踐證明的情況下,理所當然的下註解。在觀摩許多同學的開發紀錄後,才知道如何用實驗和數據證明自己所言的正確性。此外在閱讀課程資料的時候,常常會發現自己對內容提到的名詞既熟悉又陌生,雖然似曾相似但也無法講出些道理,才發現自己其實從來都沒學會過,過去僅僅把定義背起來就覺得自己已經懂了,沒想到卻如此的不堪一擊,因此我努力在細節上更花心力。
quiet NaN vs, signaling NaN
float-point exeception (FPE)
TODO: 研讀 https://hackmd.io/@sysprog/r1wrjOp6a 並紀錄問題 (特別是數學!)
TODO: 研究 Linux 核心關於錯誤修正的案例 (ECC),並且撰寫獨立的 Linux kernel module (LKM, for Linux v6.8) (比照第六次作業)
Ubuntu Linux 24.04 搭配 Linux v6.8