28
edits
Changes
→check_gtk_install.py
* [http://www.dependencywalker.com/ Dependency Walker] Most importantly this program analyses executables/DLL's dependencies it is excellent for identifying missing DLL's. This is a zip file, download and expand the contents of the zip into the same directory that you saved the script check_gtk_install.py
Run the script from the windows command prompt and check the output of the script. Should you become stuck, cannot make head or tail of the output, then consider posting a description of your problem and the output of check_gtk_install on the [https://lists.sourceforge.net/lists/listinfo/gramps-windows users GRAMPS Windows Users forum].
{{man warn|Warning: |Windows command prompt is not the python command line described in the last section <br>Once again when you try to fix your systems environment to rectify the problem, your will need to close the command prompt window and start a new one, so it can also pick up the new environment from the system}}
What had happened in the above case, although the two DLL's were found in windows\system, the gtk-runtime could not work with them as they were from an older installation, and not the correct version for the current gtk installation.
In another installation, MSVCR90.DLL was only in a winsxs sub-directory and not in c:\windows\system32\. PyGTK seems to only be able to use MSVCR90.DLL if it is in the c:\windows\system32\ directory. Copying the latest version from a winsxs sub-directory to the c:\windows\system32\ directory fixed the DLL load failure. (Note: In the example the WINDOWS directory is on the C: drive; If, as the result of a dual-boot install, C: is not the active Windows partition, C: needs to be replaced with the drive designator of the active WIndows drive)
In another example (below) you can see that some DLL's were found in other installation directories, this may or may not affect the ability of python to import gtk, it depends if the dll's in the other directories are compatible with what the gtk-runtime needs or not. In one case I had a perfectly working system, but it was picking up DLL's from other installations, in this case upgrading another program can suddenly break the gtk installation.
