Open
Description
Version
v24.2.0
Platform
Windows 10
Subsystem
No response
What steps will reproduce the bug?
When fs.rmSync('a.思') exists files with extension containing Chinese chars, node 24 will crash without throw. node 23 seems OK.
How often does it reproduce? Is there a required condition?
Everytime
What is the expected behavior? Why is that the expected behavior?
Delete the file normally.
What do you see instead?
Process exited with code 3221226505.
Additional information
Maybe there's a problem with how v24 parses the extension?
The response of direct crash is similar to #56049.