『壹』 linux系統 安裝geant4 出現 致命錯誤： 打開依賴文件 .deps/AxisAngle.Tpo：許可權不夠
你可以嘗試一下用root許可權登錄，然後再安裝。如果還是不行呢，就去到.deps這個文件夾下，把這個文件的許可權改成777試一下。
『貳』 windowsXP中 C:\WINDOWS\system32\drivers\etc-下services文件用什麼作用
「System32」 文件夾詳解
C:\WINDOWS\system32...
這個 system32 文件夾中包含了大量的用於 Windows 的文件. 這里主要用於存儲 DLL 文件, 控制面板小程序(.CPL), 設備驅動 (.drv), 幫助文件 (.hlp 和 .cnt), MS-DOS 工具 (.com), 語言支持文件 (.nls), 屏幕保護 (.scr), 安裝信息文件 (.inf), 以及其它用於支持, 配置, 或操作的文件.
-------------------------------------------------------
C:\WINDOWS\system32\3com_dmi
我把這個文件夾刪掉了.
C:\WINDOWS\system32\1025, 1028, 1031, 1033, 1037, 1041, 1053, 2052 & 3076
我把其中的空文件夾都刪掉了. 1033 (英語). 2052 (簡體中文).
這些以數字命名的文件夾中包含了本地化語言文件. 其中大多數文件夾都可能是空的.
據 Microsoft 說: 用於指定語言的本地化 (語言) 文件, 按照數字指派到對應的文件夾中. 除非 Windows 被本地化為特定的語言, 否則其它不對應的文件夾就是空的.
-------------------------------------------------------
C:\WINDOWS\system32\CatRoot
和
C:\WINDOWS\system32\CatRoot2
CatRoot文件夾中包含了安全編錄文件.
CatRoot2 文件夾中包含了編錄資料庫文件.
你也許能夠刪除這兩個文件夾以及其中的內容. 這個就取決於你的系統了.
當你安裝某些第三方程序時, 可能會需要某些特定的 .CAT 文件存在. 這些 .CAT 存在於以下文件夾中:
C:\WINDOWS\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}
有些人可以將其刪除而不出現任何問題. 而其它人就不行.
在我的系統上, 我發現, 使用 Acronis True Image 的瀏覽磁碟鏡像的功能時, 需要某些 .CAT 文件. 如果不存在, 那麼就會彈出一個Windows 硬體安裝窗口, 它會告訴你 "你為以下硬體所安裝的軟體: 通用卷 沒有通過Windows 標識測試,(用來驗證它與 Windows 的兼容性)...等等."
如果我選擇繼續, 那麼就會彈出對話框, 說 "無法為分區指派盤符."
簡而言之, Acronis True Image 的瀏覽磁碟鏡像功能離不開特定的 .CAT 文件.
你所安裝的某些第三方程序可能會依賴於某些特定的 .CAT文件.
我還發現在我的系統上需要以下兩個 .CAT 文件存在:
"oemO.CAT" 和 "1.CAT".
當 oemO.CAT 和 1.CAT 不存在時, "dberr.txt" 中就會出現錯誤記錄, 其存在於 C:\WINDOWS\system32\CatRoot2 中.
我注意到, 當我打開設備管理器中的設備屬性時就會出現這些錯誤, 並且當我使用 Acronis True Image 的瀏覽鏡像功能時也會出現這些錯誤.
我偶爾也會在 dberr.txt 中看到其它的 .CAT 錯誤: FP4.CAT, IMS.CAT, MSMSGS.CAT, msn7.cat, msn9.cat, MSTSWEB.CAT, NTPRINT.CAT, SP2.CAT, startoc.cat 和 wmerrenu.cat.
在我的系統中有這么多的 .CAT 文件, 很難確定哪些 .CAT 文件可被刪除.
我只是把所有的 Hotfix .CAT 文件 (KB*.* files) 刪掉了. 你可以通過 Hotfix 號碼將其識別出來.
以下是一些你可以做的東西, 只要你願意...
把所有的 .CAT 文件放置到一個別的文件夾中. 周期性地檢查C:\WINDOWS\system32\CatRoot2 中的 "dberr.txt". 查看是否有缺失 .cat 文件的錯誤信息. 然後把有提示的 .CAT 文件放回到 C:\WINDOWS\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE} 文件夾中
當你把所有所需的 .CAT 文件放回原位之後, "dberr.txt" 就會停止顯示錯誤了.
dberr.txt..........關於編錄文件注冊情況的日誌文件. 包含了未注冊編錄文件的相關信息, 並且只有當識別出未注冊的編錄時才會存在.
缺失編錄文件時也會產生 dberr.txt.
關於 CatRoot2 文件夾, 我一般都是用文件清理工具刪除其中的某些垃圾文件, 而不是刪除整個文件夾. CatRoot2 文件夾中產生的文件都是臨時文件. 其擴展名為 *.chk, *. emb, *log, 以及 *.txt.
-------------------------------------------------------
C:\WINDOWS\system32\Com
組件對象模型 (COM) 組件.
我把這個文件夾以及其中的內容都刪掉了.
然後打開 「控制面板」 -> 「管理工具」, 把其中的 「組件服務」 快捷方式刪.
順便, 我還會把用不到的 "數據源 (ODBC)" 快捷方式刪掉.
C:\WINDOWS\system32\config
包含了用於引導的注冊表儲備, 還有可通過事件查看器查看的系統, 安全以及應用程序日誌文件.
我把所有能刪的文件都刪掉了. 有些文件, Windows 是不會讓你刪的. 它們是你的注冊表實體.
其它的文件都可以刪掉, 且不會引起任何問題.
以下是 13 個重要的文件:
AppEvent.Evt
default
default.LOG
SAM
SAM.LOG
SecEvent.Evt
SECURITY
SECURITY.LOG
software
software.LOG
SysEvent.Evt
system
system.LOG
C:\WINDOWS\system32\config\systemprofile
我把這個文件夾以及其中的內容都刪掉了.
這個文件夾中包含了一個用於本地系統的標准配置文件.
我發現, 要在安全模式下才能徹底地刪掉這個文件夾.
systemprofile 文件夾本身, 以及其中的一些空文件夾, 有可能會自動重新出現.
這是那些古怪的文件夾中的一個. 有些時候將其刪除之後, 就不會重新出現了. 而有時重裝系統之後, 將其刪除, 它又可能會莫名其妙地重新出現. (真是受打擊...)
C:\WINDOWS\system32\dhcp
我把這個文件夾刪掉了.
這個文件夾一般是空的, 如果你想讓主機作為一台 DHCP 伺服器, 那麼這個文件夾就會用於保存動態主機配置協議 (DHCP) 資料庫文件.
C:\WINDOWS\system32\DirectX
我把這個文件夾以及其中的內容都刪掉了.
這個文件夾中包含了用於支持某些游戲設備的文件.
C:\WINDOWS\system32\dllcache
我把其中的文件都刪掉了, 但是我把文件夾保留下來了.
這個文件夾包含了受 「Windows 文件保護系統」 保護的系統文件副本.
我把 dllcache 中的文件備份到另一個分區中了. 但我需要某個初始文件時, 我就可以將其從備份鏡像中提取出來了.
我沒有刪除這個文件夾中新生成的那些文件. 進行過在線更新之後, 新版本的系統文件就會被置入這個 dllcache 文件夾中. 這些是我所擁有的新文件的唯一副本.
C:\WINDOWS\system32\drivers\etc
我把其中的內容都刪掉了.
一般來說, 現在很少會用到其中的 HOSTS 文件了. 它是 DNS 緩存文件, 優先於 DNS, 一般是沒必要用到的.
有效的 hosts 文件是沒有擴展名的.
C:\WINDOWS\system32\export
我把這個文件夾刪掉了.
C:\WINDOWS\system32\ias
我把這個文件夾以及其中的內容都刪掉了.
如果不能連接 Internet 的話, 那麼它一般會是一個空文件夾. 它會儲存用於Internet Authentication 服務的配置文件. 一般來說, 只能在伺服器上見到這個服務. 如果你的電腦上有能夠連接到 Internet 上的社別, 那麼這個 IAS 文件夾就不會為空了. 它可能會包含 2 個文件: DNARY.MDB (IAS 日誌文件) 和 IAS.MDB (用於儲存遠程訪問策略).
我把這個文件夾以及其中的內容都刪掉了.
然後我還把存在於 C:\WINDOWS\system32 中的以下文件刪掉了:
iasacct.dll
iasads.dll
iashlpr.dll
iasnap.dll
iaspolcy.dll
iasrad.dll
iasrecst.dll
iassam.dll
iassdo.dll
iassvcs.dll
C:\WINDOWS\system32\icsxml
我把這個文件夾以及其中的內容都刪掉了.
其中包含了用於 Universal Plug and Play(通用即插即用) 的文件.
C:\WINDOWS\system32\IME
我把這個文件夾以及其中的內容都刪掉了.
包含了各類輸入法文件. (語言文件)
注意: 簡體中文版用戶要小心了, 這里是跟系統自帶的輸入法緊密相關的地方. 不要亂刪.
C:\WINDOWS\system32\inetsrv
我把這個文件夾刪掉了.
其中包含了用於 World Wide Web 服務的文件. 一般為空.
C:\WINDOWS\system32\Lang
我把這個文件夾以及其中的內容都刪掉了.
C:\WINDOWS\system32\Macromed
我把這個文件夾以及其中的內容都刪掉了.
注意: 這個是用於在線播放 Flash 的控制項, XP SP2 中的版本為 6, 當前最新為 7, 刪掉也沒什麼關系, 可以在線更新為最新的.
C:\WINDOWS\system32\MsDtc
我把這個文件夾以及其中的內容都刪掉了.
這個文件夾包含了與 Microsoft Distributed Transaction Coordinator(分布式事務協調器) 相關的文件, 分布式事務協調器可用於控制不同程序或進程間的的事務輸出和消息傳遞.
C:\WINDOWS\system32\mui
我把這個文件夾以及其中的內容都刪掉了.
其中包含了多國語言用戶界面的相關文件.
C:\WINDOWS\system32\npp
我把這個文件夾以及其中的內容都刪掉了.
這個文件夾包含了一些用於在網路監視伺服器上支持收集網路傳輸的文件.
C:\WINDOWS\system32\oobe
我把這個文件夾以及其中的內容都刪掉了.
其中包含了 "Out of Box Experience" 文件, 它能幫助用戶完成產品激活和注冊, 還可用於創建 Administrator 外的新用戶.
C:\WINDOWS\system32\ras
我把這個文件夾以及其中的內容都刪掉了.
其中包含了撥號網路要用到的默認腳本.
C:\WINDOWS\system32\ReinstallBackups
我把其中的內容都刪了.
當其為空時, 我還會把這個文件夾刪掉. 當你更新某些驅動時, 有可能會重新生成這個文件夾.
C:\WINDOWS\system32\Restore
我把這個文件夾以及其中的內容都刪掉了.
這個就是系統還原. 如果將其刪除, 那麼就無法使用系統還原了.
我從不用系統還原. 我平時用 Acronis TrueImage. 因此我把這個文件夾刪掉了.
-------------------------------------------------
C:\WINDOWS\system32\Setup
這個文件夾包含了用於額外服務的安裝文件, 例如, FrontPage 伺服器擴展以及 Microsoft 傳真服務.
你需要其中的大多數文件才能正常訪問 Windows "可選" 組件向導 (磁碟清理 -> 更多選項 -> 清理).
就我個人而言, 用不到那些額外的服務, 也用不到Windows "可選" 組件向導. 因此我把它刪掉了, 還把 C:\WINDOWS\system32 中與其相關的 2 個文件刪掉了:
loadperf.dll ..載入卸載性能計數器
resutils.dll ...用於Richedit 1.0 的包裝 Dll
(用於訪問 Windows "可選" 組件向導.)
事實上, 我一向都用不到磁碟清理, 因此我把 C:\WINDOWS\system32 中的以下 2 個文件刪掉了:
CLEANMGR.EXE ...(磁碟清理). 一個用於移除無用臨時文件並重新釋放已用空間的工具.
compact.exe ....文件壓縮工具 (壓縮文件系統以節省空間.). 沒有磁碟清理的話, 那就用不到它了.
dataclen.dll ...磁碟清理庫文件
sysocmgr.exe ....系統可選組件管理器
-------------------------------------------------
C:\WINDOWS\system32\ShellExt
我把這個文件夾刪掉了.
默認為空.
C:\WINDOWS\system32\SoftwareDistribution
我把這個文件夾以及其中的內容都刪掉了.
注意: 我保留了 C:\WINDOWS 下的SoftwareDistribution.
System32 下的SoftwareDistribution 沒有用, 因為Windows Update 使用C:\WINDOWS 下的同名文件夾. 什麼時候System32 下的 SoftwareDistribution 才會有用, 那我就不知道了.
C:\WINDOWS\system32\spool
我把這個文件夾以及其中的內容都刪掉了. 因為我沒有列印機.
這個文件夾是列印系統用於臨時存放列印任務以及相關文件的. 其中的 Printers 子文件夾用於臨時存儲緩沖文件的. 其它文件夾大都是跟列印機驅動和配置有關的.
C:\WINDOWS\system32\usmt
我把這個文件夾以及其中的內容都刪掉了.
USMT 就是用戶狀態遷移工具. 這個文件夾中包含了與 USMT 以及文件和設置傳輸向導相關的文件.
C:\WINDOWS\system32\wbem (Windows 管理規范)
用於基於網路的企業管理存儲它的數據和可執行文件. 利用 WMI, 開發人員可以使用與平台無關的命令控制網路設備.
這是 Windows 中最能夠引起大家誤解的組件.
即便是 BlackViper(他整理的服務,設置相當好), 我也強烈地懷疑他是否徹底地理解了 Windows 管理規范.
前兩年, 他告訴我保留並啟用 WMI 是如何的重要.
然而, 這段時間以來, BlackViper 改變了他的想法.
最近他說: "在 Service Pack 1a 中, 這個服務並不是必須的. 然而, 在安裝過 Service Pack 2 之後, 安全中心和 Windows 防火牆/Internet 連接共享就需要這個服務了.
如果你想在服務配置中查看 「依存關系」 選項卡的話, 那麼這個服務就是必需的. 我不推薦禁用這個服務, 因為將來會有越來越多的應用程序用到這個服務."
大家已經被禁用 Windows 管理規范的問題困擾了很久了. 部分原因是因為 BlackViper 對 「不要禁用」 說不了.
現在應該是OK 了, 因為他就是這么說的. 我想大家更願意聽專家的意見...即便專家的意見是錯的.
平心而論, 我所見過的大多數專家都建議不要禁用這個服務...而且, 他們都沒有解釋為什麼不能禁用這個服務.
我知道, 你一定被告知過, 這個 WMI 組件是系統中的一個非常重要的組件. 但我不這樣認為.
當我運行 SiSoft Sandra 時, 這個程序建議我最好把這個服務禁用掉.
當你深入查看磁碟清理時, Windows 甚至會顯示一個卸載 WMI 的選項. 只是, 它不允許你這么做. (奇怪, 那為什麼要把它列為一個 "可選組件" 呢?)
另外, 你知道嗎? 當你將其禁用之後, 能夠加速啟動並減少內存佔用.
-------------------------------------------------------
重要: 首先, 要把 C:\WINDOWS\system32\wbem 中的"framedyn.dll" 移動到C:\WINDOWS\system32 文件夾中. 它是 wbem 文件夾中僅有的一個重要文件.
有時當你運行系統還原時, 會出現錯誤 「由於缺少 framedyn.dll, 無法啟動系統還原. 請重新安裝這個應用程序以解決這個問題」.
沒有 "framedyn.dll" 的話, 那麼當你右擊 「我的電腦」 時, 可能會出現一個錯誤. 把這個文件保留在 System32 文件夾中即能避免這種情況的出現.
另外, 你還需要禁用 「服務」 中的 WMI.
當你禁用服務中的 WMI 時, 還會把 Windows 防火牆/Internet 連接共享 (ICS) 禁用掉. Windows 會彈出個對話框詢問你是否要禁用WMI.
在我禁用Windows 防火牆/Internet 連接共享 (ICS) 之前, 我會先把Windows 防火牆關掉:
開始 > 控制面板 > 防火牆 > 選擇 "關閉 (不推薦)"
以下列出的文件屬於Windows 防火牆/Internet 連接共享 (ICS).
在 C:\WINDOWS\system32\drivers 中:
ip6fw.sys .....IPv6 Windows 防火牆驅動
tcpip6.sys ....IPv6 驅動
在 C:\WINDOWS\system32 中:
firewall.cpl ..Windows 防火牆控制面板
fwcfg.dll .....Windows 防火牆配置助手
IPSEC6.EXE ....(Ipv6 安全配置工具).
ipsecsvc.dll ..Windows IPSec SPD 伺服器 DLL
IPV6.EXE ......(Ipv6 配置工具). 一個用於安裝和配置 IPv6 的工具.
然後進入安全模式並刪除C:\WINDOWS\system32\wbem 文件夾中的內容.
最好在安全模式下刪除 wbem 文件夾中的內容, 因為有 3 個文件無法在正常情況下刪除.
在重啟之後, 在 C:\WINDOWS\system32 中刪除以下 5 個文件:
cmprops.dll ....WMI 插件
licwmi.dll .....Windows 產品激活配置 WMI 提供稱故
mmfutil.dll ....WMI 插件助手
servdeps.dll ...(WMI 插件) 在重啟之前可能無法刪除這個"servdeps.dll" 文件. 反正, 它不大重要.)
wmimgmt.msc....
你可能還需要刪除以下文件夾:
C:\Program Files\Common Files\Microsoft Shared\MSInfo
還有它的快捷方式在這里:
C:\Documents and Settings\All Users\Start Menu\Programs\Accessories
沒有 WMI 的話, 系統信息就無法正常工作了.
system32 是32位系統程序存儲的文件夾，而system文件夾是為了兼容98以及以前時期的16位程序而設計的，由於目前16位程序不多，所以作用不大。
『叄』 如何只生成 chrome.sln 工程文件以便編譯 chromium
一，編譯之前的准備。
1） 了解代碼組織結構。
Chrome source非常龐大，並且在其主目錄下還包含有工具和組件，任何一個工具和組件也附帶有其源代碼。首先得熟悉這些源代碼的組織結構，在http://src.chromium.org/svn/中包含如下子目錄：releases,曾經發布過的chrome源代碼的正式版本；trunk，當前最新的源代碼。由於releases中的代碼比較舊，這里就不做說明了，只說明trunk的結構。在trunk下面有3個重要的目錄，deps包含了chrome編譯和運行所需要的全部組件的代碼。src裡麵包含的則是chrome的主程序的代碼，tools包含的是下載和配置編譯所需要的第三方工具的壓縮包和源代碼，其中就有svn和python這2個比較重要的工具，後面再詳細介紹。暫時做這樣一個簡單的介紹，因為其組織結構比較負責，以後再作補充斧正。
2）如何下載和同步源代碼。
首先談談下載：
1，最簡單的方法是從chrome官網上直接下載源代碼壓縮包，地址是http://build.chromium.org/buildbot/archives/chromium_tarball.html。
2，或者採用svn從http://src.chromium.org/svn/trunk/src這個地方heckout,這要求你先在本地建一個源代碼的主目錄。
3，另外一個辦法則是採用google提供的一個部署工具depot_tools。雖然這幾種辦法都可下載完整的源代碼，但目前的情況是：chrome基於Visual Stdio 2005 進行編譯，如果順利完成編譯工作，自然少不了sln文件，較早的源代碼中包含有現成的sln和vcproject文件，但後來做了修改，這些文件被拋棄掉，Google自己開發了一種腳本工具叫做GYP,這個工具採用python編寫，GYP採用了自定義的一套規則，用於生成各種工程文件。而關鍵的python則包含於depot_tools中，因此不論採用什麼方法下載的代碼，都得下載depot_tools這個工具，以獲得必須的工程文件。
depot_tools位於 http://src.chromium.org/svn/trunk/tools 下面，包括一個目錄和一個zip格式的壓縮包。
3）關於編譯器
前面提到Chrome採用Visual Stdio 2005進行編譯，根據http://dev.chromium.org的說明，需進行如下操作正常編譯
a, 安裝Visual Studio 2005.
b, 安裝Visual Studio 2005 Service Packe 1.
c, 安裝Visual Studio Hotfix 947315.
d, 如果是vista系統，還需安裝Visual Studio 2005 Service Packe 1 Update for Windows Vista.
e, 安裝Windows 2008 SDK，如果是Visual Studio 2008則不需要這一步。
f, 配置Windows 2008 SDK，使2008 SDK成為首選開發庫，以獲得一些新功能和特性。辦法是在開始->程序->Microsoft Windows SDK v6.1 > Visual Studio Registration > Windows SDK Configuration Tool，選擇make current按鈕。也可以在VS裡面手動配置include和libary路徑，效果是一樣的。
二，如何配置工程文件
1，如果是採用depot_tools，那麼從代碼下載到生成sln文件會自動完成。其步驟是
（1）下載depot_tools到本地存儲，假設位於d:/depot_tools.
（2）將d:/depot_tools添加到系統環境變數中。
（3）創建一個源代碼根目錄，假設為 d:/chrome,目錄不得包含空格。
（4）在命令行下切換當前目錄到d:/chrome。
（5）執行命令 gclient config http://src.chromium.org/svn/trunk/src ,該命令會首先下載svn和python分別到d:/depot_tools/svn_bin和d:/depot_tools/python_bin。
（6）執行命令 gclient sync 這個命令會調用svn同步源代碼。這個過程會比較漫長。全部完成之後全部源代碼就保存在d:/chrome裡面。未編譯的代碼大約有4個G左右，過程將十分漫長。這樣獲得的源代碼已經包含所有的工程文件，可直接打開。
重點說明一下gclient，它實際上是一個批處理文件，它主要做了如下一些事情，首先設置環境變數，如代碼根目錄，工具根目錄等。其次調用win_tools.bat從伺服器下載svn和python。最後調用python.exe對Chrome.gyp進行解析生成所有工程文件。
另外需要說明的是，gclient sync的過程非常漫長，根據命令行的提示來看總共需要同步67個項目（不是工程），期間可能會因為一些原因導致錯誤而退出這個過程，需要繼續調用sync。比如網路出現故障svn會多次進入sleep狀態然後重試，如果多次失敗就會報錯退出，還有的情況是某些子目錄的屬性問題無法同步，可根據提示進行操作。還有個目前新出現的問題，下面2個目錄「src/webkit/data/layout_tests/LayoutTests」和「src/third_party/WebKit/LayoutTests」的源代碼是從src.webkit.org簽出來的，但是這個網站目前存在問題無法簽出代碼， 需要屏蔽掉這2個目錄，由於裡面是測試代碼，即使丟棄也不會影響整個工程的編譯，方法是打開trunk下面的.gclient文件，向裡面添加如下內容
"custom_deps" : {
"src/webkit/data/layout_tests/LayoutTests":None,
"src/third_party/WebKit/LayoutTests":None,
},
這樣svn就能完成代碼的同步了。最後gclient會調用depot_tools/python_bin/python.exe 對 src/build/gyp_
chromium進行處理，這樣就得到了所有的sln和vcproject文件。
2，如果是下載的代碼壓縮包或者checkout的代碼，代碼目錄裡面沒有sln文件，這個時候需要調用命令行進入源代碼根目錄，然後執行命令 gclient runhooks --force，命令執行後會直接對Chrome.gyp進行解析,生成sln文件。
在實際下載過程中，最開始的時候我用TortoiseSVN從http://src.chromium.org/svn/trunk/src checkout源代碼，但是得到的代碼只有幾百兆，執行gclient runhooks --force命令後也沒有找到sln文件，具體原因未知，不建議使用此方式。而直接下載代碼壓縮包的方式沒有嘗試過，不知道是否可行。因此最穩妥的方法還是使用depot_tools來部署和處理源代碼。
三 編譯工程
啟動Visual Studio 2005打開 src/chrome/browser/chrome.sln,或者打開src/build/all.sln,如果打開的是chrome.sln裡麵包含480個工程，而all.sln則包含507個工程，一些09年的編譯說明提到有300左右的工程，可見chrome的代碼變動比較大。對整個解決方案進行編譯，打開需要2個小時才能完成編譯，視硬體環境而定，內存越大越快，推薦4G以上內存，酷睿2核或者4核。編譯完成以後據說會佔用30G的空間。編譯後的文件位於 d:/chorme/chrome/debug 目錄或者 d:/chorme/chrome/release目錄下。
四 chrome涉及的開源項目
Chrome 採用了很多開源項目，這里把它們列出來以備後用，目前Chrome涉及25個開源代碼：
1、Google Breakpad
/src/breakpad
開源的跨開台程序崩潰報告系統。
2、Google URL
/src/googleurl
Google小巧的URL解析整理庫。
3、Skia
/src/skia
矢量圖引擎。
4、Google v8
/src/v8
Google開源的JavaScript引擎。V8實現了ECMA-262第三版的ECMAScript規范，可運行於Windows XP 和 Vista, Mac OS X 10.5 (Leopard), 及 Linux等基於IA-32 或 ARM 的系統之上。V8可單獨運行也可嵌入到任何C++程序中。
5、Webkit
/src/webki
開源的瀏覽器引擎
6、Netscape Portable Runtime (NSPR)
/src/base/third_party/nspr
Netscape Portable Runtime (NSPR) 提供了系統級平台無關的API及類似libc的函數。
7、Network Security Services (NSS)
/src/base/third_party/nss
Network Security Services (NSS) 一套用於支持伺服器端與客戶端安全開發的跨平台函數庫。程序通過NSS可支持SSL v2 and v3, TLS, PKCS #5, PKCS #7, PKCS #11, PKCS #12, S/MIME, X.509 v3 認證及其它一些安全標准。
8、Hunspell
/src/chrome/third_party/hunspell
Spell checker and morphological analyzer library and program designed for languages with rich morphology and complex word compounding or character encoding.
9、Windows Template Library
/src/chrome/third_party/wtl
用於開發Windows程序與UI組件的C++ library。WTL擴展了ATL (Active Template Library) 並提供一套用於controls, dialogs, frame windows, GDI objects等開發的類。
10、Google C++ Testing Framework
/src/testing/gtest
Google用於編寫C++測試的基於xUnit架構的框架，可用於多種平台上：Linux, Mac OS X, Windows, Windows CE, and Symbian。支持自動測試發現，有一套豐富的Assertions斷言，用於可自定義斷言，death tests, fatal and non-fatal failures, various options for running the tests, and XML test report generation.
11、bsdiff 與 bspatch
/src/third_party/bsdiff 及 /src/third_party/bspatch
bsdiff 與 bspatch 用於為二進制文件生成補丁。
12、bzip2
/src/third_party/bzip2
bzip2使用Burrows-Wheeler block sorting text compression 演算法與Huffman編碼壓縮文件。
13、International Components for Unicode (ICU)
/src/third_party/icu38
ICU是一套成熟並被廣泛使用的C/C++ 及 Java 庫，可為軟體提供Unicode與全球化支持。
14、libjpeg
/src/third_party/libjpeg
用於處理JPEG (JFIF)圖像格式的庫。
15、libpng
/src/third_party/libpng
PNG圖像格式庫。支持絕大部分的PNG特性，可擴展。已經被廣泛地使用了13年以上了。
16、libxml
/src/third_party/libxml
C語言的XML解析庫。
17、libxslt
/src/third_party/libxslt
C語言的XSLT庫。
18、LZMA
/src/third_party/lzma_sdk
LZMA為7-Zip軟體中7z格式壓縮所使用的壓縮演算法，有很好的壓縮效果。
19、stringencoders
/src/third_party/modp_b64
一系列高性能的c-string轉換函數，比如：base 64 encoding/decoding。通常比其標准實現快兩倍以上。
20、Netscape Plugin Application Programming Interface (NPAPI)
/src/third_party/npapi
多種瀏覽器使用的跨平台插件架構。
21、Pthreads-w32
/src/third_party/pthread
用於編寫多線程程序的API
22、SCons - a software construction tool
/src/third_party/scons
開源的軟體構建工具——下一代的編譯工具。可以認為SCons是改進過的跨平台配上autoconf/automake與ccache的Make工具的子系統。
23、sqlite
/src/third_party/sqlite
大名鼎鼎的嵌入式資料庫引擎。自管理、零配置、無需伺服器、支持事務。
24、TLS Lite
/src/third_party/tlslite
SSL 3.0, TLS 1.0, and TLS 1.1的Python免費實現庫。TLS Lite支持這些安全驗證方式：SRP, shared keys, and cryptoIDs in addition to X.509 certificates。註：Chrome並不包涵Python。TLS Lite用於Chrome開發過程中的代碼覆蓋、依賴檢查、網頁載入時間測試及生成html結果比較等。
25、zlib
/src/third_party/zlib
zlib為一套用於任意平台與機器的無損數據壓縮的庫，它免費、自由、無任何法律專利問題。