dcman

之前在某篇文章學到 dcman 的用法，讓我可以在沒有 DC license 的情況下還是可以查詢指令說明。

不過，對於 message ID 形式的訊息，比如 VER-970 這樣的 ID，只能在 dc_shell 下用 man 查詢。

雖然辦公室的人很少用 DC，但只是想查個東西，還要等待 DC 啟動，少說也要好幾秒，更別提為了不讓到處都是 DC 的 command.log，個人習慣還是先切換到我自己的 temp 目錄才去啟動 dc_shell。

雖然我有設定 alias 不用打那一長串指令，但還是覺得不開心XD

昨天研究了一下，終於知道為什麼原來的 dcman 不起作用！

man -M 指定的資料夾中，man database 需要符合一定的結構，就我初步看來 DC message ID 形式的 man database 多了一層資料夾，難怪都會查無資料。

解決方式也很簡單，另外寫一個簡單的 bash script，遇到像是 VER-970 這樣的查詢，使用 - 割出前後字串，前面字串就是那多了一層的資料夾名稱，接著再接上 VER-970 以及後面的副檔名即可。

str=$(echo $1 | sed -En 's/([a-zA-Z]+)-(.*)/\1 \2/p')

str=($str)

folder=${str[0]}

整個查詢會變成下面這個樣子

man -l xxxxxxx/VER/VER-970.n 

測試了一下，果然如我想像中一樣可以順利執行，也順便測了 C2 C3 C9 等 DFT 錯誤訊息，目前看來都還可以正常工作。

另外，跟這個主題無關，為了讓自己的 bash script 更有彈性，有些跟著 script 的設定檔，最好還是指定 script 所在的 folder 變成絕對路徑，這樣的好處是當你使用 alias 執行自己的 bash script，我們可以切到要傳遞檔案的那個路徑，這時就不會有找不到設定檔的錯誤發生。

還有要傳遞的檔案，最好也是使用絕對路徑，這樣傳進去 EDA Tool 裡面也不會找不到檔案。

其實不管是 Python 或是 Go 也是如此，畢竟我們會希望把工具放到某個路徑，而不是把檔案複製到工具路徑再去執行，這樣一來，執行路徑就會很清爽，工作起來也更開心XD

SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

file1=$(realpath $1)

2025/05/15 更新

據我所知，DC 有幾份文件是關於指令、變數以及錯誤訊息，如果習慣查詢 PDF 的話，也可以不用像我一樣使用 man 來查詢。

不過，兩邊的內容都是一樣的，坦白說，都一樣爛XD

個人覺得御三家中，文件寫得最好的是 Cadence，至少 LEC 是我覺得讀起來最順的，其次是 Simens，至於 Synopsys 我就不予置評了！