• 發行項

[電子報封存 ^][< 第 2 卷第 1 期][第 2 卷第 3 期 >]

Systems Internals 電子報第 2 卷第 2 期

http://www.sysinternals.com
Copyright © 2000 Mark Russinovich

2000 年 3 月 27 日 - 本期內容：

  1. 編輯

    • Mark 共同作者「在 Windows 2000 中，第 3 版。」與 David Solomon

  2. SYSINTERNALS 最新動向

    • PsKill v1.03、PsList v1.12
    • Junction v1.0
    • ElogList v1.0
    • NTFrob v1.6a
    • GetSid v1.1
    • HandleEx v2.23
    • Regmon v4.24、Filemon v4.28
    • AutoRuns v1.0
    • NT 4. ACL 編輯器
    • SysInternals T 恤
    • Microsoft.com 的更多 SysInternals 資訊
    • 3 月/4 月內部資料行
    • 部分既有資料

  3. 內部資訊

    • 重新剖析點
    • 核心控制碼資料表
    • 一或多個驅動程式無法啟動
    • Microsoft NT 相關專利

  4. 未來動態

    • TdiMon

贊助者：WINTERNALS SOFTWARE

Sysinternals 電子報由 Winternals Software 贊助，該公司的網址為 http://www.winternals.com. Winternals Software 是領先業界的開發商，也是 Windows NT/2K 進階系統工具的提供者。 Winternals Software 產品包括適用於 Windows NT 4.0 的 FAT32、ERD Commander Professional Edition (適用於 Windows NT 的進階開機磁碟功能) 和遠端復原。

Winternals Software 的 NTFSDOS Professional 和 NTFS for Win98 可讓您具有從 DOS、Windows 95 和 Windows 98 完整讀取和寫入 NTFS 磁碟機的權限。 NTFSDOS Pro 將單一磁片「開機磁碟」功能帶入 Windows NT/2K。 透過 NTFSDOS Pro，您可以從 DOS 開機磁片刪除 Buggy 驅動程式、重新整理檔案，以及在 NTFS 磁碟機上執行一般檔案系統維護。 NTFS for Win98 可讓您從 Windows 95 和 Windows 98 透明存取 NTFS 磁碟機。 在雙開機環境中，輕鬆地在 NTFS 磁碟機上的 NT 與 Win9x 之間共用應用程式和檔案。 這兩個公用程式甚至都有內建的 NTFS Chkdsk 功能。 免費唯讀版本的 NTFSDOS Pro 可在 http://www.sysinternals.com/ntfspro.htm 取得，而適用於 Win98 的免費唯讀版本則位於 http://www.sysinternals.com/ntfs98.htm.

大家好，

歡迎閱讀 Systems Internals 電子報。 本電子報目前有 20,000 名訂閱者。 在過去的兩個月裡，這份名單有巨大的增長，有 6,000 多名新訂閱者！ 請繼續將電子報傳遞給您的朋友。

我很高興地宣佈，我正在與 David Solomon 共同撰寫《Inside Windows 2000，第三版》(http://www.solsem.com). 如果您對 Windows NT 內部原理感興趣，那麼您幾乎肯定已經閱讀了 David 的《Inside Windows NT，第二版》(Microsoft Press)。 Windows 2000 的發行會為 NT 核心和周圍元件帶來許多變更，這些改變有大有小，這些變更也表示 Dave 的書籍需要修訂。

從許多意義上說，Dave 和我在過去三年裡一直在獨立進行「Inside Windows 2000」的撰寫，我們一直在關注 Microsoft 在 Windows 2000 從 NT 5.0 Beta 1 到 Windows 2000 組建 2195 的演進過程中引進的變更。 實際上，我一直在努力撰寫自己的《Windows NT 內部原理》書籍有一段時間了，但是，當有機會與 Dave 合作編寫如此高品質的書籍的後續版本，並幫助編寫 Microsoft 關於 Windows 2000 Internals 的官方觀點時，我不能錯過這樣的機會。

我們最近才決定共同撰寫這本書，因此我們花了幾個月的時間來合併我們的研究、筆記和文章。 基於完全不相關的理由，我們碰巧住在康乃狄克州的一個偏遠角落，彼此只有二十分鐘的路程。 由於距離較近，我們可以輪流在對方家中工作，最近我們花了很多個夜晚研究和討論 Windows 2000 內部工作原理鮮為人知的細節。 您可以看到 Dave 和我在他家工作的照片：http://www.sysinternals.com/inspic.jpg.

我們合作關係的一個與眾不同的方面是，Dave 可以完全存取Windows 2000 原始程式碼，而我則不能 (除了裝置驅動程式工具套件，和可安裝檔案系統工具套件中公開提供的原始程式碼外，我從未存取過任何 Windows 原始碼)。 Dave 透過爬梳原始碼檔案來弄清楚問題，而我則分析由我的自訂解譯器產生的清單，並使用 NuMega 的 SoftICE 核心模式偵錯工具探索即時系統上 Windows 2000 的內部結構。 因此，我們各自都提出了獨特的觀點，並且不只一次共同運用各自的資源來共同回答棘手的問題。

我們不僅更新了原書以反映 Windows 2000 的變化，還新增了超過 30% 的全新內容，包括幾個新章節。 我們在新書中介紹的主題包括開機、關機、當機、儲存管理、服務內部原理、登錄內部原理和 WMI。 修訂版甚至附有一張 CD-ROM，其中包含 SysInternals 網站的快照，以及我專門為本書編寫的六個工具。 LiveKd 是其中一款工具，可讓您在即時系統上執行 i386kd 核心偵錯工具，這讓您可以輕鬆探索核心內部結構，省去序列纜線的連接和多台電腦的麻煩。 毫無疑問，本書在其前身本已堅實的基礎上，增加了重要的技術資訊和見解。

這本書什麼時候上市？ Dave 和我將於 4 月 4 日這一周前往雷德蒙德，以獲得 Windows 2000 核心開發人員的最終技術審稿意見，Microsoft Press 表示這本書將於 7 月上架。 我當然會在電子報中隨時向大家通報狀況。

感謝您！

-Mark

系統內部的最新動向

PSKILL V1.03、PSLIST V1.12

PsList 是一個公用程式，可讓您查看有關本機或遠端系統活動處理序的詳細資訊，而 PsKill 則可讓您終止本機或遠端系統上的處理序。 這些公用程式具有類似的命令列語法，您可以在其中以「\\computer」形式指定可選的電腦名稱。 如果您在電腦名稱中包含使用者名稱，則這些工具可讓您使用與執行這些工具的使用者帳戶不同的使用者帳戶登入指定的電腦。 這些最新版本為您在其他人面前執行，且不想暴露密碼的環境中輸入密碼提供了另一種方法。 現在，如果您包含電腦帳戶作為選項但省略密碼，它們會提示您輸入密碼，並且不會將您的輸入回應到畫面上。

下載 PsKill v1.03：http://www.sysinternals.com/pskill.htm.
下載 PsList v1.12：http://www.sysinternals.com/pslist.htm.

JUNCTION V1.0

符號連結的一種形式，最終以 Windows 2000 NTFS 連接的形式出現在 Windows 中。 連接點是目錄符號連結，Windows 2000 資源套件包含一個工具 linkd，可讓您建立和刪除連接點。 遺憾的是，基本的 Windows 2000 安裝不包括任何用於建立連接點的工具，而且 Platform SDK 文件也沒有充分記錄重新分析點。 這些缺陷促使我實作了 Junction，這是一種工具，它不僅允許您建立連接，還可以查詢檔案並顯示有關其重新分析點的資訊 (如果有的話)。 為了幫助想要實現自己的重新分析點工具的開發人員，我已將完整的原始程式碼發佈到 Junction。 有關連接點以及 Windows 2000 如何實作的詳細資訊，請參閱電子報後面有關重新分析點的部分。

從 http://www.sysinternals.com/misc.htm. 下載包含完整原始碼的 Junction v1.0

ELOGLIST V1.0

Windows 2000 資源套件包含一個名為 ELogDump 的工具，可讓您從本機或遠端電腦上的事件記錄檔中傾印記錄。 ELogList 是一種 ElogDump 的再製，它也允許您指定可選的帳戶名稱和密碼，以便您可以從與執行該工具的帳戶不同的帳戶存取電腦的事件記錄。 ElogList 對於從批次檔案傾印事件記錄，或將事件記錄擷取到文字檔案中非常好用，您可以將其匯入試算表中以進行記錄保存或分析。

下載 ElogList v1.0：http://www.sysinternals.com/eloglist.htm.

NTFROB V1.6A

NTFrob 是一個小程式，它可以讓您更容易控制 Windows NT 排程器分配給執行緒的前景和背景量子長度 (輪數)，而不是透過系統控制面板小程式的「效能」索引標籤進行控制。 使用較短的量子長度可以提高互動式應用程式的回應能力，而較長的量子長度更適合長時間執行的伺服器工作負載。 NTFrob 以其最新版本 1.6a 繼續與新服務套件保持同步。 1.6a 版適用於 NT 4.0 到 Service Pack 6a 的所有已發布版本，但 Service Pack 6 除外 (Microsoft 在 Service Pack 6 發布後不久就因存在重大錯誤而撤回該版本)。 適用於 Win2K 的 NTFrob 版本即將推出。

下載 NTFrob v1.6a：http://www.sysinternals.com/ntfrob.htm.

GETSID V1.1

如果您正在管理一個複製可以減輕部署負擔的環境，那麼您可能會對 GetSid 感興趣。 GetSid 類似於同名的 Windows NT 資源套件工具，但 SysInternals GetSid 不僅可以讓您取得使用者帳戶的 SID，還可以取得電腦的 SID。 由於 GetSid 可以跨網路運作，無需安裝任何使用者端軟體，因此您可以輕鬆地使用 GetSid 來驗證網路上的電腦是否不會遇到複製帶來的重複 SID 問題。

下載 GetSid v1.1：http://www.sysinternals.com/misc.htm.
如需了解重複 SID 問題，請造訪 http://www.sysinternals.com/newsid.htm.

REGMON V4.24、FILEMON V4.28

除了顯示執行檔案或登錄活動的處理序名稱之外，Regmon 和 Filemon 的這些更新還會向您顯示處理序識別碼。 此增強功能可協助您區分具有相同名稱的多個處理序之間的檔案和登錄存取。

這些版本中的另一個增強功能可讓您從遠端 Win2K 終端機服務工作階段 (而不是主控台) 執行 Regmon 和 Filemon。 應用程式實現了這種支援，因為它們的 GUI 檢查作業系統版本號碼，如果在 Win2K 上執行，則在開啟其驅動程式元件的裝置物件時，為它們在呼叫 CreateFile 時使用的名稱指定「\\.\Global\」前置詞。 在終端機服務環境中，指派給其對象的設備驅動器名稱會儲存在全域 （console） 命名空間中，預設不會顯示在遠端會話中的命名空間。 每個遠端工作階段都有一個本機命名空間。 「Global」前置詞會向 Win2K 物件管理員表明，物件管理員應該在全域命名空間中執行名稱查閱，而不是在查閱發起的工作階段的命名空間中執行名稱查閱。

從 http://www.sysinternals.com/regmon.htm. 下載 Regmon v4.24
從 http://www.sysinternals.com/filemon.htm. 下載 Filemon v4.28

AUTORUNS V1.0

如果您有一般的設定，則每次啟動系統並登入各種元件 (例如 Explorer) 時，都會查看模糊的登錄機碼和資料夾，並自動執行其中參考的程式。 David Solomon 在他的「Windows 2000 Internals」研討會上提供了指定自動執行檔案的所有位置清單 (http://www.solsem.com)，且 Bryce Cogswell 已使用該清單並編寫了 AutoRuns，這是一個可以讓您查看其內容的程式. 對於在不知情的情況下執行的隱藏程式，您一定會感到驚訝。

在 http://www.sysinternals.com/misc.htm. 下載 AutoRuns v1.0

HANDLEEX V2.23

HandleEx 的最新版本新增了許多新的使用者介面可用性增強功能，例如在上下檢視之間按 ctrl-tab 鍵的功能。 然而，更重要的是，HandleEx 現在與 Win2K 安全性編輯器對話方塊介面整合，顯示處理序已開啟的記憶體對應檔案，並顯示已授與開啟控制碼的存取遮罩。

當您將 HandleEx 切換到控制碼型的檢視時，它會顯示處理序透過控制碼開啟的檔案。 在 DLL 檢視中，HandleEx 顯示處理序作為模組載入的檔案，並且透過新增記憶體對應檔案支援，HandleEx 列出了處理序透過 Win32 記憶體對應檔案 API 對應的檔案。 由於 WinNT 和 Win2K 不允許您刪除已對應的檔案，HandleEx 的記憶體對應檔案支援，可協助您決定哪個程序因未完成的對應而阻止您刪除檔案。

在 http://www.sysinternals.com/handleex.htm. 下載 HandleEx v2.23

NT 4 ACL 編輯器

說到安全性編輯器，Microsoft 在最新版本的平台 SDK 中記錄了新的 Win2K 安全編輯器對話方塊 API。 然而，NT 4 編輯器的 API 一直沒有文件記錄，而且維持不變。 當您在 Regedt32 中編輯登錄機碼權限和在 Explorer 中編輯 NTFS 檔案權限時，將使用 NT 4 編輯器。

當我向 WinObj 工具新增物件安全性編輯功能時，我確定了 NT 4 安全編輯器介面，並使用相同的介面向 HandleEx 新增安全性編輯。 我最終決定發布我的文件，以便您可以將本機安全性編輯器功能新增到您自己應用程式的 NT 4 版本中。

從 http://www.sysinternals.com/acledit.htm. 取得 NT 4 ACL 編輯器文件
從 http://www.sysinternals.com/winobj.htm. 下載 WinObj

SYSINTERNALS T 恤

如果您喜歡在 SysInternals 取得的技術資訊和公用程式，請穿著 SysInternals T 恤向世界展示。 這些 T 恤由 100% 純棉 Hanes Beef-T 製成，正面與背面均印有醒目的顏色，售價僅為 14.95 美元。 此外，每筆銷售中都會提撥 5 美元捐給美國癌症協會。

在 http://www.sysinternals.com/tshirt.htm. 上觀看並訂購 SysInternals T 恤

更多 SYSINTERNALS 資訊請造訪 WWW.MICROSOFT.COM

我很自豪地說，向使用者推薦 SysInternals 工具的 Microsoft 知識庫文章的數量正持續成長。 這是我追蹤到的最近新增的清單。

  • Q243583 PRB：Mib.bin 導致 Visual Studio 安裝失敗 http://support.microsoft.com/support/kb/articles/Q243/5/83.ASP
    本文建議使用 Filemon 來追蹤 Visual Studio 安裝錯誤。

  • Q242131 HOWTO：顯示開啟檔案 http://support.microsoft.com/support/kb/articles/Q242/1/31.ASP 的處理序清單
    Microsoft 向使用者推薦 HandleEx 作為一個公用程式，顯示處理序開啟了哪些檔案。

  • Q232060 HOWTO：MDAC 設定疑難排解指南 http://support.microsoft.com/support/kb/articles/q232/0/60.asp
    DLLView 和 HandleEx 在本文中成為焦點，它會指示使用者使用這些工具來尋找具有 Microsoft 資料存取元件 DLL 的處理序，以便使用者可在重新安裝 MDAC 之前予以終止。

  • Q245068 ERRMSG：存取遭拒。 您沒有許可權，或檔案正在使用中 http://support.microsoft.com/support/kb/articles/q245/0/68.asp?lng=eng&sa=allkb
    NtHandle 在本文中再次被參考，它會告訴您當刪除檔案出錯時如何確定哪個處理序正在使用檔案。

  • Q247957 範例：使用 DUPS.EXE 解決 DLL 相容性問題 http://support.microsoft.com/support/kb/articles/q247/9/57.asp
    本文參考 ListDLLs、DllView 和 HandleEx 作為幫助您追蹤 DLL 版本問題的工具。

不僅 SysInternals 出現在所有這些新知識庫文章中，上一篇知識庫文章中介紹的 DUPS 公用程式作者 Rick Anderson 也在他的 MSDN 新聞文章「The End of DLL Hell」中參考了 ListDLLs。 您可以在 Microsoft 查看該文章：http://www.msdn.microsoft.com/isapi/msdnlib.idc?theURL=/library/techart/DLLdanger1.htm. ListDLLs 由此受到的關注，促使我將其移植到 Windows 9x，因此 2.21 版可在 Windows 9x、Windows NT 和 Windows 2000 上執行。

在 http://www.sysinternals.com/listdlls.htm. 下載 ListDLLs v2.21

3 月/4 月內部資料行

請參閱 Windows 2000 雜誌的 3 月號和 4 月號，以了解我關於 Windows NT 和 Windows 2000 儲存管理的兩部分「Internals」專欄。 在本系列的第 1 部分中，我描述了 NT 4 磁碟分割、進階磁碟區設定、磁碟機代號指派和裝置驅動程式儲存體系架構。

在第 2 部分中，我將介紹 Win2K 中存在的儲存體變更，包括新的儲存管理裝置驅動程式、動態磁碟分割、對不需要重新啟動即可重新設定的高階磁碟區支援，以及 Win2K 的磁碟機代號指派機制。

內部資訊

重新分析點

出於某種原因，人們總是對檔案系統技巧感到興奮，Windows 2000 也包含了幾個新的技巧。 在 Windows 2000 之前，所有 Microsoft 檔案系統都缺少 UNIX 使用者熟悉的功能：符號連結。 符號連結可讓您建立一個檔案或目錄，該檔案或目錄參考檔案系統命名空間中其他位置的另一個檔案或目錄。 當應用程式存取連結時，它實際上存取的是連結的目標。 例如，如果連結 C:\drivers 參考至目錄 C:\winnt\system32\drivers，則對檔案名稱 C:\drivers\ntfs.sys 的參考將解析為 C:\winnt\system32\drivers\ntfs.sys。

NTFS 版本 5 (Windows 2000 中包含的 NTFS 修訂版) 支援稱為重新分析點的機制。 重新分析點是與檔案或目錄關聯的資料區塊，包含「標籤」以及由負責管理具有該標籤之重新分析點的驅動程式定義的資訊。 Microsoft 定義了多個內建標記，包括連接點標記和安裝點標記。 當 NTFS 在尋找檔案名稱時遇到重新分析點，它會中止查閱並向其呼叫者傳回 STATUS_REPARSE 代碼。 檔案系統篩選驅動程式和 I/O 管理員監控對其標記的重新分析代碼，並以多種方式之一做出反應。 階層式儲存管理 (HSM) 重新分析點表示 HSM 子系統已移至遠端儲存 (例如磁帶) 的檔案，例如遠端儲存篩選器驅動程式 (RsFilter.sys) 會透明地從遠端儲存體中提取檔案資料，刪除重新分析點，並讓檔案查閱重試。

篩選驅動程式也可以變更正在開啟的檔案名稱。 掛接點標籤代表磁碟區掛接點，並允許您從磁碟區的名稱空間將磁碟區連接在一起。 因此，您可以將包含專案文件的磁碟區安裝到 C: 磁碟機的 \projects 目錄中。 如此可以組織檔案系統資料並能夠避免使用 DOS 樣式的磁碟機代號。

連接點類似於掛接點，但它們不是將目錄連結到磁碟區，而是將目錄連結到其他目錄。 它們是 NTFS 的符號連結支援。 此時您可能想知道為什麼 Microsoft 不包含以檔案為基礎的符號連結。 答案是符號連結會對現有的 Win32 應用程式造成嚴重破壞。

雖然在處理真正具有符號連結的檔案時，有許多一般的應用程式行為會導致非預期結果，但使用未察覺連結的程式刪除符號連結就是一個簡單的範例。 試想一個儲存在多個符號連結參考中心位置的檔案。 使用者在刪除其中一個連結時，可能只想刪除該連結，而不是檔案本身。 但是，如果程式不知道符號連結，它就不會偵測到該檔案確實是一個連結，並提示您執行想要的行為。 當應用程式建立與透過連結參考的檔案相關的檔案時，問題會變得更加嚴重，相關檔案應該儲存在連結目標所在的目錄中還是符號連結所在的目錄中？

Microsoft 面臨著一個難題，我確信有些應用程式可以執行更複雜的檔案操作，即使您能找到解決我問題的方法，這些應用程式也會中斷。 因此，我認為我們不太可能在 Windows 中看到以檔案為基礎的符號連結。

內核控制碼資料表

Win2K 物件管理員引進了一種新型控制碼資料表，可提高某些類型裝置驅動程式的效能。 某些驅動程式在使用者處理序的安全性內容中執行時，需要開啟系統物件的控制碼。 裝置驅動程式在開啟物件時可以略過安全性檢查，因此它們必須採取措施，防止在非特權處理序的控制碼資料表中建立敏感物件的控制碼時產生安全漏洞。 為了避免安全性問題，NT 4 驅動程式必須將工作項目排入佇列至在系統處理序內容中執行的工作執行緒，或使用 KeAttachProcess API 切換到系統程序的控制碼資料表和位址空間。 這兩種替代方案都會降低效能，特別是當驅動程式必須頻繁執行它們時。

Win2K 對此問題的解決方案採用新旗標的形式，即驅動程式在開啟物件並取得控制碼時可以將其傳遞到 OBJECT_ATTRIBUTES 結構中。 此旗標未記錄在 DDK 中，但在 NTDEF.H 標頭檔中定義為 OBJ_KERNEL_HANDLE。 當物件管理員開啟指定的物件，並建立一個控制碼以傳回給呼叫者時，它會檢查該旗標是否存在。 如果是這樣，它會在名為「ObpKernelHandleTable」的控制碼資料表中建立控制碼，而不是在目前執行程序的控制碼資料表中建立控制碼。 物件管理員傳回給請求核心控制碼呼叫者的控制碼已設定高位，因此所有核心控制碼的值都大於 0x80000000。

每當物件管理員傳遞控制碼時，例如在呼叫 ObReferenceObjectByHandle 時，它必須將控制碼轉換為指向控制碼基礎物件的指標，它會檢查控制碼參考是否為核心模式參考，以及是否已設定控制碼的高位。 對於符合這些條件的參考，物件管理員會在核心控制碼資料表中尋找控制碼，而不是在目前執行處理序的控制碼資料表中尋找。 因此，驅動程式參考安全性物件的核心控制碼可避免效能受到影響並導致開啟安全性漏洞。

一或多個驅動程式無法啟動

這裡有一段有趣的 Windows NT/2K 瑣事供您參考。 當您在開機過程中看到一個對話方塊，告訴您「一或多個驅動程式無法啟動」時，服務控制管理員 (SCM) 會做出判斷並顯示該對話方塊。

SCM 如何知道驅動程式無法啟動？ SCM 在初始化時會掃描 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services 登錄機碼來尋找裝置驅動程式，此驅動程式具有指定其作為開機或系統啟動驅動程式來啟動的 Start 值。 當它找到一個項目時，它會開啟物件管理員命名空間並查看 \Drivers 目錄中是否存在裝置驅動程式的名稱。 當裝置驅動程式成功啟動時，I/O 管理員會將其驅動程式物件放置在 \Drivers 目錄中，因此當 SCM 找不到該名稱時，它會假設驅動程式未成功啟動。 您可以使用 WinObj 查看 \Drivers 目錄的內容。

從 http://www.sysinternals.com/winobj.htm. 下載 WinObj

軟體專利最近引起了很多關注。 美國專利與商標局似乎正在向最明顯的「創新」授予專利，而各加公司都正在利用自由的專利政策來鎖定關鍵技術以供其獨家使用。 Microsoft 對專利遊戲並不陌生，但許多人不知道的是，Microsoft 擁有在開發 Windows NT 時的幾個關鍵想法專利。 以下是我在 IBM 專利伺服器網站上發現與核心相關的專利清單：

「透過使用不同佇列執行緒處理完成訊息，並檢查可執行執行緒是否完成，來執行可執行執行緒請求的非同步檔案操作的系統」
http://www.patents.ibm.com/details?pn=US05758184__

該專利涵蓋了稱為完成埠的進階 NT 同步機制背後的基本概念。 完成埠允許處理序有效地等待許多不同物件上的 I/O，並使用 Windows NT/2000 排程器中的支援，讓與完成連接埠關聯的執行緒有效地利用多處理器。
如需了解有關完成埠的更多資訊，請造訪 http://www.sysinternals.com/comport.htm.

「物件型電腦作業系統中用戶端處理序的伺服器模擬」
http://www.patents.ibm.com/details?&p n10=US05187790

模擬是 Windows NT/2000 安全性模型的強大功能，當伺服器代表使用者端執行活動時，它可讓伺服器執行緒暫時採用用戶端執行緒的安全性內容。 這使伺服器在存取用戶端的受保護物件時，可輕鬆利用 Windows NT/2000 安全性模型。 這是一種聰明的，也是明顯的分散式安全性方法，而 Microsoft 擁有其專利。

「物件型電腦作業系統中的可等待物件建立系統和方法」
http://www.patents.ibm.com/details?&p n10=US05057996

「條件物件建立系統具有不同的物件指標，用於存取一組資料結構物件」
http://www.patents.ibm.com/details?&p n10=US05129083

「物件型電腦作業系統中的物件容器傳輸系統和方法」
http://www.patents.ibm.com/details?&p n10=US05129084

「物件型電腦作業系統中的臨時物件處理系統和方法」
http://www.patents.ibm.com/details?&p n10=US05136712

「物件型電腦作業系統中的物件傳輸系統和方法」
http://www.patents.ibm.com/details?&p n10=US05297283

Windows NT/2000 物件管理員實作的名稱空間與 UNIX 實作上存在的虛擬檔案系統 (VFS) 名稱空間沒有什麼不同。 Microsoft 在物件管理員上取得的一些專利，確實看起來像是物件導向設計的專利，而且有幾個看起來是重疊的。 不過我不是專利律師，所以這可能只是我不成熟的觀點。

如果您查看這些專利，您會發現幾位核心的 Windows NT 核心開發人員名字，其中包括 David Cutler。 有趣的是，一些專利是 NT 開發人員在從事 VMS 工作時為麻薩諸塞州 Digital Equipment Corp of Maynard 公司取得的，但專利流程耗時太長，以至於專利將其列為位於華盛頓州雷德蒙德。

未來動態

TDIMON

您是否曾經想要即時觀察 TCP 和 UDP 網路活動，並了解哪些處理序正在執行該活動？ 請繼續關注 TdiMon，這是 SysInternals 監控工具組的強大新增功能。

感謝您閱讀 Systems Internals 電子報。

發佈時間：2000 年 3 月 27 日星期一下午 7:09，發佈者：ottoh

[電子報封存 ^][< 第 2 卷第 1 期][第 2 卷第 3 期 >]