-
Notifications
You must be signed in to change notification settings - Fork 192
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Certain codemod decorator matchers crash in parallel_exec_transform_with_prettyprint #848
Comments
The "less than five" observation seems to be happening because |
I've observed something similar on macOS (Ventura 13.3.1 w/ python 3.10.10). This dead simple codemod fails for me using the default settings. It works fine with
Here's a backtrace from a file it fails on (they all look like this):
FWIW this reminds me of a similar issue in |
Seeing this as well! Same machine types |
(And did some digging and, yep, as expected the |
oh, for clarity: This is still happening on 1.0.0. |
I think this will be fixed by #1204. |
Hi there!
When writing some codemods, I observed that some of them crash strangely in
codemod.parallel_exec_transform_with_prettyprint
with a non-1
jobs
argument when the number of files is (oddly) 5 or more. No failures seem occur when there are less than 5 files, regardless of thejobs
argument.A minimal example can be found here, based on the current end-to-end test in
libcst/tests/test_e2e.py
. There are two failures I observed, as mentioned in the comments in the file. Reproduction is simple as running the script.I've observed this fail in python3.9 and python3.11, with libcst at current top-of-tree (f668e88) on macOS 13.1 arm64. It also reproduces with python 3.9 and libcst 0.4.9 on macOS and Linux arm64, as downloaded from PyPI.
I did not test if this occurs when used the matches are configured using something other than decorators. It might not.
The text was updated successfully, but these errors were encountered: