"Raymond Hettinger" <raymond.hettinger at verizon.net> wrote in message news:00c401c3efa5$b08d5300$2008a044 at oemcomputer... > risk is warranted. The offending code would have to be by-passing > the C API for lists and tinkering with the internals in atypical > way (swapping one pointer for another and/or altering ob_size is > typical; downward resizing the existing pointer is not). Hasn't or can't such bypass and tinkering be defined as 'unsupported, proceed at your own risk, and don't complain when internals change', just as when accessing certain internals visible from Python code? TJR
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4