Andrea Griffini added the comment:
The error cannot be reproduced on 2.7, 3.3 or 3.4 because the problem has been
fixed with 1e5e497ee33b (issue 17614)
--
nosy: +ag6502
___
Python tracker
<http://bugs.python.org/issue16
Andrea Griffini added the comment:
Even porting to the new wonderful 'attr' field is not going to make the code
correct... (the exception could be bubbling up from code down ten frames about
a different unrelated attribute that happens to have the same name in a
different object). B
Andrea Griffini added the comment:
On Mon, Aug 20, 2012 at 12:27 AM, Antoine Pitrou wrote:
> Indeed I don't like the introduction of COMPILER_STACK_FRAME_SCALE.
> Re-using the existing infrastructure would be much easier to maintain.
> The default recursion limit is 1000, which sh
Andrea Griffini added the comment:
I missed all the macrology present :-( ... the following is a patch that takes
it into account (also defines a VISIT_QUIT macro to make more visible the exit
points). The handling has been also extended to visit_stmt because the macros
are shared.
Of course
Andrea Griffini added the comment:
Closing as it was a partial implementation of a bad idea with questionable
gains.
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Andrea Griffini added the comment:
I sent an email because I was not able to log in. The patch has been submitted
to the correct issue (6765).
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.p
Andrea Griffini added the comment:
This is a fix for this issue.
The solution was to add two fields (recursion_depth and
recursion_limit) to the symbol table object and just increment and
check the depth in symtable_visit_expr raising a RuntimeError in case
the limit is exceeded.
The test
New submission from Andrea Griffini :
This is a fix for issue #5765: stack overflow evaluating eval("()" * 3)
The solution was to add two fields (recursion_depth and
recursion_limit) to the symbol table object and just increment and
check the depth in symtable_visit_expr
Andrea Griffini added the comment:
I thougt it was a bug because when calling close() handlers are removed
from some data structure (the global dictionary and the global list) but
they're left inside the loggers they're attached to. Now I understand
that this is a responsibility of wh
New submission from Andrea Griffini:
I'm not a user of idle, but when asked about a strange behaviour of the
logging module I digged a bit and found what I think is indeed a problem
in the module itself.
The problem is visible if the module is used from idle (or any other IDE
that keeps the
10 matches
Mail list logo