glibc-audit

Szoftver screenshot:
glibc-audit
Szoftver adatai:
Változat: 2.4-4
Feltöltés dátuma: 3 Jun 15
Fejlesztő: John Reiser
Engedély: Ingyenes
Népszerűség: 85

Rating: nan/5 (Total Votes: 0)

glibc-ellenőrzés egy módosított változata glibc az alkalmazás-fejlesztők, akik ellenőrzik a kódot automatikus memória-hozzáférést ellenőrző, mint valgrind, biztosítani, vagy tisztítására.
glibc-ellenőrzés az ellenőrzés tisztították meg annyira, hogy a jelentések a fejlesztő használata memória-hozzáférést ellenőrző nagyobb valószínűséggel lesz érdekes, hogy a fejlesztő, a kevésbé "zajos" a C könyvtár is. Jellemzően glibc-audit inicializálja a lokális változók és struktúrákat használat előtt. Rendes glibc előkészítetlen dummy változók, amelyek "nemtörődöm", hogy a logika, de a jelentésben a memória-hozzáférés-ellenőrző.
 
Továbbá, a r_debug.r_brk protokoll javult, hogy együttműködik a társ-rezidens auditor. Ha a könyvvizsgáló állítja .r_brk, akkor a futási betöltő hívja a könyvvizsgáló mindig közvetlenül a megosztott könyvtár esemény bekövetkezik.
Ez sokkal kényelmesebb, mint a töréspont. Alapértelmezésben a régi töréspont protokoll működik, mint korábban. Az új protokoll binárisan kompatibilis a régi gépeken, ahol a mutató arra a funkcióra az azonos méretű, mint egy közönséges mutató. Platformok, ahol a mutató arra a funkcióra nagyobb (például a HP-PA RISC, Alpha processzor, vagy PowerPC) nem bináris visszafelé kompatibilis, és meg kell növelni r_debug.r_version. Exising ügyfelek (mint például a gdb) is megjelenik egy elhanyagolható típusú illesztési hiba, amikor ők építették. De most, hogy többet ér, nem, hogy gátoljuk gdb futásidőben az x86-os.
 
A tapasz módosítja a 91 fájlokat. Összehasonlítva a glibc-2.3.2-27.9, a kiegészítő kód foglal további 18 byte .text, és 24 bájt kevesebb az .so. A nano-scopic skála, a tipikus végrehajtási költség 0-3 CPU ciklus érintett rutin; A becsült medián teljes hatása kisebb, mint 1 másodperc gép naponta. Abban az esetben, * printf (), glibc-ellenőrzés gyorsabb, mint glibc miatt a megtisztított forrás segíti gcc-3.2 okozzon szörnyű kódot inicializálásnál printf_spec.info a parse_one_spec () in stdio-common / printf-parse.h.
 
Glibc-audit került kialakításra, fut a memória-hozzáférést ellenőrző belső testcases glibc, majd elemzi a bejelentett hibák és a forráskód megváltoztatása. Az eljárás feltárta 10 memória-hozzáférést hibákat a glibc-2.3.2-11.9. Hét fixáltuk glibc-2.3.2-27.9, még két rögzítették CVS, és az egyik egy tervezési hiba, hogy valószínűleg nem lesz rögzítve.
 
Elődje foltok a glibc-audit-1-et nyújtottak be a glibc projekt, de azon javítások figyelmen kívül hagyták [user "vendég", password "vendég"], csökkent, vagy elutasítják. Van elég javulás használhatóság és a megbízhatóság közzétenni glibc-audit-1 külön-külön.
A módosítatlan glibc-2.3.2-27.9.src.rpm áll rendelkezésre RedHat tükrök. rpmbuild -ba --target i686 volt kb 4 óra és 2.5 GB szabad lemezterület a gép 1,1 GHz-es CPU, 384 MB RAM, UDMA100 lemezen.
Újdonságok ebben a kiadásban:

Hasonló program

Electric Fence
Electric Fence

3 Jun 15

pytrace
pytrace

20 Feb 15

Visual xsltproc
Visual xsltproc

2 Jun 15

Más szoftver fejlesztő John Reiser

jumpstart
jumpstart

2 Jun 15

Hozzászólások a glibc-audit

Hozzászólás nem található
Megjegyzés hozzáadása
Kapcsolja be a képeket!