有一次接手一個前人留下來的 firmware 專案，開機卡在某個地方，重現條件很怪：只有在 UART 收到特定指令、又剛好在某個 timer 中斷觸發的時候才會掛。
追了兩天，最後發現是一個叫 g_status 的全域變數，被三個地方在改：主迴圈、UART ISR、還有一個 timer callback。三方搶著寫，沒有人管同步。
那一刻我就在想，當初寫這個的人，大概也只是想「方便」而已。
嵌入式 C
[C 的那些眉角]sizeof 的陷阱 — 指標傳進函式就失效了
有一次在專案開發中，需要把收到的封包做 checksum 驗證。邏輯很單純，把 buffer 的每個 byte 加起來，對吧？
我寫了一個驗證函式，丟進去跑，結果 checksum 每次都不對。封包明明是對的，Wireshark 抓出來也沒問題，但我的函式就是算錯。
花了快一個小時在懷疑通訊協定、懷疑 byte order、懷疑硬體……最後發現問題出在 sizeof。一個我以為自己很熟的東西。
問題長這樣
簡化後的程式碼大概是這樣：