On 6/4/07, Piotr Pokora <[EMAIL PROTECTED]> wrote: > > Hi! > > ==13349== 16 bytes in 4 blocks are definitely lost in loss record 692 of > 2,137 > ==13349== at 0x40234B0: malloc (vg_replace_malloc.c:149) > ==13349== by 0x50F8DB5: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x510C238: g_strdup (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x4FFBA01: gda_column_set_title (gda-column.c:397) > ==13349== by 0x52AC031: gda_mysql_recordset_new > (gda-mysql-recordset.c:916) > ==13349== by 0x52A61A1: process_sql_commands (gda-mysql-provider.c:485) > ==13349== by 0x507AC10: gda_server_provider_execute_command > (gda-server-provider.c:642) > ==13349== by 0x50034A5: gda_connection_execute_command > (gda-connection.c:1144) > ==13349== by 0x50037CF: gda_connection_execute_select_command > (gda-connection.c:1231) > ==13349== by 0x4F878F7: ??? > ==13349== by 0x4F9E4A9: ??? > ==13349== by 0x4F9EC1B: ??? > > ==13349== 16 bytes in 4 blocks are definitely lost in loss record 690 of > 2,137 > ==13349== at 0x40234B0: malloc (vg_replace_malloc.c:149) > ==13349== by 0x50F8DB5: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x510C238: g_strdup (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x4FFBB1B: gda_column_set_name (gda-column.c:360) > ==13349== by 0x52AC044: gda_mysql_recordset_new > (gda-mysql-recordset.c:918) > ==13349== by 0x52A61A1: process_sql_commands (gda-mysql-provider.c:485) > ==13349== by 0x507AC10: gda_server_provider_execute_command > (gda-server-provider.c:642) > ==13349== by 0x50034A5: gda_connection_execute_command > (gda-connection.c:1144) > ==13349== by 0x50037CF: gda_connection_execute_select_command > (gda-connection.c:1231) > ==13349== by 0x4F878F7: ??? > ==13349== by 0x4F9E4A9: ??? > ==13349== by 0x4F9ECBC: ??? > > gda_column_finalize doesn't free name or title > > I was able to "fix" this locally by adding g_free for particular members. > Unfortunatelly I had no time to investigate further reports: > > ==13349== 20 bytes in 2 blocks are definitely lost in loss record 820 of > 2,137 > ==13349== at 0x40234B0: malloc (vg_replace_malloc.c:149) > ==13349== by 0x50F8DB5: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x510C238: g_strdup (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x52AC124: gda_mysql_recordset_new > (gda-mysql-recordset.c:909) > ==13349== by 0x52A61A1: process_sql_commands (gda-mysql-provider.c:485) > ==13349== by 0x507AC10: gda_server_provider_execute_command > (gda-server-provider.c:642) > ==13349== by 0x50034A5: gda_connection_execute_command > (gda-connection.c:1144) > ==13349== by 0x50037CF: gda_connection_execute_select_command > (gda-connection.c:1231) > ==13349== by 0x4F878F7: ??? > ==13349== by 0x4F9E4A9: ??? > ==13349== by 0x4F9ECBC: ??? > ==13349== by 0x4F9EDF3: ??? > ==13349== > ==13349== > ==13349== 21 bytes in 21 blocks are definitely lost in loss record 844 of > 2,137 > ==13349== at 0x40234B0: malloc (vg_replace_malloc.c:149) > ==13349== by 0x50F8DB5: g_malloc (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x510C238: g_strdup (in /usr/lib/libglib-2.0.so.0.1200.12) > ==13349== by 0x5080D4D: gda_binary_to_string (gda-value.c:2184) > ==13349== by 0x5083BF5: binary_to_string (gda-value.c:248) > ==13349== by 0x5184424: g_value_transform (in > /usr/lib/libgobject-2.0.so.0.1200.12) > ==13349== by 0x5168590: g_object_set_property (in > /usr/lib/libgobject-2.0.so.0.1200.12) > ==13349== by 0x4FBB822: ??? > ==13349== by 0x4FBB944: ??? > ==13349== by 0x4FBBDDC: ??? > ==13349== by 0x4FB0893: ??? > ==13349== by 0x4FCCEEF: ??? > > This is from gda 3.0.1.
Thanks, I'll look at that ASAP. Vivien _______________________________________________ gnome-db-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-db-list
