[Bug 255445] lang/python 3.8/3.9 SIGSEV core dumps in libthr TrueNAS

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Thu Apr 29 18:03:26 UTC 2021


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255445

--- Comment #13 from yocalebo at gmail.com <yocalebo at gmail.com> ---
Maybe some progress....not sure but I'm cautiously optimistic.

I analyzed 7 core dumps again to see if I spotted anything interesting. 6 of
them were py3.8 and 1 was py3.9.

100% of them have a common pattern. The threads *tstate has
lxml.etree._ParserDictionaryContext in the frames. Either the thread that was
on CPU when it core dumped or some other thread. Since this is seemingly memory
corruption, lxml has become my suspect since it uses it's own C bindings for
the libxml2 and libxslt libraries.

I've instrumented a somewhat complicated script that daemonizes, creates a
concurrent.futures._base.Executor class and calls methods that use lxml library
to parse geom xml information in a while true loop.

Am I looking at a red herring?? Idk but this grabbed my attention so I'm
running the script to see if it'll tickle the problem. Maybe the version of
py-lxml we're using has a subtle issue with py3.8+. (Queue my overly dramatic
rant about py3.8 changes to PyGC_Head struct.)

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-python mailing list