René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"msgpack.fallback DEFAULT_RECURSE_LIMIT smaller than python 3.10 default","articleBody":"Hi there. I was running the pure python `msgpack.fallback` implementation against this [sample.json](https://github.com/Tencent/rapidjson/blob/master/bin/data/sample.json) test file in the tencent/rapidjson repo. Packing hit a `ValueError: recursion limit exceeded`.\n\nIt looks like this stems from the [DEFAULT_RECURSE_LIMIT](https://github.com/msgpack/msgpack-python/blob/main/msgpack/fallback.py#L55). Changing to use the `sys.getrecursionlimit()` resolves as it has a [default of 1000](https://github.com/python/cpython/blob/3.10/Python/ceval.c#L799) in 3.10.  Looking at the pyproject.toml it seems like support is \u003e= python 3.10 so I think it should be fine to update the constant, or drop it completely in favor of just inheriting the python stack limit. An advantage of doing that is the users ability to control it with `sys.setrecursionlimit()`. Also then a `RecursionError` can be raised instead of `ValueError`.\n\nSimple reproduction:\n\n```python\nfrom msgpack.fallback import Packer\nimport json\n\nwith open('sample.json') as f:\n    Packer().pack(json.load(f))  # ValueError\n```\n\nThis works fine, but the public `Packer.pack` api doesn't expose it directly:\n\n```python\nfrom msgpack.fallback import Packer\nimport json\nimport sys\n\nwith open('sample.json') as f:\n    Packer()._pack(json.load(f), nest_limit=sys.getrecursionlimit())  # 1000\n```\n\nThanks!","author":{"url":"https://github.com/rsiemens","@type":"Person","name":"rsiemens"},"datePublished":"2026-05-17T16:26:28.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":2},"url":"https://github.com/674/msgpack-python/issues/674"}