GDB 18.1 新增 local-environment，子行程環境不再綁死於除錯器本身
GDB News（sourceware.org）· 2026-09-25
背景
shell、pipe 這類指令長期以來執行外部程式時，直接沿用 GDB 行程自己繼承來的環境變數，使用者想暫時換一組 PATH、關掉某個 proxy 變數，只能在啟動 GDB 前先動手改好整個 shell 環境，或者在 .gdbinit 裡寫額外邏輯繞過去。環境變數綁在除錯器本身對於用 batch mode 腳本跑測試、每次呼叫不同外部工具鏈的場景特別不方便。同一份 .gdbinit 若要同時支援兩種環境需求，得靠切換整台機器的 shell 環境才能做到。
指令歷史過去也只有整體開關：要嘛整段 session 的輸入歷史一起存檔，要嘛不存，沒辦法把「輸入歷史」「skip 清單」「使用者自訂指令」三種完全不同性質的狀態分開持久化。長時間互動除錯時，只要重開一次 GDB，先前手動設定的 skip 規則與自訂指令就得重新打一遍。Python 端存取 core file 也只有基本的記憶體區段查詢函式，沒有物件化的 mapping 介面，寫 core dump 分析工具的人得自己重複解析同一批資訊。
核心改動
GDB 18.1 新增 set/show/unset local-environment，讓使用者可以替 shell、pipe 呼叫的子行程單獨疊加環境變數，而不動到 GDB 自身的行程環境。子行程與除錯器行程的環境從此分層，寫法沿用 GDB 既有的 set environment NAME=VALUE 慣例：
(gdb) show local-environment
(gdb) set local-environment PATH=/custom/bin:$PATH
(gdb) shell which mytool
(gdb) unset local-environment PATH指令歷史則拆成三條各自獨立的持久化指令：save history、save skip、save user，分別存輸入歷史、skip 規則、使用者自訂指令。另外新增 set/show progress-bars enabled，可以關掉長時間操作時的進度條顯示，這對把 GDB 輸出導向 log 檔的腳本很直接有用。
Python API 這邊，核心新增是物件化的 core file 介面：gdb.Corefile 代表已載入的 core file，搭配 gdb.CorefileMappedFile 與 gdb.CorefileMappedFileRegion 取得對應的映射檔案與區段資訊。樣式方面新增 gdb.Style、gdb.StyleParameterSet 類別與一組 gdb.INTENSITY_* 常數，gdb.write() 也多了可選的 style 參數；同時新增 gdb.events.selected_context 與 gdb.events.corefile_changed 兩個事件註冊點。
把 GDB 輸出導向 log 檔或串進其他工具的腳本，過去長操作（例如載入大型符號檔）跑出來的進度條會摻進輸出裡，得另外用正規表示式濾掉。新增的 set progress-bars enabled off 直接在 GDB 端關掉這段輸出，不用再靠外部過濾解決。這個版本同時把 stabs、mdebug、dbx 與 CTF 追蹤格式的支援拿掉，AIX 支援從 7.1 提高到 7.2 TL5，s390 32 位元目標也被標記為即將移除，這些屬於相容性收斂而非新功能，此處僅一併提及。
| 項目 | GDB 18.1 之前 | GDB 18.1 |
|---|---|---|
| shell / pipe 子行程環境 | 沿用 GDB 行程本身環境，無法單獨覆寫 | set local-environment 可為子行程單獨疊加變數 |
| 持久化狀態 | 只有整體歷史存 / 不存 | save history／save skip／save user 各自獨立存檔 |
| Python 存取 core file | 僅有基本記憶體區段查詢函式 | gdb.Corefile 等物件化介面 |
影響範圍
用 .gdbinit 或 batch mode 腳本驅動 CI 測試流程的工具鏈，如果原本靠「先改好整台機器環境變數、再啟動 GDB」這招來控制 shell／pipe 行為，可以評估直接改用 local-environment 收斂到腳本內部，減少對執行環境的隱性依賴。維運自製 core dump 分析工具的團隊若目前是手動解析記憶體映射區段，值得檢查能不能換成 gdb.Corefile 系列物件簡化程式碼。
長期用 GDB 互動除錯、自訂了大量 skip 規則與別名指令的使用者，升級後可以把三種狀態分開存檔管理，不用再整包一起 save／不 save。客製化 GDB TUI 外觀或替輸出上色的專案，也多了 gdb.Style、gdb.INTENSITY_* 這批公開介面可以取代原本繞過內部實作的做法。
還在用 stabs、mdebug、dbx 或 CTF 格式產出除錯資訊的建置流程，升級前得先確認工具鏈輸出的格式有沒有跟著換掉，這批格式在 18.1 已經被移除而不是棄用，沒有緩衝期可言。跑在 AIX 7.1 或 s390 32 位元平台上的除錯環境，也需要一併排進遷移排程。