Re: [Matplotlib-users] Help in solving a segfault problem?
Hi all, So I tried what was advised to me. python -c 'import pylab; pylab.plot([4]);' terminate called after throwing an instance of 'std::exception' terminate called recursively Abort which happens here: 14 agg::trans_affine 15 py_to_agg_transformation_matrix(PyObject* obj, bool errors = true) 16 { 17 PyArrayObject* matrix = NULL; 18 19 try 20 { 21 if (obj == Py_None) 22 throw std::exception(); Since I compiled w/o optimization flags I have this now: #11 0xfd7ff46cf0b6 in __cxxabiv1::__cxa_throw (obj=, tinfo=, dest=) at ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:83 #12 0xfd7ff4a3c708 in py_to_agg_transformation_matrix (obj=0x774380, errors=false) at src/agg_py_transforms.cpp:22 #13 0xfd7ff4a4132e in _path_module::update_path_extents (this=0x144e230, args=...) at src/path.cpp:380 #14 0xfd7ff4a537ce in Py::ExtensionModule<_path_module>::invoke_method_varargs (this=0x144e230, method_def=0x14009b0, args=...) at ./CXX/Python2/ExtensionModule.hxx:184 #15 0xfd7ff4a389df in Py::method_varargs_call_handler (_self_and_name_tuple=0x1244170, _args=0x1977fb0) at CXX/Python2/cxx_extensions.cxx:1714 #16 0x004a6071 in call_function (f=0x201e980, throwflag=) at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:4012 #17 PyEval_EvalFrameEx (f=0x201e980, throwflag=) at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:2665 #18 0x004a79c1 in PyEval_EvalCodeEx (co=0x123a130, globals=, locals=, args=0x201eb20, argcount=, kws=0x3, kwcount=2, defs=0x12467e8, defcount=3, closure=0x0) at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:3252 The function has now obj=0x774380 as an argument instead of So what is generating a PyNull object is in src/path.cpp:380 but this file doesn't exist! If I look in _path.cpp though this is where it fails: 360 ::get_path_extents(path, trans, &extents_data[0], &extents_data[1], 361&extents_data[2], &extents_data[3], &xm, &ym); I have no idea how to debug this since it seems the problem are in the CXX extensions (calls to ceval.c) Any idea how I can narrow down the problem? Thanks! On Sun, Mar 13, 2011 at 6:18 PM, Nicolas SCHEFFER wrote: > Thanks much for the reply! > I'll try your advice as soon as I can. > > BTW, I don't think this is a Solaris-related problem. > If you look at the pointers in my original post, the same error can > happen on other arch (I confess it can be for other reasons though). > > -n > > On Sun, Mar 13, 2011 at 1:03 PM, Jouni K. Seppänen wrote: >> Nicolas SCHEFFER writes: >> >>> I didn't get much reply on this issue, so I'm just trying to resurrect >>> the question. >> >> Probably not many devs using Solaris, so no-one has been able to >> reproduce this. >> #12 0xfd7ff4a22fd8 in py_to_agg_transformation_matrix (obj=0x774380, errors=) at src/agg_py_transforms.cpp:22 #13 0xfd7ff4a32e7c in _path_module::update_path_extents (this=, args=...) at src/path.cpp:380 >> >> So it's in transforms-related code, but we can't see the locals. First >> I'd try to recompile without optimizations and (hoping it still crashes) >> inspect the local variables in these frames in gdb. Or maybe make the >> functions print out their arguments and any other relevant locals. >> >> -- >> Jouni K. Seppänen >> http://www.iki.fi/jks >> >> >> -- >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> ___ >> Matplotlib-users mailing list >> Matplotlib-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> > -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Help in solving a segfault problem?
Thanks much for the reply! I'll try your advice as soon as I can. BTW, I don't think this is a Solaris-related problem. If you look at the pointers in my original post, the same error can happen on other arch (I confess it can be for other reasons though). -n On Sun, Mar 13, 2011 at 1:03 PM, Jouni K. Seppänen wrote: > Nicolas SCHEFFER writes: > >> I didn't get much reply on this issue, so I'm just trying to resurrect >> the question. > > Probably not many devs using Solaris, so no-one has been able to > reproduce this. > >>> #12 0xfd7ff4a22fd8 in py_to_agg_transformation_matrix >>> (obj=0x774380, errors=) at >>> src/agg_py_transforms.cpp:22 >>> #13 0xfd7ff4a32e7c in _path_module::update_path_extents >>> (this=, args=...) at src/path.cpp:380 > > So it's in transforms-related code, but we can't see the locals. First > I'd try to recompile without optimizations and (hoping it still crashes) > inspect the local variables in these frames in gdb. Or maybe make the > functions print out their arguments and any other relevant locals. > > -- > Jouni K. Seppänen > http://www.iki.fi/jks > > > -- > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > ___ > Matplotlib-users mailing list > Matplotlib-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Help in solving a segfault problem?
Nicolas SCHEFFER writes: > I didn't get much reply on this issue, so I'm just trying to resurrect > the question. Probably not many devs using Solaris, so no-one has been able to reproduce this. >> #12 0xfd7ff4a22fd8 in py_to_agg_transformation_matrix >> (obj=0x774380, errors=) at >> src/agg_py_transforms.cpp:22 >> #13 0xfd7ff4a32e7c in _path_module::update_path_extents >> (this=, args=...) at src/path.cpp:380 So it's in transforms-related code, but we can't see the locals. First I'd try to recompile without optimizations and (hoping it still crashes) inspect the local variables in these frames in gdb. Or maybe make the functions print out their arguments and any other relevant locals. -- Jouni K. Seppänen http://www.iki.fi/jks -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Help in solving a segfault problem?
Hi, I didn't get much reply on this issue, so I'm just trying to resurrect the question. If there's no easy answer, could someone help me by giving me a pointer, a method to resolve the problem, or any other quick advice...? Thanks much! On Thu, Mar 10, 2011 at 12:29 AM, Nicolas SCHEFFER wrote: > Hi all, > I am stuck on matplotlib generating a segfault when invoking 'plot'. > I've ben trying to solve this problem for a while now but no luck. > I've seen many duplicates of this problem on the web, some with > solutions, some without. The solution must be something more generic > that I'm missing. > > Here are some of these pointers to the same problem that I have (the > backtrace, that I pasted further below, has the same properties) > http://old.nabble.com/101-Point-Segmentation-Fault-td27552745.html > http://old.nabble.com/weird-error-with-gcc-4.4,-gomp,-cython,-and-matplotlib-td27351399.html > http://bugs.gentoo.org/show_bug.cgi?id=338513 > > So here's my specific setup and backtrace. I hope I can find some help! > I'm using the 'agg' backend that's it, and the build and install dir > were cleaned up. > > Thanks so much! > > === > Solaris10, 64bits, Python 2.7, numpy 1.5.1, gcc 4.4.1 #all compiled from > source > > backtrace: > > gdb python > (gdb) run -c 'import pylab;pylab.clf(); pylab.plot([4])' > Starting program: python -c 'import pylab;pylab.clf(); pylab.plot([4])' > [Thread debugging using libthread_db enabled] > [New Thread 1 (LWP 1)] > terminate called after throwing an instance of 'std::exception' > terminate called recursively > > Program received signal SIGABRT, Aborted. > [Switching to Thread 1 (LWP 1)] > 0xfd7fff0ae88a in _lwp_kill () from /lib/64/libc.so.1 > > > #0 0xfd7fff0ae88a in _lwp_kill () from /lib/64/libc.so.1 > #1 0xfd7fff0a98b3 in thr_kill () from /lib/64/libc.so.1 > #2 0xfd7fff0577e9 in raise () from /lib/64/libc.so.1 > #3 0xfd7fff03a7d0 in abort () from /lib/64/libc.so.1 > #4 0xfd7ff46d1a56 in __gnu_cxx::__verbose_terminate_handler () at > ../../../../../libstdc++-v3/libsupc++/vterminate.cc:48 > #5 0xfd7ff46cef6a in __cxxabiv1::__terminate (handler=0x1) at > ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:38 > #6 0xfd7ff46cefb3 in std::terminate () at > ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48 > #7 0xfd7ff46cf03e in __cxxabiv1::__cxa_rethrow () at > ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:116 > #8 0xfd7ff46d1af6 in __gnu_cxx::__verbose_terminate_handler () at > ../../../../../libstdc++-v3/libsupc++/vterminate.cc:78 > #9 0xfd7ff46cef6a in __cxxabiv1::__terminate (handler=0x1) at > ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:38 > #10 0xfd7ff46cefb3 in std::terminate () at > ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48 > #11 0xfd7ff46cf0b6 in __cxxabiv1::__cxa_throw (obj= optimized out>, tinfo=, dest= out>) > at ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:83 > #12 0xfd7ff4a22fd8 in py_to_agg_transformation_matrix > (obj=0x774380, errors=) at > src/agg_py_transforms.cpp:22 > #13 0xfd7ff4a32e7c in _path_module::update_path_extents > (this=, args=...) at src/path.cpp:380 > #14 0xfd7ff4a34d90 in > Py::ExtensionModule<_path_module>::invoke_method_varargs (this= optimized out>, > method_def=, args=...) at > ./CXX/Python2/ExtensionModule.hxx:184 > #15 0xfd7ff4a209b7 in Py::method_varargs_call_handler > (_self_and_name_tuple=, _args= out>) > at CXX/Python2/cxx_extensions.cxx:1714 > #16 0x004a6071 in call_function (f=0x2024770, throwflag= optimized out>) > at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:4012 > #17 PyEval_EvalFrameEx (f=0x2024770, throwflag=) > at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:2665 > #18 0x004a79c1 in PyEval_EvalCodeEx (co=0x124e230, > globals=, locals=, > args=0x2024910, > argcount=, kws=0x3, kwcount=2, > defs=0x155c888, defcount=3, closure=0x0) > -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
[Matplotlib-users] Help in solving a segfault problem?
Hi all, I am stuck on matplotlib generating a segfault when invoking 'plot'. I've ben trying to solve this problem for a while now but no luck. I've seen many duplicates of this problem on the web, some with solutions, some without. The solution must be something more generic that I'm missing. Here are some of these pointers to the same problem that I have (the backtrace, that I pasted further below, has the same properties) http://old.nabble.com/101-Point-Segmentation-Fault-td27552745.html http://old.nabble.com/weird-error-with-gcc-4.4,-gomp,-cython,-and-matplotlib-td27351399.html http://bugs.gentoo.org/show_bug.cgi?id=338513 So here's my specific setup and backtrace. I hope I can find some help! I'm using the 'agg' backend that's it, and the build and install dir were cleaned up. Thanks so much! === Solaris10, 64bits, Python 2.7, numpy 1.5.1, gcc 4.4.1 #all compiled from source backtrace: gdb python (gdb) run -c 'import pylab;pylab.clf(); pylab.plot([4])' Starting program: python -c 'import pylab;pylab.clf(); pylab.plot([4])' [Thread debugging using libthread_db enabled] [New Thread 1 (LWP 1)] terminate called after throwing an instance of 'std::exception' terminate called recursively Program received signal SIGABRT, Aborted. [Switching to Thread 1 (LWP 1)] 0xfd7fff0ae88a in _lwp_kill () from /lib/64/libc.so.1 #0 0xfd7fff0ae88a in _lwp_kill () from /lib/64/libc.so.1 #1 0xfd7fff0a98b3 in thr_kill () from /lib/64/libc.so.1 #2 0xfd7fff0577e9 in raise () from /lib/64/libc.so.1 #3 0xfd7fff03a7d0 in abort () from /lib/64/libc.so.1 #4 0xfd7ff46d1a56 in __gnu_cxx::__verbose_terminate_handler () at ../../../../../libstdc++-v3/libsupc++/vterminate.cc:48 #5 0xfd7ff46cef6a in __cxxabiv1::__terminate (handler=0x1) at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:38 #6 0xfd7ff46cefb3 in std::terminate () at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48 #7 0xfd7ff46cf03e in __cxxabiv1::__cxa_rethrow () at ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:116 #8 0xfd7ff46d1af6 in __gnu_cxx::__verbose_terminate_handler () at ../../../../../libstdc++-v3/libsupc++/vterminate.cc:78 #9 0xfd7ff46cef6a in __cxxabiv1::__terminate (handler=0x1) at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:38 #10 0xfd7ff46cefb3 in std::terminate () at ../../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48 #11 0xfd7ff46cf0b6 in __cxxabiv1::__cxa_throw (obj=, tinfo=, dest=) at ../../../../../libstdc++-v3/libsupc++/eh_throw.cc:83 #12 0xfd7ff4a22fd8 in py_to_agg_transformation_matrix (obj=0x774380, errors=) at src/agg_py_transforms.cpp:22 #13 0xfd7ff4a32e7c in _path_module::update_path_extents (this=, args=...) at src/path.cpp:380 #14 0xfd7ff4a34d90 in Py::ExtensionModule<_path_module>::invoke_method_varargs (this=, method_def=, args=...) at ./CXX/Python2/ExtensionModule.hxx:184 #15 0xfd7ff4a209b7 in Py::method_varargs_call_handler (_self_and_name_tuple=, _args=) at CXX/Python2/cxx_extensions.cxx:1714 #16 0x004a6071 in call_function (f=0x2024770, throwflag=) at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:4012 #17 PyEval_EvalFrameEx (f=0x2024770, throwflag=) at /usr/local/src/lang/Python-2.7.1/Python/ceval.c:2665 #18 0x004a79c1 in PyEval_EvalCodeEx (co=0x124e230, globals=, locals=, args=0x2024910, argcount=, kws=0x3, kwcount=2, defs=0x155c888, defcount=3, closure=0x0) -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users