Serhiy Storchaka 441d30fac7 Issue #15989: Fix several occurrences of integer overflow ...

when result of PyLong_AsLong() narrowed to int without checks.

This is a backport of changesets 13e2e44db99d and 525407d89277.

2013-01-19 12:26:26 +02:00

..

abstract.h

…

accu.h

…

asdl.h

…

ast.h

…

bitset.h

…

bltinmodule.h

…

boolobject.h

…

bytearrayobject.h

…

bytes_methods.h

…

bytesobject.h

…

cellobject.h

…

ceval.h

…

classobject.h

…

code.h

…

codecs.h

…

compile.h

…

complexobject.h

…

datetime.h

…

descrobject.h

…

dictobject.h

…

dtoa.h

…

dynamic_annotations.h

…

enumobject.h

…

errcode.h

…

eval.h

…

fileobject.h

…

fileutils.h

…

floatobject.h

…

frameobject.h

…

funcobject.h

…

genobject.h

…

graminit.h

…

grammar.h

…

import.h

…

intrcheck.h

…

iterobject.h

…

listobject.h

…

longintrepr.h

…

longobject.h

Issue #15989: Fix several occurrences of integer overflow

2013-01-19 12:26:26 +02:00

marshal.h

…

memoryobject.h

…

metagrammar.h

…

methodobject.h

…

modsupport.h

…

moduleobject.h

…

node.h

…

object.h

Issue #13992: The trashcan mechanism is now thread-safe. This eliminates

2012-09-06 00:59:49 +02:00

objimpl.h

…

opcode.h

…

osdefs.h

…

parsetok.h

…

patchlevel.h

…

pgen.h

…

pgenheaders.h

…

py_curses.h

…

pyarena.h

…

pyatomic.h

…

pycapsule.h

…

pyctype.h

…

pydebug.h

…

pyerrors.h

…

pyexpat.h

…

pyfpe.h

…

pygetopt.h

…

pymacconfig.h

…

pymath.h

…

pymem.h

…

pyport.h

Fix the internals of our hash functions to used unsigned values during hash

2012-12-10 18:15:46 -08:00

pystate.h

Issue #13992: The trashcan mechanism is now thread-safe. This eliminates

2012-09-06 00:59:49 +02:00

pystrcmp.h

…

pystrtod.h

…

Python-ast.h

…

Python.h

…

pythonrun.h

…

pythread.h

…

pytime.h

…

rangeobject.h

…

setobject.h

…

sliceobject.h

…

structmember.h

…

structseq.h

…

symtable.h

…

sysmodule.h

…

timefuncs.h

…

token.h

…

traceback.h

…

tupleobject.h

…

typeslots.h

…

ucnhash.h

…

unicodeobject.h

…

warnings.h

…

weakrefobject.h

Issue #16602: When a weakref's target was part of a long deallocation chain, the object could remain reachable through its weakref even though its refcount had dropped to zero.

2012-12-08 21:15:26 +01:00