Felhasználói információk unix glibc
C-könyvtár tartozik a legfontosabb összetevői minden Unix rendszer, mivel ez felel a kiváló interakció és alkalmazás szerver folyamat.
Az alábbiakban találsz néhány utasítást és további információkat, amely azt fogja röviden leírni, hogy mennyi lehet ismerni,
- Ez nem ütközik víruskereső telepítve processzor környezet
- hol esetén hiányos frissítés.
Szinte minden összetevője Unix rendszerek (OS is, a rendszer programok és döntő többsége minden alkalmazás) közvetlenül írva a C programozási nyelv vagy komponensek alapján, hogy írjon a C.
Alapvető funkciók, amelyekre a kérelmet alapozzák meg a munkájukat, általában az úgynevezett libc. Ez magában foglalja a munka fájlokat RAM, hálózati, folyamat-menedzsment, valamint hozzáférést biztosít az összes szolgáltatást létre az operációs rendszer.
Logikus, hogy ezek a funkciók nem következetesen minden programra és nem küldi el. Ezért vannak építve egy központi helyen a rendszer és a rendelkezésre álló minden más programot. Mivel a Unix rendszer támogatja a koncepciót az elérhető könyvtárak (összehasonlítható a DLL fájlokat más platformokon) úgy határozott, hogy a szóban forgó három alkalmazás úgynevezett dinamikusan linkelt bináris. Az operációs rendszer csak idején kezdődött a program biztosítja a megfelelő C-kötött könyvtárban.
Ezért lehetetlen helyzetek elkerülése ott, ellentmondás van a szabványnak. Néha még „héjas” egységes, koherens képet, de a bonyolultabb területeken való eltérés is vezethet, amit használunk a kérelemben meg kell felelnie a megváltozott körülmények között. Következmények módosított szemantikája olyan lehet, hogy, például, egy interfész az adatok értelmezésére vonatkozó specifikus módon váratlanul alkalmazott egyéb feldolgozási folyamatokban. Talán egy másik következménye: interfészek módosítása a paramétereket módosítja a képét és a funkció, hiszen a funkcionalitás bővült.
Ezen okok miatt a könyvtár egyértelműen meghatározott változatát (a jelenlegi fejlettségi és így annak jellemzőit). Azonban nem minden használt verziók kompatibilisek egymással „minden irányban”.
Általános szabály, hogy a nagyobb változat kompatibilis a régebbi. Ez a kompatibilitás garantált (ha nem garantált) csak a kapcsolódó változatok. Más szóval, a teljes értelemben vett kompatibilitás nem képesek a nagy átalakulás.
Tehát mit kell tenni? Ha vannak olyan forráskódok az operációs rendszer és az alkalmazások, akkor lehet, hogy az átalakítás a teljes rendszert annak érdekében, hogy ezáltal egy zsíros és megfelelő állapotban. Ha az alkalmazás letölthető bináris betöltése közben egyet kell választani a megfelelő verziót. Frissítése során alapvető összetevőinek kell figyelni arra, hogy az alkatrészek egy újabb verzió jelenlegi kapcsolat, és hogy lehet frissíteni, ha szükséges. Ha például a változó egy ilyen fontos eleme a rendszernek, mert fut libc, vagy használjon egy nagyobb változat, akkor lehet, hogy frissítenie kell nem csak az alaprendszert, hanem az összes alkalmazást.
Meghatározása a könyvtár változatát vagy változatait támogatja AntiVir
Úgy tűnhet sajátos: kompatibilitási okokból és interoperabilitás nyílt rendszer futó alkalmazás nem ismeri fel a telepített libc és ezáltal meghatározza, hogy működhet ebben a környezetben. Határozzuk meg a változata a könyvtár nézet nem áll rendelkezésre (de ha van ilyen megvalósítások ezzel a funkcióval, ez a módszer nem fog működni sokáig minden rendszerében, és nem minden platformon). Ugyanakkor, ebben az esetben beszélünk a híres csirke és tojás probléma: Mivel - múlandóság szükséges és rendelkezésre álló változatban - fusson az alkalmazás működésképtelenné, majd tesztelje annak működését?
Sajnos a szoftverfejlesztők, nem a jelenben, hogy megoldja ezt a dilemmát, és a felhasználók könnyebben működik, ahogy ők azt akarta volna. A fent ismertetett helyzet megköveteli, hogy a hálózati rendszergazda, hogy folyamatosan figyelemmel kíséri állapotát telepített kompatibilis PO- ezt a feladatot nem fogja végrehajtani senkit. Ugyanakkor szeretnénk, hogy iránymutatást adjon a felismerés és problémák kiküszöbölése.
orvosság
Az alábbi utasítások alapján a Linux operációs rendszert a GNU-C könyvtár. Természetesen. más platformokon fent leirtak is alkalmazni kell, de eddig csak a Linux és kombinálva a GNU libc van sürgősen szükség, hogy válasszon egyet a javasolt változat.
glibc könyvtárral fekszik a merevlemezen olyan formában, amely lehetővé teszi, hogy használja, mint egy „normális program”. Ez segít nem csak a fejlesztési szakaszban, hanem lehetővé teszi, hogy később jelenik meg, ha megkapta a fontos információkat.
/lib/libc.so.6 | fej -1
Ez azt mutatja, a verziószámot (feltéve hogy az információ sokkal kiterjedtebb, de ebben az esetben csak a szűrt húr a verziószám). Ha ez a parancs üzenetet jelenít meg a „Permission denied”, vagy egy fájlt bármely más ok miatt nem fut, mint a „program”, akkor próbálja ki a következő parancsot:
/lib/ld-linux.so.2 /lib/libc.so.6 | fej -1
Ha a verziószám kezdődik 2.0 vagy 2.1, akkor a fájlokat jelölve glibc20 szoftver. Ha a verziószám kezdődik 2.2 vagy 2.3, akkor használja megjelölt glibc22 archívumokat. Persze, libc is volt a (belső) 1-es verzióját, és ebben az esetben is libc.so.5 fájl nevét. Bár ez a végrehajtás nem megfelelő, és van néhány funkciók, köszönhetően a kis méretű (nem nemzetközivé) gyakran használják a beágyazott rendszerek, azaz ahol a menteni kívánt helyet, és frissíteni nincs szó.
Együtt a GNU libc verzió is más megvalósítások használnak, folytatva különböző célok, mint például a „rugalmasság” vagy „extrém hordozhatóságot”. Mivel a szoftver használatát az eredménye tudatos döntések (és nem a „véletlen” miatt, vagy a telepítés a normál eloszlás), abból indulunk ki, hogy a rendszergazdák nagyon jól ismeri a rendszer. Ezek megfelelnek a most vizsgált és pontosan tudják, melyik glibc könyvtár a legalkalmasabb a végrehajtás. Így tudom, hogy milyen archív PO H + BEDV kell használni.
Ritka esetekben, amikor a végrehajtás terén libc fájl nem a lib, a rendszergazda kell tudni, hogy hol található a fájl. Vitás esetben a boot egy működő rendszer tudja, hogy mely objektumok vannak nyitva. Ha kétség merül fel, akkor a parancs
ldd / bin / ls (vagy bármely más, dinamikusan linkelt program)
és a keresési karakterláncot használ libc (vagy ldlinux a fent leírt esetben a könyvtár, nem fut a program).
Külső programok „van” a magas szintű logikai alkalmazására, miközben igénybe alacsony szintű funkciók, mint rendszer elemei, mint a libc. Ha ezek az összetevők a konfliktusok, a szoftver nem fog megfelelően működni (és hatások paletta fog változni kezdődik „mint a munka” később „működik néha, de gyakran nem működik”, akkor „nem működik, semmi sem történik” lefelé „formátumok a merevlemezre mert ez esik a hajam, és a macskám gyűlöl „).
Alkalmazási szoftver nem tudja végrehajtani a megfelelő teszt kompatibilitás, amelynek következtében a rendszergazda legyen felelős a kompatibilitás és a rendszer működőképességét. Mivel a Linux változata a program áll rendelkezésre a különböző változatokban, különböző adathordozóra van szükség, hogy a választás alapján a megállapított C-könyvtár.
Teljes elérési útvonal a telepített C-könyvtár a merevlemezen, és a változat a végrehajtás megtalálható a következő parancsokat:
$ Ldd / bin / ls / bin / bash / usr / bin / vi
/ Bin / ls:
librt.so.1 => /lib/librt.so.1 (0x4001e000)
libc.so.6 => /lib/libc.so.6 (0x40030000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40160000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libncurses.so.5 => /lib/libncurses.so.5 (0x4001e000)
libgpm.so.1 => /usr/lib/libgpm.so.1 (0x40066000)
libdl.so.2 => /lib/libdl.so.2 (0x4006c000)
libperl.so.1 => /usr/lib/libperl.so.1 (0x4006f000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4016f000)
libutil.so.1 => /lib/libutil.so.1 (0x4019c000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4019f000)
libm.so.6 => /lib/libm.so.6 (0x401f0000)
libc.so.6 => /lib/libc.so.6 (0x40213000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
$ /lib/libc.so.6 | fej -1
GNU C könyvtár stabil kiadás 2.3.1-es verzió, Roland McGrath és mtsai.
Attól függően, hogy CLibrary könyvtár a programokat kell használni a megfelelő fájlokat H + BEDV szoftver. A standard antivírus programok futnak Linuxon, hogy azok működnek a GNU-libc a változat 2.2 vagy 2.3. Azon rendszerek korlátozott erőforrásai, vagy ha egyéb okok miatt libc5 használt, szintén rendelkezésre áll, hogy megfeleljen a verzió. A rendszergazdák, akik nem használják a végrehajtásban a GNU rendszer, ki kell választani a legmegfelelőbb archívumban.