GLIBC-AUDIT. GLIBC-AUDIT è una versione modificata di GLIBC per gli sviluppatori di applicazioni che controllano il loro codice con un controllo di accesso alla memoria automatico
Scarica ora

GLIBC-AUDIT. Classifica e riepilogo

GLIBC-AUDIT. Tag

memoria glibc Controllo della memoria rattoppato glibc. accesso alla memoria GLIBC-AUDIT.

GLIBC-AUDIT. Descrizione

ILBC-Audit è una versione modificata di GLIBC per gli sviluppatori di applicazioni che controllano il loro codice con un controllo di accesso automatico di memoria ILBC-Audit è una versione modificata di GLIBC per gli sviluppatori di applicazioni che controllano il loro codice con un controllo automatico di accesso alla memoria come Valgrind, Assicurare o Purify.GLiBC-Audit è stato verificato e ripulito in modo che i rapporti dall'uso di un ricordo dello sviluppatore di una memoria I correttore di accesso sono più probabilità di essere interessanti per lo sviluppatore, con meno "rumore" dalla libreria C stessa. In genere, ILBC-Audit inizializza tutte le sue variabili locali e strisce prima dell'uso. Ordinary GLIBC utilizza variabili fittizia non inizializzati che sono "non-carenti" alla sua logica ma riportati dal correttore di accesso alla memoria. Inoltre, il protocollo R_DEBUG.R_BRK è stato migliorato per cooperare con un auditor co-residente. Se il revisore dei revisori .R_BRK, il caricatore Runtime chiamerà il revisore dei revisori direttamente ogni volta che si verifica un evento della libreria condivisa. Questo è molto più conveniente che utilizzare i punti di interruzione. Per impostazione predefinita, il vecchio protocollo di breakpoint funziona proprio come prima. Il nuovo protocollo è il binario compatibile con i vecchi su macchine in cui un puntatore a una funzione ha la stessa dimensione di un normale puntatore. Piattaforme in cui un puntatore a una funzione è maggiore (come HP-PA RISC, Alpha Processor o PowerPC) non è compatibile con tanking binario e dovrà essere incrementato R_DEBUG.R_Version. Anche i clienti esenti (come GDB) vedranno anche un errore di mancata corrispondenza di tipo ignorabile quando sono costruiti. Ma per ora, vale più di non antagonizzare GDB in fase di esecuzione su x86. La patch modifica 91 file. Rispetto a GLIBC-2.3.2-27.9, il codice aggiuntivo occupa 18 migliori byte di .Text e 24 minore byte nel .so. Su scala nano-scopica, il costo di esecuzione tipico è di 0 o 3 cicli della CPU per routine interessata; L'impatto totale mediano mediano è inferiore a 1 secondo per macchina al giorno. Nel caso * PrintF (), ILBC-Audit è più veloce di ILBC perché la sorgente pulita aiuta GCC-3.2 a evitare di generare codice atroce durante l'inizializzazione di printf_spec.info per parse_one_spec.info per parse_one_spec () in stdio-comune / printf-parse.h. ILBC-Audit è stato costruito eseguendo un correttore di accesso alla memoria sulle teste interne di GLIBC, quindi analizzando gli errori riportati e modificando la sorgente. Il processo ha rivelato 10 bug di accesso alla memoria in GLIBC-2.3.2-11.9. Sette sono stati fissati in Glibc-2.3.2-27.9, altri due sono stati fissati in CVS, e uno è un difetto di progettazione che probabilmente non sarà risolto. Le patch predecessore a ILBC-Audit-1 sono state sottoposte al progetto IPCC, ma quelle patch sono state ignorate , rifiutato o rifiutato. C'è abbastanza miglioramento nell'usabilità e nell'affidabilità per pubblicare separatamente ILBC-Audit-1. L'IPMODIFICATO ILBC-2.3.2-27.9.SRC.RPM è disponibile da RedHat Mirrors. RPMBuild -Ba --Target I686 ha impiegato circa 4 ore e 2,5 GB di spazio su disco su una macchina con CPU da 1,1 GHz, 384 MB di RAM, disco UDMA100.What è nuovo in questa versione: · Le patch sono state aggiornate a IPC-2.4-4. · Un bug GLIBC che interferito con Stop-on-Solib di GDB è stato fissato. · Sul X86, X86-64 e PowerPC, la chiamata di sistema __nR_OPEN è stata migliorata per evitare di perdite di informazioni dall'utente al kernel.

GLIBC-AUDIT. Software correlato