The point is not that the program fails, but that it fails in a way that pops up the Windows Application Error dialog box -- i.e. perl.exe fails due to some sort of memory access error, which is different than the script failing. That's the bug. (Same with Tainted fork crash on Win32.)

It seems to be triggered by assigning to @_ in a fork. It's not the die or the anonymous sub. Even localizing it doesn't help. These variations crash perl.exe, too:

> perl -e "sub foo { @_ = (1); fork ? exit : exit } foo"

> perl -e "sub foo { local @_ = (1); fork ? exit : exit } foo"
[download]