Sitter med ett C-program som läcker minne...

Men nu är du ju i en situation där du ska hitta minnesbuggar. Då måste du ju ändra i koden lik förbannat. Skriv lite tester för koden så att du kan försäkra dig om att du inte förändrar det yttre beteendet. Jag antar att du har ett hum om var problemet uppstår, så testa att göra om koden till mer säker kod. Här har du en win-win-win. Lyckas du har du löst problemet. Lyckas du inte har du i alla fall konverterat koden till något bättre, och oavsett vilket har du tester som du kan använda vid framtida modifikationer.

Ett sätt du kan hitta läckorna på är om du vet hur en dator fungerar och kan tala maskinkod. Då kan du vid programmets uppstart låsa upp och patcha maskinkoden för malloc() och free() så att alla anrop dit - oavsett vem som gör dem - går till dina två rutiner istället. Du fångar alla anrop. Du behöver fånga även realloc(). Googla på intercept code för mer info.

I din malloc anropar du först vidare till originalmalloc och sedan registerar du adressen oxh längden i en hashtabell tillsammams med återhoppsadressen som finns på stacken, innan du returnerar till anroparen. För anroparen ser allt ut som vanligt - skillnaden är att din kod har gått in emellan och registrerat vilket minne som används och var/vem som allokerat varje block.

I din free gör du det omvända, anropa först free och ta sedan bort blocket ur din hashtabell.

Detta är några timmars arbete, och vitsen är att du får i din hashtabell en levande "karta" över vilka minnesblock som allokerats, och vem som allokerat dem. Då borde du kunna hitta vilka läckor som helst. Använd map-filer för att översätta en återhoppsadress till ett visst radnummer i en viss c/cpp-fil.

Ett alternativ om det är Windows (det är det ju i 93% av fallen) - är att använda HeapAlloc() som basblock, och sedan låta malloc/free jobba mot detta basblock. När jobbet är klart friställer du allt minne med HeapFree(), då försvinner alla läckor.

P.S: new/delete är bara wrappers kring malloc/free, med extra anrop av konstruktor/destruktor.

Men nu är du ju i en situation där du ska hitta minnesbuggar. Då måste du ju ändra i koden lik förbannat. Skriv lite tester för koden så att du kan försäkra dig om att du inte förändrar det yttre beteendet. Jag antar att du har ett hum om var problemet uppstår, så testa att göra om koden till mer säker kod. Här har du en win-win-win. Lyckas du har du löst problemet. Lyckas du inte har du i alla fall konverterat koden till något bättre, och oavsett vilket har du tester som du kan använda vid framtida modifikationer.

Som sagt, det finns malloc och calloc jag inte "ser". De försiggår i libbet.

Du förstod nog inte riktigt vad jag sa: jag skrev om självmodifierande programkod som ändrar sig själv i minnet. Det spelar ingen roll vad som står i källkoderna, man ändrar programmet så att det gör vad man vill utan att ha källkoderna till malloc/free.

Du förstod nog inte riktigt vad jag sa: jag skrev om självmodifierande programkod som ändrar sig själv i minnet. Det spelar ingen roll vad som står i källkoderna, man ändrar programmet så att det gör vad man vill utan att ha källkoderna till malloc/free.