Mauro

``` $ which python /mingw64/bin/python $ which pyinstaller /mingw64/bin/pyinstaller ``` As per your suggestion, I tried to open that _gi-cpython-38.dll with Dependency Walker, but then it shows an alert window...

In my case the first level dependencies are: LIBFFI-7.DLL KERNEL32.DLL MSVCRT.DLL LIBGIREPOSITORY-1.0-1.DLL LIBGLIB-2.0-0.DLL LIBGOBJECT-2.0-0.DLL LIBPYTHON3.8.DLL I checked and the above DLLs (apart from kernel32.dll and msvcrt.dll) are all in the...

Notice that if I don't use the "import gi" in the main.py script, the generated exe runs without errors. I made another build with: `pyinstaller --debug=all main.py` Then, when I...

If I delete that dll the traceback error is slightly different: ``` # gi not found in PYZ # code object from 'C:/msys64/home/[username]/dist/main/gi/__init__.pyc' # gi._gi not found in PYZ Traceback...

> (And just to check, does `import gi` work if ran directly from python in your environment?) Yes, it works correctly if I do: `$ python main.py` (or if I...

Ok, I overwrote those DLLs from the c:\msys64\mingw64\bin dir to the dist\main dir and now it works... But I don't understand why... Doesn't pyinstaller just copy the relevant DLLs from...

I found the culprits are the following: LIBGLIB-2.0-0.DLL LIBGOBJECT-2.0-0.DLL After each `pyinstaller [prog_name].py` execution I have to overwrite those 2 DLLs in the dist/[prog_name] dir to make the exe work....

I see no LD_LIBRARY_PATH variable from the export command... Just PATH: `PATH="/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/[username]/dist/main"`

OMG! It's taken from 'C:/Program Files/Csound6_x64/bin/libglib-2.0-0.dll' (along with a bunch of other gobject libs)!!! I like to experiment with algorithmic sound generation, so I have Csound installed on my machine......

The strange thing is that if I do a `python main.py` (from an msys2-mingw64 shell) it just works... So it looks to me that the python interpreter correctly takes the...