Why does the multiprocessing module need to call a specific function to work when being \"frozen\" to produce a windows executable?
The reason is lack of fork()
on Windows (which is not entirely true). Because of this, on Windows the fork is simulated by creating a new process in which code, which on Linux is being run in child process, is being run. As the code is to be run in technically unrelated process, it has to be delivered there before it can be run. The way it's being delivered is first it's being pickled and then sent through the pipe from the original process to the new one. In addition this new process is being informed it has to run the code passed by pipe, by passing --multiprocessing-fork
command line argument to it. If you take a look at implementation of freeze_support()
function its task is to check if the process it's being run in is supposed to run code passed by pipe or not.