Rok Mandeljc

This looks like an encoding problem with the source file that's required by torch's JIT. Based on the traceback, I *think* it should be `torchvision/models/densenet.py`. Has this file been collected...

> I only have the .pyc file in torchvision in the pyinstaller, so it has not been collected. Are you building with `--debug noarchive` or `--debug all`? If not, the...

> > Since PyInstaller does not support symlinks in a onefile build, the only way to make this work in a onefile build at the moment is to perform these...

> ```python > for filename in sorted(os.listdir('.')): > ``` Instead of using `'.'`, which assumes that your application directory is your current working directory (which is never true for `onefile`,...

> it still have this problem when using pyinstaller 6.9.0 (not use upx,) If you do not use UPX, then it is likely not the exactly same problem. In your...

> I have try to use upx In the original issue, upx was the cause of the issue, not solution. So there is no reason to expect that upx would...

Hmm, your build cleans up after itself on my test system, so you'll have to debug this on your system. Using PyInstaller 6.9.0, can you make a build with console...

Do either of these: ``` [2688] LOADER: loaded DLL: C:\WINDOWS\system32\tmumh\20019\AddOn\8.55.0.1288\TmUmEvt64.dll [2688] LOADER: loaded DLL: C:\WINDOWS\system32\tmumh\20019\TmMon\2.9.0.1084\tmmon64.dll ``` or ``` [2688] LOADER: loaded DLL: C:\Program Files\National Instruments\Shared\mDNS Responder\nimdnsNSP.dll [2688] LOADER: loaded DLL:...

> OK, I will check the dependency. But why 5.13.2 works well? Perhaps you are hitting https://github.com/pyinstaller/pyinstaller/issues/8103 with 5.13.2, and a system copy of vcruntime140.dll is used instead?

> > OK, I will check the dependency. But why 5.13.2 works well? > > Perhaps you are hitting #8103 with 5.13.2, and a system copy of vcruntime140.dll is used...