#14187: Check that lazy imports are not resolved during startup
--------------------------------+-------------------------------------------
       Reporter:  vbraun        |         Owner:  tbd              
           Type:  enhancement   |        Status:  needs_review     
       Priority:  major         |     Milestone:  sage-5.8         
      Component:  performance   |    Resolution:                   
       Keywords:                |   Work issues:                   
Report Upstream:  N/A           |     Reviewers:  Nicolas M. ThiƩry
        Authors:  Volker Braun  |     Merged in:                   
   Dependencies:                |      Stopgaps:                   
--------------------------------+-------------------------------------------

Comment (by robertwb):

 Replying to [comment:28 nbruin]:
 > See [http://bugs.python.org/issue793822 this python bug]. The following
 code segfaults:
 > {{{
 > from gc import get_referrers
 >
 > def iter():
 >         tag = object()
 >         yield tag   # 'tag' gets stored in the result tuple
 >         lst = [x for x in get_referrers(tag)
 >                if isinstance(x, tuple)]
 >         t = lst[0]  # this *is* the result tuple
 >         print t[3]  # full of nulls !
 >
 > tuple(iter())
 > }}}
 > Before we use `get_referrers` in production code you'd need to
 understand what goes wrong in the above example and guarantee this won't
 happen for the dictionaries we do replacements on.

 This is intentionally creating a partially-constructed tuple and using the
 fact that  get_referrers() can refer to it. "partially-constructed" dicts
 are safe, if we ever run across one.

 > I'd think that looming segfaults are a high price to pay for the
 convenience of writing `NN=module.NN` rather than
 `lazy_import("other_module",NN)`.

 The convenience is in being abel to write "from sage.foo.all import X" and
 not worry about whether X was (possibly transitively) lazily imported. I
 think that's a big win.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/14187#comment:30>
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 unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to