Re: new SQLAlchemy dialect; Python 3?

Skip Montanaro <[email protected]> Thu, 6 Oct 2016 08:01:06 -0500
Newsgroups gmane.comp.python.sybase
Message-ID <CANc-5Uw0zj8f1ddn47PoiUwU2dKSdo31QkFcpQOAj7Xnce_hRw@mail.gmail.com>
On Wed, Oct 5, 2016 at 4:56 PM, Skip Montanaro <[email protected]> wrote:
>
> Valgrind complains about ctx_alloc I think. I don't have that output in front of me at the moment. I'll pass along an error message tomorrow.


Here's one example. All seem to be similar, reading off the end of a
malloc'd chunk of memory. I just ran valgrind over the Py2 version and
got no such read errors, so I suspect my problems are caused by issues
related to structure sizes. Just to make sure it wasn't related to
configuring my Python build using --with-pydebug, I rebuilt from
scratch  without it, and get the same errors. I might well have messed
something up in the conversion of the module init code. I'll take a
look at whatever explicit allocation the code does.

Skip

==28701== Invalid read of size 4
==28701==    at 0xCF223A9: com__err_load_errors (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcomn_r64.so)
==28701==    by 0xCF231A4: com_err_init (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcomn_r64.so)
==28701==    by 0xCCE37F4: cs__errinit (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcs_r64.so)
==28701==    by 0xCCDFFEC: cs_ctx_alloc (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcs_r64.so)
==28701==    by 0xC3DBD42: ctx_alloc (ctx.c:1425)
==28701==    by 0xC3E3A59: sybasect_cs_ctx_alloc (sybasect.c:177)
==28701==    by 0x4D7ECF: PyCFunction_Call (methodobject.c:109)
==28701==    by 0x5DB7CB: call_function (ceval.c:4723)
==28701==    by 0x5D3982: PyEval_EvalFrameEx (ceval.c:3277)
==28701==    by 0x5D86FD: _PyEval_EvalCodeWithName (ceval.c:4036)
==28701==    by 0x5D8864: PyEval_EvalCodeEx (ceval.c:4057)
==28701==    by 0x5BF14B: PyEval_EvalCode (ceval.c:777)
==28701==  Address 0x70afcc4 is 4 bytes inside a block of size 6 alloc'd
==28701==    at 0x4C2ABED: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==28701==    by 0xCF221DD: com__err_load_errors (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcomn_r64.so)
==28701==    by 0xCF231A4: com_err_init (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcomn_r64.so)
==28701==    by 0xCCE37F4: cs__errinit (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcs_r64.so)
==28701==    by 0xCCDFFEC: cs_ctx_alloc (in
/opt/local/encap/sybase15_7-15.7.110+1/sybase-15.7/OCS-15_0/lib/libsybcs_r64.so)
==28701==    by 0xC3DBD42: ctx_alloc (ctx.c:1425)
==28701==    by 0xC3E3A59: sybasect_cs_ctx_alloc (sybasect.c:177)
==28701==    by 0x4D7ECF: PyCFunction_Call (methodobject.c:109)
==28701==    by 0x5DB7CB: call_function (ceval.c:4723)
==28701==    by 0x5D3982: PyEval_EvalFrameEx (ceval.c:3277)
==28701==    by 0x5D86FD: _PyEval_EvalCodeWithName (ceval.c:4036)
==28701==    by 0x5D8864: PyEval_EvalCodeEx (ceval.c:4057)

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot