S tar

S tar vagy a Star egy nyílt forráskódú parancssori program, amely képes tömöríteni / archív több fájlt egyetlen szalagos vagy lemezes archívumba. Azt is tudja, hogy helyreállítja az egyes fájlokat az előállított archív.
S tar tartalmaz egy FIFO a sebesség, többkötetes támogatást, a minta matcher, képes archiválni ritka fájlok automatikus bájtsorrendje elismerést, automatikus archiválási formátum felismerés, automatikus archívum tömörítés és kicsomagolás, távoli archiválás, valamint egyéb speciális funkció, amely lehetővé teszi a alkalmazást, a teljes rendszer mentést.
S tar is `RMT", egy valóban hordozható verziója a távoli szalagos szerver, amely támogatja a távoli teremtsenek a különböző operációs rendszerek és számítógép-architektúrák, valamint egy hordozható `mt" szalagos meghajtó programot.
S tar a leggyorsabb ismert végrehajtását a tar archiváló, még gyorsabb, mint ufsdump szinte minden esetben.

Mi az új ebben a kiadásban:

< ul>

Mi az új a 1.5.2-es verzió:

• Próbálja meg, hogy csillagos immunrendszer elleni jelek jelennek meg, miközben Fájl megnyitása a hálózati fájlrendszer.
• Legyen a csillagos FIFO jobban kezeli a média változás működése végén egy szalagkötet a többkötetes create mode.
• Allow csillagos tudja automatikusan a & quot; EOF & quot; állapotban a nyers lemezre írás közben többkötetes create mode. ENXIO adtak egy álnevet EFBIG és ENOSPC.
• A star.4 manpage erősödött.
• star_sym.c most használja O_SEARCH nyitására könyvtárak.
• Star / longnames.c ad több áthidaló megoldások ellen rossz puffer túlcsordulás megszakítja a gcc.
• Star / extract.c most használja hozzáféréssel (név, F_OK) helyett hozzáférés (név, 0)
• csillagos ma már csak beállítja jelkezelőit a meglévő jelek, hogy támogassa MSC
• csillagos rögzített egy elírás dumpdates.c, hogy elérje a WIN-DOS, mert nyáj () nincs jelen,
• csillagos ellenőrzi, HAVE_FSYNC támogató MSC
• csillagos :: findinfo.c ellenőrzi, hogy stat.st_blksize létezik
• Star / dumpdates.c dolgozik, a probléma LOCK_EX / LOCK_EX / LOCK_UN meghatározott bár a nyájat () hívást már nem létezik.
• New (korábban eltűnt férfi) oldalak: BSH / pfbsh.1 sh / bosh.1 sh / sh jsh.1 / pfsh.1 mt / mt.1 scgskeleton / scgskeleton.1 label / label.1 csillag / ustar. 1 star_sym / star_sym.1 ved / ds-e.1 ved / ds-W.1
• csillagos már támogatja az automatikus elismerését XZ (1) tömörített állományok és felajánl egy új opció -xz
• csillagos kínál új viselkedés:
• A tar létrehozott & quot; csillag -c -dump -meta ... & quot; nem tartalmazza a tartalom az egyszerű fájlok, de csak a meta adatokat. A & quot; csillagos -c -xmeta & quot; Ezeket a fájlokat lehet kivonni, mint 0 méretű fájlok esetében, hogy ez nem írja felül a meglévő fájlokat. Csillagok most már támogatja a & quot; csillag -x -xmeta -fore lyukú & quot; kivonat ezeket a fájlokat a fájlok az eredeti méretű, de a gyér fájlok adatok nélküli belsejében. Ez elegendő referenciaként a wget -mirror.
• A kézikönyv oldal csillagos / spax.1 rögzített egy elírás.
• Star / header.c most használ egy új struktúra & quot; ndbuf & quot; amely meghatározza a namelength 101 helyett 100 annak érdekében, hogy képes legyen elérni a 101th eleme a tömbök nélkül hozzáférjenek a Aray a határokat.
• Javítva egy elírás csillag / buffer.c okozó csillag .core Linuxon -c -mulvivol miatt szokatlan Memória kialakítása találhatunk a Linux.
• A csillag -multivol puffer kezelése teremteni mallocs kevesebb memóriát. Mielőtt malloc () d akkora, mint a FIFO méretét, most már csak malloc () s 2 * bufsize
• csillagos -c Találd most megszakítható a ^ C
• csillagos -x U -k működik, valamint csillagos -x U -keep-old
• Néhány elírás javításait star.4 man page
• Star -sparse -force lyukú teremteni archívumok összes fájlt ritka fájlok esetében, hogy legalább az 512 blokk vonalba bytes halom nulla. Hála markk@clara.co.uk
• csillagos Találd mostantól eltávolítja vezető & quot; ./& quot; a fájlneveket a csillagos nem más esetekben.
• csillagos -r / -u most már helyesen függ a régi archív formátum típus.
• Star hozzáad egy új opció -lzip és automatizált támogatást felismerni lzip tömörített archívumokat. Hála markk@clara.co.uk
• csillagos most elfogadja a következő parancs:
• csillagos -c -onull Találd. -ls
• mivel nincs archív kimenet stdout, amelyek keverednek a -ls output
• Javítva egy hiba libfind / walk.c (hívás strcatl () az előző paraméter 0 helyett (char *) 0)
• libfind ütközött a 1.5 verzió
• New fájl libfind / find_tok.h szétválasztani a token nevét a többi végrehajtására.
• költözött token-meghatározásokat find.c hogy find_tok.h
• Az elsődleges -perm most végre egy új funkció:
• -perm + mód igaz értéket ad, ha bármelyik bit be üzemmódban vannak beállítva a jogosultsági bit oda a fájlt.
• A hiba a -exec bevezetett segítségével vfork () helyett fork () rögzítették. A csere a string & quot; {} & quot; Mostantól megfelelően működik ismét, még ha a helyét az út a memóriában megváltozott során a realloc ().
• New elsődleges szereplők: -amin elavult - csak a GNU találni kompatibilitás -cmin elavult - csak a GNU találni kompatibilitás -mmin elavult - csak a GNU találni kompatibilitás -empty True Zero méretű normál fájl vagy könyvtár üres -execdir programot [érv. ..] \; -fls fájl lista hasonló fájlok "ls -ilds" a "fájl" (mindig igaz) -fprint fájl nyomtatási fájl nevét választóvonal különítette el a "fájl" (mindig igaz) -fprint0 fájl nyomtatási fájl nevét NULL szét "fájl" (mindig TRUE) -fprintnnl fájl nyomtatási fájl nevét helyet szét "fájl" (mindig igaz) -ilname glob TRUE, ha symlink neve megegyezik shell glob -ilpat minta TRUE, ha symlink neve megegyezik minta -iname glob TRUE, ha görbekomponens illeszkedik shell glob -ipat minta TRUE ha görbekomponens illeszkedik minta -ipath glob TRUE, ha a teljes elérési út megegyezik shell glob -ippat minta TRUE, ha a teljes elérési út megegyezik minta -okdir programot [érv ...] \; -print0 fájlneveket NULL elválasztva a stdout (mindig igaz) -executable Igaz ha a file által végrehajtható felhasználói nevével folyamat -readable Igaz ha a file olvasható a felhasználói nevével folyamat -writable Igaz ha a file írható a felhasználói nevével A folyamat
• libfind már nem kilép a folyamat treewalk () esetén, hogy az utat húrok nem osztják el.
• libfind :: walkclose () most ingyenes () s belső adatszerkezetek esetén a felhasználót arról, hogy nem hívja treewalk () (pl csillagos -x)
• A funkció defltcntl () in libdeflt jelenleg azon dolgozik, és lehetővé teszi, hogy kiválassza a kis- és nagybetűket mód.
• New funkciót defltsect () in libdeflt lehetővé teszi, hogy hozzon létre alfejezetek a konfigurációs fájlokat. Ezek alfejezetek meg kell nevezni: & quot; [pont-név] & quot; és a "[" kell lennie a sor elején.
• Támogatás & quot; PCC & quot; Solaris x86 adtunk első lépésként. A C-Compiler & quot; PCC & quot; http://pcc.ludd.ltu.se/ alapul Portable C-Comppiler az AT & T a 1970-es években. Ez alatt BSDL, így lehetőséget összeállítása egy igazán szabad összeállítási környezet.
• Ne feledje, hogy mivel a PCC bug, az autoconf eredmények nagy fájlok támogatása helytelenek. Kivéve, ha szerkeszteni a fájlt Incs / i386-sunos5-PCC / xconfig.h és kézzel kijavítani a fájlt tartalmazzák ezt:
• #define _FILE_OFFSET_BITS 64 / * # bitek off_t, ha beállítható * /
• Ön nem fog dolgozni a nagy fájlok támogatása PCC-vel.
• Támogatás több operációs rendszer után fognak kérdéseket a fordító már megoldódott.
• conf / mkdep-aix.sh most felhívja & quot; cc -M -qsyntaxonly & quot; ahelyett, & quot; cc -M -E & quot; mint az IBM C-preprocessor nem szereti #pragma gyenge a = b bár a fordító támogatja azt.
• A támogatás a FreeBSD / x86_64
• New autoconf teszt ezredmásodperces időbélyegző AIX.
• conf / mkdep-aix.sh változott elkerülése figyelmeztetések #pragma gyenge a = b, mint az IBM C-fordítóval kéri a non & quot; #pragma gyenge & quot; cpp-vel meghívott -E
• include / Schily / stat.h már támogatja nonosecond Időcímkék struct stat AIX.
• include / Schily / stat.h már támogatja a struct stat.st_atime_n AIX ezredmásodperces támogatást.
• Olyankor próbált támogatja a 32 bites összeállítása az újabb Mac OS X verziója keresztül smake CCOM = cc32 Ez csak akkor jó, ha 32 Bit fejlesztési támogatást telepített Mac OS X.
• Olyankor próbált támogatja a 32 bites összeállítása az újabb Linux verziója keresztül smake CCOM = cc32 Ez csak akkor jó, ha 32 Bit fejlesztési támogatást telepített Linux.
• New autoconf teszt azt ellenőrzi, hogy fnmatch () egy működő FNM_IGNORECASE
• New autoconf tesztek támogató állapotnyilvántartó multibyte helyszíneken mbsinit () mbrtowc () wcrtomb ()
• New autoconf tesztek wctype_t mbstate_t
• New autoconf tesztek basename () dirname () strndup () wcsndup ()
• include / Schily / wchar.h fokozott támogatása mbrtowc () és wcrtomb ()
• include / Schily / regex.h hozzá
• include / Schily / libgen.h hozzá
• New autoconf teszt strlcat () wcslcat () strnlen () wcsnlen ()
• New autoconf teszt strndup () wcsndup ()
• libschily fnmatch () már támogatja FNM_IGNORECASE
• libschily fnmatch () már támogatja a több-bájtos karaktereket
• libschily: új fájlokat strlcat.c wcslcat.c strnlen.c wcsnlen.c strndup.c wcsndup.c basename.c dirname.c
• Egy új algoritmus libschily strncat.c strncmp.c strncpy.c strnlen.c wcsncat.c wcsncmp.c wcsncpy.c wcsnlen.c teszi a kód gyorsabb és kisebb.
• Conf-fájlok a / etc / default most telepített 0644
• Man oldalak jelenleg alapértelmezetten telepített $ (INS_BASE) / share / man Az alap könyvtár & quot; Megosztás & quot; meg lehet változtatni az caling
• smake DEFMANBASE = valamit
• README.compile most már említést:
• INS_RBASE = beállítása különböző & quot; gyökere & quot; telepítési útvonalat DEFMANBASE = Állítsa más ember alapkönyvtártól STRIPFLAGS = -s Strip összes binárist a & quot; make install & quot; RUNPATH = felülírása ELF RUNPATH DEFUMASK = beállított különböző alapértelmezett engedélyei a könyvtárak létrehozása DEFINSUMASK = beállítása különböző alapértelmezett engedélyei a könyvtárak létrehozása a telepítési útvonalon
• Man oldalak jelenleg alapértelmezetten telepített $ (INS_BASE) / share / man Az alap könyvtár & quot; Megosztás & quot; meg lehet változtatni az caling
• Minden Makefile.dfl már érzékeli, hogy az / etc / default / * már létezik
• A makrók XARCH_GEN & XARCH_OPT most SZABÁLYOK / cc-sunpro * .rul
• Az include fájl include / Schily / ccomdefs.h most lehetővé teszi, hogy tiltsa le a printf () formátumban ellenőrzi GCC a -DNO_PRINTFLIKE Erre azért van szükség annak érdekében, hogy csillagos lefordítani a Solaris ON cosolidation ÁSZF id túl hülye a printf () kiterjesztéseket.
• libschily /? Eterrno.c már nem írja felül a _TS_ERRNO meghatározása annak érdekében, hogy adja át a fordítási constrints a Solaris ON consoliation.
• Több új globális szimbóluma a mapfile a libschily / libschily-mapvers
• libschily / wcsndup.c volt frgotten kódot, és még mindig hu Belső végre strndup ()
• librmt.so már tartalmazza libsocked az SZÜKSÉG ELF tag
• Minden include fájlt (még azok által létrehozott autoconf) most védeni több felvétel.
• New autoconf teszt pathconf () és fpathconf ()
• Az összekötő csoport map fájlok is feldolgozható a & quot; cpp & quot; (Vagy $ CC -e) és a kimeneti tárolja $ (ARCHDIR). Ez lehetővé teszi, hogy egyetlen összekötő map fájl forrása minden platformra.
• New autoconf teszt egy működő cpp.
• New autoconf teszt / dev / stdin, / dev / stdout, / dev / stderr, / dev / fd / 0, / dev / fd / 1, / dev / FD2
• New autoconf teszt: qecvt () qfcvt () qgcvt () _ldecvt () _ldfcvt () _ldgcvt () _ldecvt_r () _ldfcvt_r () _ldgcvt_r () qeconvert () qfconvert () qgconvert () szükség van a hosszú kettős támogatást.
• Az összes kapcsoló térképen módosított fájlokat, hogy platform függő # IFDEF a
• libschily jelenleg alapértelmezésben átnevezi getline (), fgetline () és fexec * () a js_getline (), js_fgetline () és js_fexec * (). Erre azért volt szükség, mert a POSIX szabvány bizottsághoz figyelmen kívül POSIX alapvető szabályok nem határozzák funkciókat, amelyek ellentétesek a meglévő közzé funkciókat. A funkciók linschily már a nyilvánosság előtt azóta több mint 25 év, és a funkciók által meghatározott POSIX.1-2008 is sérti POSIX elnevezési szabályokat. A POSIX fexec * () függvények lenne pl kell helyesen nevezik fdexec * ().
• A meglévő programok tudja tartani a hivatalos neve getline (), fgetline () és fexec * (), mivel ezek alapból #defined az új js _ * () neveket. Tiltani ezt a kényelmet, add:
• #define NO_SCHILY_GETLINE letiltása Schily getline (), fgetline () #define NO_SCHILY_FEXEC letiltása Schily fexec * () #define NO_SCHILY_FSPAWN letiltása Schily fspawn * ()
• Libschily most új & quot; long double & quot; támogató funkciók: qftoes () és qftofs ()
• Libschily most már támogatja a locale dependend tizedes pont nyomtatására lebegőpontos számok.
• Libschily már támogatja a nyomtatni hosszú kettős számok a következő formátumban () alapú hordozható printf () végrehajtása. Ha ez nem működik a platform, vagy ha ez nem működik megfelelően a platform, kérjük, jelezze. Ez volt szükség arra, új & quot; od & quot; végrehajtása.
• Az opció elemzés végrehajtása getargs () / getfiles () a libschily már támogatja, hogy összekapcsolják egyetlen karakter boolean zászlók esetén is a paramétersorozatot megemlíti, hogy hívja a visszahívás funkciót, ha valós lehetőség találtak. Ez volt szükség arra, új & quot; od & quot; végrehajtása.
• filereopen () a libschily már nem kéri open () belső mindaddig, amíg nincs szükség létrehozni, vagy darabolni a fájlt.
• include / Schily / wchar.h már tartalmazza a workyround a platformok, amelyek nem rendelkeznek wcwidth ().
• libschily a findinpath () már tartalmaz egy új utat a paraméter lehetővé teszi, hogy használja a funkciót BSH.
• fnmatch most mindig kapható js_fnmatch ()
• New autoconf teszt _qecvt () _qfcvt () _qgcvt () és _qecvt_r () _qfcvt_r () _qgcvt_r () AIX
• libschily / getexecpath.c új
• include / Schily / nlsdefs.h már tartalmazza a makrók _ (ek) és __ (ek) támogatása gettext () és xgettext (1)
• letiltása Egyszerű utótag szabályok és Sufffix szabályok smake a gyorsulást épít
• megjegyzést fűzött a szabályok / rules.rdi, hogy ez a szabály már nincs szükség. A szabályalapú / rules.dir minden esetben.
• New konfigurációs fájlokat a Schily makefilesystem számára:
• - * BSD amd64
• - MacOS X amd64
• - kfreebsd (Debian egy FreeBSD kernel)
• - Android
• A Schily makefilesystem már támogatja CC_COM minden platformra, hogy felülírja a alacsony parancsot a C-fordítóval.
• A Schily makefilesystem már támogatja a CC ++ _ COM minden platformra, hogy felülírni az alacsony szintű parancs a C ++ - fordító.
• mingw jelenleg alapértelmezésben linkek ellen -lminwg32 helyett -lmgw32
• Mac OS X jelenleg alapértelmezésben linkek ellen -lgcc_s.1 helyett -lgcc
• Fel kell gyorsítani a függőség generációs cl.exe összevonásával néhány sed parancs egyetlen sed hívást
• Javítva egy hiba a függőség generációs HP-UX
• A Schily makefilesystem restructuresd bizonyos függőségeket, hogy járassuk a párhuzamos make.
• Android nem POSIX (nem határozta különböző funkciók, mint függvényeket libc- által előírt POSIX) mert megpróbálja meghatározni számos olyan funkcióval rendelkezik, amelyek részei a szabvány beágyazott makrók include fájlokat csak. Ez megtöri autoconf, ezért szükséges, hogy átírják néhány tesztet (pl getpagesize, tcgetpgrp, tcsetpgrp)
• A Schily autoconf rendszer javult, hogy támogassák a határokon összeállítása. Schily autoconf alapul GNU autoconf és a GNU autoconf nem támogatja a határon összeállítása, mert kell futtatni szkriptek a célrendszert néhány vizsgálatra.
• A & quot; configure & quot; script, hogy együtt szállított Schily makefile rendszer fut 718 tesztek és 68 közülük kell futtatni a célrendszer.
• A Schily autoconf rendszer már támogatja a módszert, ha ezeket a vizsgálatokat 65 natívan egy célrendszer. Vagy kell egy gép távoli bejelentkezés funkciót, vagy szükség van egy emulátor módszerrel fájlokat másolni a emulált rendszer és futtathatóak az emulált rendszer pl Az Android emulátor.
• Jelenleg szállít három szkriptek & quot; távoli & quot; a programok végrehajtása a célrendszer:
• runrmt_ssh fut a parancs eltávolítja ssh-n keresztül runrmt_rsh fut a parancs eltávolítja keresztül rsh runrmt_android fut a parancs eltávolítja keresztül a debug bridge
• Ha fontos, hogy távolról futtatni a programokat egy rendszer, amely nem támogatja az egyik ott három szkripteket, akkor módosítani kell az egyiket, hogy megfelelnek-e.
• Ahhoz Kereszt összeállítása során az alábbi környezeti változókat:
• CONFIG_RMTCALL = beállítása, hogy pont egy script, hogy nem a távoli végrehajtását, pl:
• CONFIG_RMTCALL = `pwd` / conf / runrmt_ssh
• CONFIG_RMTHOST = beállítása, hogy pont a távoli gépen, pl:
• CONFIG_RMTHOST = hostname vagy CONFIG_RMTHOST = user @ hostname
• használja a dummy ha úgy tetszik, hogy valami hasonló a Android emulátor.
• CONFIG_RMTDEBUG = beállítani, hogy valami nem null annak érdekében, hogy hagyja, hogy a távoli végrehajtását script mark távoli comands. Ez azt eredményezi, hogy configure üzenettel:
• ellenőrzése bitek kisebb eszköz száma ... REMOTE 8
• Ne feledje, hogy smake tartalmazza automake funkciók, amelyek automatikusan letölteni a rendszer azonosító információkat. Emiatt meg kell felülírni kapcsolatos makrókat a parancssorból, ha tetszik, hogy a határon összeállítása.
• Kapcsolódó make makrók:
• K_ARCH = # (sun4v) Kernel ARCH kitöltve a uname -m / arch -k M_ARCH = # (sun4) Machine kitöltve a arch P_ARCH = # (SPARC) CPU ARCH kitöltve a uname -p / meccs OSNAME = # SunOS, linux, .... OSREL = # 5.11 OSVERSION = # snv_130 CCOM = # generikus fordító nevét (pl & quot; gcc & quot;) CC_COM = # fordító hívni (név + alap args)
• ARCH = felülírja M_ARCH és P_ARCH
• Ez általában suffucient beállítani ARCH és OSNAME.
• Annak érdekében, hogy a határon fordító környezeti helyett egy natív fordító, állítsa be az, hogy makro CC_COM, hogy valami más, mint & quot; cc & quot;.
• Ha a Linux és szeretném összeállítani az Android, tegye a következőket:
• 1) felállított CC gyártása a megrendelő az utasításokat a határon fordító eszköz lánc
• 2) állítja a környezeti változók CONFIG_RMTCALL / CONFIG_RMTHOST, pl: setenv CONFIG_RMTCALL `pwd` / conf / runrmt_android setenv CONFIG_RMTHOST NINCS
• 3) hívás smake:
• smake ARCH = armv5 OSNAME = linux CCOM = gcc & quot; CC_COM = $ CC & quot;
• Több program már nem teszt HAVE_DEV_ * de HAVE__DEV_ * mint mi kapcsoljuk a kézzel írott tesztek / dev / tty, / dev / null és hasonló AC_CHECK_FILES (/ dev / tty / dev / null / dev / zero )
• Támogatás Pyro (szótag klón) adunk hozzá. Hála Flemming H. Sorensen
• Jobb támogatás a Win32 aljzatok használatával cl.exe
• A problémák elkerülése érdekében a nem szabványos prototípusok link () szüntetheti meg () read () és write () a cl.exe
• Add támogatása félsztatikus (előre) tartalmazzák kép for Android: include / Schily / armv5tejl-linux-gcc / xconfig.h
• New include fájlokat include / Schily / tévesen _ *. H burkolására használt #Hiba CPP nyilatkozatokat, amelyek egyébként mindig akadályozza összeállítás a K & R összeállítói.
• Added áthidaló megoldást a LLVM compiler bug, amely létrehozza kódot végtelen hurkok egyes esetekben.
• Libschily most linkelve $ (LIB_INTL) Ha a megosztott libschily jön létre.
• Kerülje figyelmeztetései cl.exe a libschily / gettimeofday.c
• A make programot külön konfigurációs fájlokat az Schily Makefilesystem szabályok / mk-.id (a SunPro make), SZABÁLYOK / mk-smake.id szabályok / mk-gmake.id most is meghatározások a makrók:
• SPACE egy szóköz karaktert ('') NUMBER_SIGN Az ASCII számot énekelni ('#')
• Ne feledje, hogy a POSIX szabvány másként nem kívánja a make program nem tudja, hogy a "#" jelenik meg, nem comment szakaszain Makefiles.
• Próbálj kerülő meggondolatlan változás a fájl windef.h a Cygwin-1.7.17 (2012 őszén) fajtához kötődő BOOL, ami windefs.h a közelmúltban Cygwin már nem kompatibilis az eredeti fájlt a Microsoft. A megoldás a include / Schily / windows.h
• köszönhetően Alain Hoang, Thomas Plank és mások számára beszámolási és segítséget kapok egy javítja a problémát a fent nevezett
• Better megjegyzést libschily / comerr.c hogy segítsen megérteni exit () kód összecsukható 8 bit, és hogyan lehet elkerülni.