S tar

柏油或星是一個開源的命令行程序，可以壓縮/歸檔多個文件組合成一個單一的磁帶或磁盤歸檔。它也能夠從產生的檔案中恢復單個文件。
柏油包括一個FIFO速度，多卷支持，一個模式匹配，存檔稀疏文件，自動字節順序識別，自動歸檔格式檢測，自動歸檔壓縮和解壓縮，遠程歸檔，以及其它特殊的功能，其允許的能力要用於完全系統備份應用程序。
柏油還包括`RMT'，一個真正的便攜式版本，支持不同的操作系統和計算機的體系結構，以及一種便攜式`公噸之間的遠程操作的遠程磁帶服務器的“磁帶驅動器的控制程序。
柏油是目前最快的實施焦油歸檔的，速度甚至超過的ufsdump在幾乎所有情況下

什麼是此版本中的新：

< ul>

什麼在1.5.2版本新：

• 嘗試做明星免疫對出現的信號時從網絡文件系統打開文件。
• 在讓明星FIFO更好地處理媒體更改操作在多卷磁帶卷結束創建模式。
• 在允許星自動檢測和QUOT; EOF＆QUOT;在多卷書寫時的原始磁盤條件創建模式。 ENXIO已添加的別名EFBIG和ENOSPC。
• 在該star.4手冊頁得到了加強。
• 在star_sym.c現在使用O_SEARCH打開目錄。
• 在星/ longnames.c增加了更多的解決方法對不對緩衝區溢出中止從GCC。
• 在星/ extract.c現在使用的，而不是訪問接入（姓名，F_OK）（姓名，0）
• 在星級現在只設置了信號處理現有信號，以支持MSC
• 在星定格在dumpdates.c一個錯字是打在WIN-DOS，因為羊群（）不存在
• 在星級現在檢查HAVE_FSYNC支持MSC
• 在星:: findinfo.c現在檢查stat.st_blksize是否存在
• 在星/ dumpdates.c工作圍繞定義雖然羊群（）調用不再存在與LOCK_EX / LOCK_EX / LOCK_UN問題。
• 在新的（以前失踪）手冊頁：BSH / pfbsh.1 SH / bosh.1 SH / jsh.1 SH / pfsh.1噸/ mt.1 scgskeleton / scgskeleton.1標籤/ label.1星/ USTAR。 1 star_sym / star_sym.1 VED / VED-E.1 VED / VED-W.1
• 在星級現在支持自動識別XZ（1）壓縮檔案，並提供一個新的選擇-xz
• 在星提供了新的行為：
• 在與＆QUOT創建的tar歸檔;星-c轉儲-meta ...＆QUOT;不包括用於普通文件的內容，但只有元數據。隨著＆QUOT;星級-c -xmeta＆QUOT;這些文件可以通過的情況下大小的文件，這將不覆蓋現有文件被提取為0。星現在支持＆QUOT;星-x -xmeta -fore孔＆QUOT;提取這些文件作為原始大小的文件，但作為稀疏文件裡面沒有任何數據。這是足以作為wget的-mirror參考。
• 在該手冊頁星/ spax.1固定一個錯字。
• 在星/ header.c現在使用一種新的結構＆QUOT; ndbuf＆QUOT;定義為了能夠訪問在陣列中的第101元件，而無需訪問一個阿雷出界的101，而不是100 namelength。
• 修正了星/ buffer.c中一個錯字導致恆星核心轉儲在Linux上用-c -mulvivol因為在Linux上發現了不尋常的內存佈局。
• 在星-multivol緩衝區管理，現在mallocs更少的內存。在此之前的malloc（）D同樣大小的FIFO大小，現在只有malloc（）的第2 * BUFSIZE
• 在星級-c -find現在可中斷了^ C
• 在星級-x -U -k現在工作以及星級-x -U -keep歲
• 在star.4手冊頁有錯字修復
• 在星-sparse -force洞，現在所有的檔案文件，以防稀疏文件，他們至少包含空值的512塊對齊的字節。由於markk@clara.co.uk
• 在星級-find現在去除導致＆QUOT; ./& QUOT;在文件名中的明星確實在其他情況下。
• 在星級-r / -u現在可以正確地依賴於舊存檔格式類型。
• 在星增加了一個新的選擇-lzip，並支持自動識別lzip壓縮歸檔。由於markk@clara.co.uk
• 在星級現在接受命令，如：
• 在星級-c -onull -find。 -ls
• 因為沒有歸檔輸出到標準輸出，可以混合使用-ls輸出
• 修正了一個錯誤的libfind / walk.c（調用strcatl（）與最後一個參數0，而不是（的char *）0）
• 在libfind被撞至1.5版
• 在新文件libfind / find_tok.h從實施的其餘部分分開的標記名稱。
• 從find.c感動令牌定義，find_tok.h
• 在主-perm現在實現了一個新功能：
• 在-perm +如有的模式設置位的權限位來回一個文件被設置模式，將評估為真。

而不是叉
• 在使用的vfork引入-exec的bug（）（）是固定的。字符串＆QUOT的更換; {}＆QUOT;現在可以正常工作再次，即使在內存中的路徑的位置被改變了realloc的過程中（）。
• 在新的主運營商：-amin棄用 - 僅適用於GNU發現-cmin兼容性棄用 - 僅適用於GNU找到兼容性-mmin棄用 - 僅適用於GNU找到兼容性-empty真正的零尺寸的普通文件或者空目錄-execdir程序[參數。 ..] \; -fls文件列表文件類似於'LS -ilds'到'文件'（總是TRUE）-fprint文件打印文件名行分隔成'文件'（總是TRUE）-fprint0文件打印文件名NUL分為'文件'（永遠TRUE）-fprintnnl文件打印文件名的空間分隔成'文件'（總是TRUE）-ilname水珠TRUE如果要是路徑組件相匹配的外殼水珠-ipat圖案符號鏈接的名稱相匹配的外殼水珠-ilpat模式TRUE，如果符號鏈接的名稱相匹配的模式-iname水珠TRUE如果路徑組件相匹配TRUE -ipath水珠TRUE，如果完整的路徑相匹配的外殼glob模式-ippat模式TRUE，如果完整的路徑與模式匹配-okdir程序[參數...] \; -print0打印文件名NUL分離到標準輸出（始終TRUE）-executable TRUE，如果文件是程序可讀TRUE的實際用戶ID的可執行文件，如果是工藝-writable TRUE的實際用戶ID讀，如果文件是可寫的實際用戶ID過程
• libfind不再退出的情況下，該路徑字符串不能被分配​​的過程中樹遍歷（）。
• 在libfind :: walkclose（）現在可以自由（）S中的內部數據結構的情況下，這並不樹遍歷調用用戶的（）（如星-x）
• 在功能defltcntl（）在libdeflt現在工作，並允許選擇不區分大小寫的模式。
• 新功能defltsect（）在libdeflt允許創建子節中的配置文件。這些小節需要被命名為：＆QUOT;節名稱] QUOT;和'['必須是在一行的開頭。
• 支持＆QUOT; PCC＆QUOT;在Solaris x86上添加作為第一步。在C編譯器＆QUOT; PCC＆QUOT; http://pcc.ludd.ltu.se/是從20世紀70年代末的基礎上便攜式C-Comppiler從AT＆T。這是BSDL下，從而提供與編制一個真正自由的構建環境。
• 請注意，由於PCC錯誤，autoconf的結果大文件的支持是不正確的。除非你編輯文件INCS / I386-sunos5-PCC / xconfig.h和手動校正，以包含此文件：
• 的#define _FILE_OFFSET_BITS 64 / *＃位的off_t如果設定* /
• 您將無法獲得工作大文件支持與PCC。
• 在支持更多的操作系統，編譯器的問題後，將按照已得到解決。
• 的conf / mkdep-aix.sh現在調用＆QUOT; CC -M -qsyntaxonly＆QUOT;而不是＆QUOT; CC -M -E＆QUOT;作為IBM C-預處理不喜歡的#pragma弱A = B雖然編譯器支持它。
• 在增加了對FreeBSD的/ x86_64的支持
• 在新的autoconf測試在AIX納秒時間戳。
• 的conf / mkdep-aix.sh改為避免的#pragma A = B作為IBM C編譯器警告弱調用非＆QUOT;的#pragma弱＆QUOT;當CPP與-E名為
• 在包括/席利/ stat.h現在支持在結構統計nonosecond時間戳在AIX上。
• 在包括/席利/ stat.h現在支持結構stat.st_atime_n的AIX納秒的支持。
• 在試圖通過smake CCOM =添加支持32位編譯較新的Mac OS X版本CC32這只能如果32位開發支持安裝在Mac OS X。
• 在試圖通過smake CCOM =增加對32位編譯在新的Linux版本的支持CC32這只能如果32位開發支持安裝在Linux上。
• 在新的autoconf測試檢查是否的fnmatch（）有一個工作FNM_IGNORECASE
• 在新的autoconf測試支持狀態多字節語言環境mbsinit（）mbrtowc（）wcrtomb（）
• 在新的autoconf測試wctype_t mbstate_t

對於基本名
• 在新的autoconf測試（）目錄名（）strndup（）wcsndup（）
• 在包括/席利/ wchar.h增強，以支持mbrtowc（）和wcrtomb（）
• 在包括/席利/ regex.h添加
• 在包括/席利/ libgen.h添加
• 在新的autoconf測試strlcat提供（）wcslcat（）strnlen（）wcsnlen（）
• 在新的autoconf測試strndup（）wcsndup（）
• 在libschily的fnmatch（）現在支持FNM_IGNORECASE
• 在libschily的fnmatch（）現在支持多字節字符
• 在libschily：新文件strlcat.c wcslcat.c strnlen.c wcsnlen.c strndup.c wcsndup.c basename.c dirname.c
• 在一種新的算法libschily strncat.c strncmp.c strncpy.c strnlen.c wcsncat.c wcsncmp.c wcsncpy.c wcsnlen.c使得代碼更快更小。
• 在CONF-文件在/ etc /默認已經安裝0644
• 在頁面的人現在都在默認情況下安裝在$（INS_BASE）/ share / man中的基本目錄＆QUOT;分享＆QUOT;可以通過caling改變
• 在smake DEFMANBASE =東西
• 在README.compile現在提到：
• 在INS_RBASE =設置不同的＆QUOT;根＆QUOT;安裝路徑DEFMANBASE =設置不同的人的基本目錄STRIPFLAGS = -s地帶的所有可執行文件與＆QUOT;使安裝和QUOT; RUNPATH =覆蓋ELF RUNPATH DEFUMASK =創建目錄DEFINSUMASK設置不同的默認權限=設置不同的默認權限在安裝路徑創建目錄
• 在頁面的人現在都在默認情況下安裝在$（INS_BASE）/ share / man中的基本目錄＆QUOT;分享＆QUOT;可以通過caling改變
• 在所有Makefile.dfl現在檢測是否在/ etc /默認/ *已經存在
• 在宏XARCH_GEN＆XARCH_OPT現在在規則/ CC-sunpro * .rul
• 在包含文件在include /席利/ ccomdefs.h現在允許禁用的printf（）格式檢查GCC與此-DNO_PRINTFLIKE是必要的，為了讓明星在Solaris ON cosolidation作為GCC ID太愚蠢了編譯printf（）的擴展。
• 在libschily /？eterrno.c不再覆蓋，以ON consoliation通過編譯constrints在Solaris的_TS_ERRNO定義。
• 在映射文件的幾個新的全局符號libschily / libschily-mapvers
• 在libschily / wcsndup.c已經frgotten代碼，仍然沒有internaly實施strndup（）
• 在librmt.so現在包括libsocked在需要的ELF標記
• 在所有的包含文件（即使是那些由autoconf的創建）現在防止多包容。
• 在新的autoconf測試的pathconf（）和執行fpathconf（）

CPP＆QUOT;
• 鏈接器映射文件現在通過＆QUOT處理; （或$ CC -E），並輸出被存儲在$（ARCHDIR）。這允許有一個鏈接器映射文件源代碼對所有平台。
• 在新的autoconf測試工作CPP。
• 在新的autoconf測試的/ dev /標準輸入中，/ dev /標準輸出中，/ dev /標準錯誤中，/ dev / FD / 0中，/ dev / FD / 1中，/ dev / FD2
• 在新的autoconf測試：qecvt（）qfcvt（）qgcvt（）_ldecvt（）_ldfcvt（）_ldgcvt（）_ldecvt_r（）_ldfcvt_r（）_ldgcvt_r（）qeconvert（）qfconvert（）qgconvert（）需要很長的雙支持。
• 在所有鏈接映射文件已被修改，以允許平台相關的#ifdef
• 在libschily現在默認重命名函數getline（），fgetline（）和fexec *（）到js_getline（），js_fgetline（）和js_fexec *（）。這是必要的，因為POSIX標準commitee忽略POSIX基本規則沒有定義的函數是與現有的出版功能的衝突。因為超過25年，從linschily的功能已經在公眾和POSIX.1-2008定義的功能，即使違反POSIX命名規則。在POSIX fexec *（）函數將如必須正確稱為fdexec *（）。
• 在現有的方案可以保持正式名稱函數getline（），fgetline（）和fexec *（），因為它們在默認情況下已經#define新的JS _ *（）的名字。要禁用這種便利，地址：
• 的#define NO_SCHILY_GETLINE要禁用席利函數getline（），fgetline（）的#define NO_SCHILY_FEXEC要禁用席利fexec *（）的#define NO_SCHILY_FSPAWN要禁用席利fspawn *（）
• 在Libschily現在有新英寸長的雙＆QUOT;支持功能：qftoes（）和qftofs（）
• 在Libschily現在支持的語言環境的依賴性小數點打印浮點數。
• 在Libschily現在支持打印使用格式（）的便攜式printf（）的執行長雙數。如果這個不適合你的平台，或者這是否正確針對您的平台不能正常工作，請報告。這是需要出新的＆QUOT; OD＆QUOT;實施
• 選項解析實現getargs（）/的GetFiles（）從libschily現在支持合併單個字符布爾標誌即使在選項字符串提到調用回調函數，如果發現一個有效選項。這是需要出新的＆QUOT; OD＆QUOT;實施
• 從libschily filereopen（）不再調用open（）內，只要沒有必要創建或截斷該文件。
• 在包括/席利/ wchar.h現在包括一個用於workyround沒有wcwidth（）平台。
• 在libschily的findinpath（）現在包括一個新的路徑參數，允許使用來自BSH功能。
• 的fnmatch現在總是可以js_fnmatch（）
• 在新的autoconf測試_qecvt（）_qfcvt（）_qgcvt（）和_qecvt_r（）_qfcvt_r（）_qgcvt_r（）在AIX
• 在libschily / getexecpath.c新
• 在包括/席利/ nlsdefs.h目前包括宏_（S）和__（S）支持的gettext（）了xgettext和（1）
• 在禁用smake簡單的後綴規則和Sufffix規則，加速比建立
• 添加在規則中評論/ rules.rdi這條規則不再需要。使用規則/ rules.dir於所有情況。
• 在席利makefilesystem新的配置文件：
• - * BSD對AMD64
• - MacOS X系統上的AMD64
• - kFreeBSD的（Debian的一個FreeBSD內核）
• - 安卓
• 在本席利makefilesystem現在支持CC_COM適用於所有平台，使覆蓋的C編譯器的低水平的命令。
• 在本席利makefilesystem現在支持CC ++ _ COM適用於所有平台，使覆蓋在C ++中低級別的命令 - 編譯
• 在稱為Mingw現在對-lminwg32而不是-lmgw32默認鏈接
• 在Mac OS X上現在對-lgcc_s.1而不是-lgcc
默認鏈接
• 在加快相關性生成的cl.exe時匯集了一些sed命令在一個單一的SED電話
• 修正了相關性生成的HP-UX中的錯誤
• 在本席利makefilesystem restructuresd一些依賴，使運行並行make。
• 在Android是不是POSIX（通過不定義各種功能，如在libc中的功能所要求的POSIX），因為它試圖定義是標準的一部分，作為內聯宏只包含文件的許多功能。這打破了autoconf，所以我們需要重寫一些測試（例如getpagesize的，tcgetpgrp，tcsetpgrp）
• 在本席利autoconf的系統已經增強，可以支持交叉編譯。席利autoconf的是基於GNU autoconf和GNU autoconf的不支持交叉編譯，因為它需要進行一些測試運行在目標系統上的腳本。
• 在該＆QUOT;配置＆QUOT;即交付與席利makefile文件系統的腳本運行718測試，其中68需要在目標系統上運行。
• 在本席利autoconf的系統現在支持到目標系統上本地運行這些測試65的方法。您可能需要一台具有遠程登錄功能，或者您需要一個仿真器的方法將文件複製到仿真系統和運行仿真系統例如在二進制Android模擬器。
• 我們目前提供三個腳本＆QUOT;遠程＆QUOT;執行程序在目標系統上：
• 在runrmt_ssh運行命令通過ssh runrmt_rsh運行命令通過rsh runrmt_android刪除刪除運行命令通過調試橋刪除
• 如果你需要的是不支持的有三個腳本一個系統上遠程運行程序，則需要修改其中的一個，以滿足您的需求。
• 要實現交叉編譯使用下面的環境變量：
• 在CONFIG_RMTCALL =設置為指向，做遠程執行腳本，例如：
• 在CONFIG_RMTCALL =`pwd` / conf目錄/ runrmt_ssh
• 在CONFIG_RMTHOST =設置為指向你的遠程主機，例如：
• 在CONFIG_RMTHOST =主機名或CONFIG_RMTHOST =用戶@主機名
• 使用一個虛擬的，如果你想使用類似的Andr​​oid模擬器。
• 在CONFIG_RMTDEBUG =設置的東西非空，為了讓遠程執行腳本標記遠程命令對應。這會導致配置信息，如：
• 在次設備號校驗位... REMOTE 8
• 請注意，smake包括automake的功能，自動檢索系統ID信息。出於這個原因，你需要重寫相關的宏命令行，如果你喜歡做一個交叉編譯。
• 相關make宏：
• 在K_ARCH =＃（SUN4V）內核ARCH由uname -m輸出/拱充滿-k M_ARCH =＃（sun4）機從充滿拱P_ARCH =＃（SPARC）CPU ARCH從uname - 充滿-p /馬赫OSNAME =＃SunOS中， linux的，.... OSREL =＃5.11 OSVERSION =＃snv_130 CCOM =＃編譯器的通用名稱（例如＆QUOT; GCC＆QUOT;）CC_COM =＃編譯器的調用（姓名+基本參數）
• 在ARCH =覆蓋M_ARCH和P_ARCH
• 在它通常suffucient設定ARCH和OSNAME。
• 在要使用本地編譯器的交叉編譯環境，而不是，設置使宏觀CC_COM到的東西比＆QUOT不同，CC＆QUOT;
• 如果你是在Linux和喜歡編譯為Android，請執行以下操作：
• 1）建立CC acording來說明從交叉編譯工具鏈
• 2）設置環境變量CONFIG_RMTCALL / CONFIG_RMTHOST，例如：SETENV CONFIG_RMTCALL`pwd` / conf目錄/ runrmt_android SETENV CONFIG_RMTHOST NONE
• 3）調用smake：
• 在smake ARCH =的ARMv5 OSNAME = linux的CCOM = GCC和QUOT; CC_COM = $ CC＆QUOT;
• 在一些項目不再HAVE_DEV_測試*但是對於HAVE__DEV_ *，因為我們沒有從手工筆試開關的/ dev / tty的，為/ dev / null，並且類似AC_CHECK_FILES（為/ dev / tty的為/ dev / null的的/ dev /零）
• 在支持火焰兵（音節克隆）加入。由於弗萊明H.索倫森
• 在為Win32插座更好的支持使用時cl.exe時
• 避免出現問題非標準原型鏈接（）從cl.exe時
取消鏈接（）閱讀（）和write（）
• 在添加支持半靜態（預配置），包括文件的Andr​​oid版本：包括/席利/ armv5tejl-Linux的GCC / xconfig.h
• 在新的包含文件在include /席利/犯錯_ *。h的用於封裝#ERROR CPP聲明，否則將永遠阻止編制與K＆R編譯器。
• 在添加了一個解決方法是，在某些情況下，無限循環的代碼創建一個LLVM編譯器的bug。
• 在Libschily現在已鏈接對$（LIB_INTL）一個共享libschily創建時。
• 避免從cl.exe時警告libschily / gettimeofday.c
• 在對make程序特定的配置文件的席利Makefilesystem RULES / mk-.id（對於SunPro化妝），規則/ mk-smake.id RULES / mk-gmake.id目前包括宏定義：
• 在空間中的一個空格字符（''）NUMBER_SIGN的ASCII數量唱（'＃'）
• 請注意，POSIX標準另有規定make程序不能有'＃'出現在Makefile中的非註釋部分。
• 嘗試，以解決從Cygwin的-1.7.17（秋季2012）與類型BOOL，使windefs.h從最近的Cygwin不再兼容微軟的原始文件在文件WINDEF.H輕率改變。解決方法是在include /席利/ WINDOWS.H
• 在感謝阿蘭晃，托馬斯·普朗克等人的匯報，並與得到修復名為上述
問題幫助
• 在libschily / comerr.c更好的意見，以幫助了解退出（）代碼折疊，以8位，怎麼可能是可以避免的。