#11116: Pynac module not initialized before being used. This causes a crash on
64-bit OpenSolaris.
------------------------+---------------------------------------------------
Reporter: drkirkby | Owner: drkirkby
Type: defect | Status: new
Priority: major | Milestone: sage-4.7
Component: solaris | Keywords:
Author: | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
------------------------+---------------------------------------------------
Changes (by gagern):
* cc: gagern (added)
Comment:
Replying to [comment:5 fbissey]:
> the exact mix triggering the problem is still unknown.
Ingredients to the Linux/libc issue as far as I know them:
1. Dynloading of a library with dependencies, so that multiple so files
are loaded in response to a single dlopen call. The gtk python module is a
likely candidate here.
2. One of the deps must use the initial-exec flavour of thread-local
variables. The proprietary nvidia OpenGL drivers (libnvidia-tls.so) do
this. Iirc a line mentioning "R_X86_64_TPOFF64" in the output from
"objdump -R" is a good indication for this.
3. Another of the deps (from the same dlopen call) must be the place
where things will later go wrong. In our case that was the C++ library,
libstdc++, shipped with gcc.
4. The latter dep must make use of its thread local vars (of local-
dynamic flavour). In our case that was the C++ exception handling
mechanism. So if no exception gets thrown, we won't encounter the issue
here.
Replying to [comment:8 fbissey]:
> Or may be it is more complex than that: the problem will only happen
> if a combination of elements are not behaving like they should.
> Fixing any one components of the mix is probably enough
> to prevent the problem altogether.
I'd agree to both. So you can either fix the exception handling mechanism,
or avoid the exception being thrown. Either one makes the problem vanish,
although the other half of the problem might well resurface somewhere else
later on.
Is there a chance of linking that OpenSolaris backtrace to actual code
lines from the Sun C library, to see what's happening there?
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11116#comment:10>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
