Article View: chile.comp.programacion
Article #2110Re: memory leaks
From: Chack
Date: Wed, 22 Mar 2006 17:53
Date: Wed, 22 Mar 2006 17:53
49 lines
3118 bytes
3118 bytes
Jjajajajja si el mismo, cmolina... vale guti!!! voy a probar con esas cosas... aunque viendo foros de computacion sobre este tema, parece ser un problema recurrente, pero pare que es pq el SO no libera cuando tu realemente liberai por eso que el task manager te muestra q incrementa siempre. Al parecer los weones sugieren que dividai los recursos de memorias como en varias paginas o algo asi, cosa que no queden todos los requerimientos de memoria en una misma funcion (que puede ser el main)... yo como buen electrico programo como las weas, too pa abajo no mas y parece que eso no es bueno... ahi voy como me va, vale por la info!!! -- Chack chack@lospiratas.cl "El sabio no dice todo lo que piensa, pero siempre piensa todo lo que dice". Arist�teles. "Cristian Gutierrez" <crgutier@dcc.uchile.cl> escribi� en el mensaje news:dvrn0k$cgr$1@localhost.localdomain... > Chack wrote: > > Hola, tengo un problema de fuga de memoria en C++, les cuento que programo > > con el borland c++builder 5, y el problema es qeu reviso todos los malloc y > > delete y no me falta ni uno. Pero el proceso es un servidor con hilos y con > > el visor del "task manager" de windows me aparece qeu el programa tiene un > > cosntante aumento del consumo de memoria RAM, alguien sabe como puedo > > debugear esta cosa de tal manera de detectar cual es el delete que no esta > > borrando o que es lo qeu pido en algun lugar que me genera esta fuga de > > memoria... bueno de antemano gracias!!! > > Hola (cmolina?) > > Prueba usando un detector de leaks como MEMWATCH > (http://www.linkdata.se/sourcecode.html) o el trial de Purify > (http://www-306.ibm.com/software/awdtools/purify/). Y si puedes compilar > tu codigo en Linux, tambien puedes probar con Valgrind > (http://www.valgrind.org/). > > Si ninguno de los anteriores te sirve, revisa la lista que hay en > <http://en.wikipedia.org/wiki/Memory_debugger>. Alguno te tendra que > resultar, supongo :) > > Salu2, > > -- > Guti
Technical Details
Message-ID:
<dvs2ug$r0a$1@localhost.localdomain>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nx02.iad01.newshosting.com!newshosting.com!meganewsservers.com!feeder2.on.meganewsservers.com!nntp-server.pubsub.com!news.nivel5.cl!news.cec.uchile.cl!not-for-mailReferences:
<dvpvco$7vs$1@localhost.localdomain> <dvrn0k$cgr$1@localhost.localdomain>Show Full Headers
Complete Article Headers
X-Google-Thread: 1593cb,9e0eb8d37f151e15 X-Google-Attributes: gid1593cb,public X-Google-Language: SPANISH,ASCII Path: arc1-ca.pugleaf.net!g2news1.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!nx02.iad01.newshosting.com!newshosting.com!meganewsservers.com!feeder2.on.meganewsservers.com!nntp-server.pubsub.com!news.nivel5.cl!news.cec.uchile.cl!not-for-mail From: "Chack" <chack@lospiratas.cl> Newsgroups: chile.comp.programacion Subject: Re: memory leaks Date: Wed, 22 Mar 2006 13:53:39 -0400 Organization: Centro de Computacion - U. de Chile Lines: 51 Message-ID: <dvs2ug$r0a$1@localhost.localdomain> References: <dvpvco$7vs$1@localhost.localdomain> <dvrn0k$cgr$1@localhost.localdomain> NNTP-Posting-Host: dodo.die.uchile.cl X-Trace: localhost.localdomain 1143050000 27658 172.17.73.249 (22 Mar 2006 17:53:20 GMT) X-Complaints-To: news@localhost.localdomain NNTP-Posting-Date: Wed, 22 Mar 2006 17:53:20 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506