Comentarios en: GALD A Memory Leakage Detection System http://blog.48bits.com/2006/07/18/gald-a-memory-leakage-detection-system/ 48Bits ... The one and a half architecture land. Thu, 09 Feb 2012 23:02:12 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Por: mballano http://blog.48bits.com/2006/07/18/gald-a-memory-leakage-detection-system/comment-page-1/#comment-129 mballano Wed, 19 Jul 2006 12:20:42 +0000 http://blog.48bits.com/?p=52#comment-129 Yo creo que la mejor opcion es post-procesado del log, al menos la más limpia, quicir obtienes ese log y luego lo tratas, hasta puedes hacer algun visor en plan GUI con un flow-chart ahí de la ejecución y cosas de ese estilo, pero toda esta información obtenida únicamente con la inclusión de la cabecera y sin modificar el programa, así tb te puedes pillar ahí el codigo fuente de tu programa open-source favorito y ayudar a mejorarlo .. ;-) Yo creo que la mejor opcion es post-procesado del log, al menos la más limpia, quicir obtienes ese log y luego lo tratas, hasta puedes hacer algun visor en plan GUI con un flow-chart ahí de la ejecución y cosas de ese estilo, pero toda esta información obtenida únicamente con la inclusión de la cabecera y sin modificar el programa, así tb te puedes pillar ahí el codigo fuente de tu programa open-source favorito y ayudar a mejorarlo .. ;-)

]]> Por: Gabriel Gonzalez http://blog.48bits.com/2006/07/18/gald-a-memory-leakage-detection-system/comment-page-1/#comment-128 Gabriel Gonzalez Wed, 19 Jul 2006 11:08:15 +0000 http://blog.48bits.com/?p=52#comment-128 Si, se podria pero comento dos approach: 1. Tendrias que a;adir un parametro a la llamada de reserva de memoria, y usando los parametros al preocmpilado se podria hacer sin problema pero requeriria incluir siempre esta cabecera para seleccionar el GALD_malloc() o el estandar y que elimine el argumento extra. 2. Se podria dejar la asignacion de tags a un script externo, esto dejaria el programa intacto pero seria dificil seguir la variacion de los tags/lineas si sigues desarrollando el fichero. Gracias por los comentarios :) Si, se podria pero comento dos approach:

1. Tendrias que a;adir un parametro a la llamada de reserva de memoria, y usando los parametros al preocmpilado se podria hacer sin problema pero requeriria incluir siempre esta cabecera para seleccionar el GALD_malloc() o el estandar y que elimine el argumento extra.

2. Se podria dejar la asignacion de tags a un script externo, esto dejaria el programa intacto pero seria dificil seguir la variacion de los tags/lineas si sigues desarrollando el fichero.

Gracias por los comentarios :)

]]> Por: Rubén http://blog.48bits.com/2006/07/18/gald-a-memory-leakage-detection-system/comment-page-1/#comment-127 Rubén Wed, 19 Jul 2006 10:11:57 +0000 http://blog.48bits.com/?p=52#comment-127 Me mola me mola. Una idea que se me viene a la cabeza es poder asignar tags a la memoria, quiero decir, aunque el programa ya nos muestra el numero de linea donde se ha reservado. En programas tochos estaria wapi wapi xD, tener la opción de asignar una tag a la memoria reservada. Sería más intuitivo que el número de línea. Por ejemplo: GALD ALLOC : 0×110140 size: más de 100, unos 1000 @ chiniwini.c:42558 GALD ALLOC : 0x110140 size: más de 100, unos 1000 @ "OBJ1" chiniwini.c:42558 Qué opináis? Gabri,sería viable? Me mola me mola. Una idea que se me viene a la cabeza es poder asignar tags a la memoria, quiero decir, aunque el programa ya nos muestra el numero de linea donde se ha reservado. En programas tochos estaria wapi wapi xD, tener la opción de asignar una tag a la memoria reservada. Sería más intuitivo que el número de línea. Por ejemplo:

GALD ALLOC : 0×110140 size: más de 100, unos 1000 @ chiniwini.c:42558
GALD ALLOC : 0×110140 size: más de 100, unos 1000 @ “OBJ1″ chiniwini.c:42558

Qué opináis? Gabri,sería viable?

]]> Por: Gabriel Gonzalez http://blog.48bits.com/2006/07/18/gald-a-memory-leakage-detection-system/comment-page-1/#comment-126 Gabriel Gonzalez Wed, 19 Jul 2006 08:40:24 +0000 http://blog.48bits.com/?p=52#comment-126 Si, se pueden a;adir bastantes cosas utilices ya que puedes "hookear" tus propias funciones de una manera muy sencilla y poder crear un monton de estadisticas sobre el comportamiento del programa. Lo siguiente que necesito a;adir es un sistema de dection de "perdida de memoria compartida", porque hay veces que se me olvida liberarla y queda por ahi perdida en el sistema :D Si, se pueden a;adir bastantes cosas utilices ya que puedes “hookear” tus propias funciones de una manera muy sencilla y poder crear un monton de estadisticas sobre el comportamiento del programa.
Lo siguiente que necesito a;adir es un sistema de dection de “perdida de memoria compartida”, porque hay veces que se me olvida liberarla y queda por ahi perdida en el sistema :D

]]> Por: mballano http://blog.48bits.com/2006/07/18/gald-a-memory-leakage-detection-system/comment-page-1/#comment-125 mballano Tue, 18 Jul 2006 20:42:25 +0000 http://blog.48bits.com/?p=52#comment-125 Está guapo :-), es una buena manera para testear código rapidamente, se podrían incluir otra serie de funciones incluso, de manera que cuando quieras realizar una depuración de cosas básicas en una aplicación cualquiera simplemente incluyes la cabecera esta y arreglado. Otra idea sería poder definir opciones de configuración previamente en plan para definir el formato de este log o que funciones quieres vigilar por la "salida de debug". Un saludo! Está guapo :-) , es una buena manera para testear código rapidamente, se podrían incluir otra serie de funciones incluso, de manera que cuando quieras realizar una depuración de cosas básicas en una aplicación cualquiera simplemente incluyes la cabecera esta y arreglado. Otra idea sería poder definir opciones de configuración previamente en plan para definir el formato de este log o que funciones quieres vigilar por la “salida de debug”.

Un saludo!

]]>