Version 7.1.0 (and 7.1.0.post0) break FastAPI/hypercorn about cx_freeze

[marcelotduarte]

@Daniel-I-Am I confirm the bug. I'll work on it.
@ntindle Can you check if #2435 is more related to your use case?

[marcelotduarte]

Release 7.1.1 is out!
Documentation

[ntindle]

from multiprocessing import Process, freeze_support


def f():
    print("Hello from cx_Freeze")


if __name__ == "__main__":
    freeze_support()
    Process(target=f).start()

Potentially related broken case on macos without fastapi

[ntindle]

I think you're right that the issue you linked is more related

[marcelotduarte]

@Daniel-I-Am I improved the hook for multiprocessing.
You can test the patch in the latest development build:
pip install --force --no-cache --pre --extra-index-url https://marcelotduarte.github.io/packages/ cx_Freeze
The provisional documentation: https://cx-freeze--2443.org.readthedocs.build/en/2443/faq.html#multiprocessing-support
The must create a hypercorn.py script with the additional freeze_support:

from hypercorn.__main__ import main
from multiprocessing import freeze_support

if __name__ == "__main__":
    freeze_support()
    sys.exit(main())

[Daniel-I-Am]

I installed the development build and it looks like the problem is fixed now. I see the warning about requiring multiprocessing.freeze_support() to be called, but the application starts fine (as I'm running it in a linux environment).

I will have to check how to insert that call when using the Hypercorn package binary. But it seems Hypercorn is starting fine now. Thanks for the quick fix!

[marcelotduarte]

I see the warning about requiring multiprocessing.freeze_support() to be called, but the application starts fine (as I'm running it in a linux environment).

Added a way to hide the message, check the provisional documentation:
https://cx-freeze--2443.org.readthedocs.build/en/2443/faq.html#multiprocessing-support