[gnome-db] GdaNumeric problems

Murray Cumming <[email protected]>
Newsgroups gmane.comp.gnome.db
Message-ID <1315485225.2343.27.camel@murrayc-desktop>
When using the Python gi.repository.Gda API, I'm seeing some nonsense
strings in the Gda's Numeric.number field. This valgrind warning shows
that something is wrong at that point. I suspect that the whole
GdaNumeric has already been freed. I got the Numeric from a call to
datamodel.get_value_at().

Does anyone have any idea what might be wrong?


==26064== Invalid read of size 4
==26064==    at 0x51CAC5B: g_field_info_get_field (gifieldinfo.c:196)
==26064==    by 0x51A5B55: _wrap_g_field_info_get_value
(pygi-info.c:1226)
==26064==    by 0x80A2957: ??? (in /usr/bin/python2.7)
==26064==    by 0x80A4701: PyObject_CallFunction (in /usr/bin/python2.7)
==26064==    by 0x80BEF3E: ??? (in /usr/bin/python2.7)
==26064==    by 0x80DA6A7: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80DAE8A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80E11E6: PyEval_EvalCodeEx (in /usr/bin/python2.7)
==26064==    by 0x812C476: PyEval_EvalCode (in /usr/bin/python2.7)
==26064==    by 0x813C00F: ??? (in /usr/bin/python2.7)
==26064==    by 0x80700B2: PyRun_FileExFlags (in /usr/bin/python2.7)
==26064==    by 0x8070AF8: PyRun_SimpleFileExFlags
(in /usr/bin/python2.7)
==26064==    by 0x805C068: Py_Main (in /usr/bin/python2.7)
==26064==    by 0x805B25A: main (in /usr/bin/python2.7)

==26064==  Address 0x4674b80 is 0 bytes inside a block of size 16 free'd
==26064==    at 0x4025BF0: free (vg_replace_malloc.c:366)
==26064==    by 0x540F806: g_free (gmem.c:263)
==26064==    by 0x7DEE6A4: gda_numeric_free (gda-value.c:830)
==26064==    by 0x53A5D07: _g_type_boxed_free (gtype.c:4233)
==26064==    by 0x538046C: boxed_proxy_value_free (gboxed.c:193)
==26064==    by 0x53A8405: g_value_unset (gvalue.c:275)
==26064==    by 0x7DEF995: gda_value_reset_with_type (gda-value.c:1454)
==26064==    by 0x7DF02EE: gda_value_set_null (gda-value.c:1688)
==26064==    by 0x7DC367C: gda_row_finalize (gda-row.c:119)
==26064==    by 0x538BADA: g_object_unref (gobject.c:2746)
==26064==    by 0x7D9FCCB: free_private_shared_data
(gda-data-select.c:440)
==26064==    by 0x7D9FEA3: gda_data_select_dispose
(gda-data-select.c:485)
==26064==    by 0x7FCEE3E: gda_postgres_recordset_dispose
(gda-postgres-recordset.c:186)
==26064==    by 0x538B9D9: g_object_unref (gobject.c:2709)
==26064==    by 0x59023EF: pygobject_clear (pygobject.c:1080)
==26064==    by 0x5902086: pygobject_dealloc (pygobject.c:990)
==26064==    by 0x80CEF1E: ??? (in /usr/bin/python2.7)
==26064==    by 0x81048B0: ??? (in /usr/bin/python2.7)
==26064==    by 0x80DAEA7: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80DAE8A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80DAE8A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80DAE8A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80DAE8A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==26064==    by 0x80E11E6: PyEval_EvalCodeEx (in /usr/bin/python2.7)
==26064==    by 0x812C476: PyEval_EvalCode (in /usr/bin/python2.7)
==26064==    by 0x813C00F: ??? (in /usr/bin/python2.7)
==26064==    by 0x80700B2: PyRun_FileExFlags (in /usr/bin/python2.7)
==26064==    by 0x8070AF8: PyRun_SimpleFileExFlags
(in /usr/bin/python2.7)
==26064==    by 0x805C068: Py_Main (in /usr/bin/python2.7)
==26064==    by 0x805B25A: main (in /usr/bin/python2.7)


-- 
[email protected]
www.murrayc.com
www.openismus.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.