[issue25295] functools.lru_cache raises KeyError

2016-02-10 Thread Peter Brady
Peter Brady added the comment: Yes. The patch you suggested restores the old behavior of the lru_cache. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue25295] functools.lru_cache raises KeyError

2016-02-07 Thread Serhiy Storchaka
Serhiy Storchaka added the comment: Seems this issue can be closed now. -- ___ Python tracker ___ ___

[issue25295] functools.lru_cache raises KeyError

2015-10-02 Thread Serhiy Storchaka
Serhiy Storchaka added the comment: I don't know what was the actual cause of the error and if issue24483 fixed it or mask. -- ___ Python tracker ___

[issue25295] functools.lru_cache raises KeyError

2015-10-02 Thread Serhiy Storchaka
Serhiy Storchaka added the comment: Issue24483 fixes this issue. -- dependencies: +Avoid repeated hash calculation in C implementation of functools.lru_cache() ___ Python tracker

[issue25295] functools.lru_cache raises KeyError

2015-10-02 Thread Serhiy Storchaka
Changes by Serhiy Storchaka : -- nosy: +rhettinger, serhiy.storchaka type: -> behavior versions: +Python 3.6 ___ Python tracker ___

[issue25295] functools.lru_cache raises KeyError

2015-10-02 Thread Peter Brady
Peter Brady added the comment: As a sanity check I removed the stored hashvalue in Raymond Hettinger's backported lru_cache (which we use to support 2.6-3.2) and end up with errors as well. So it seems like 24483 is the appropriate fix to restore the old behavior. Thanks for looking into

[issue25295] functools.lru_cache raises KeyError

2015-10-02 Thread Aaron Meurer
Aaron Meurer added the comment: Does this mean that some SymPy object is giving different hash values on successive calls to hash()? We definitely need to look into this on the SymPy side. -- ___ Python tracker