Here's a final (?) development on the issue from the C++-sig... From: "Achim Domma" <achim.domma@syynx.de> > > From: c++-sig-admin@python.org [mailto:c++-sig-admin@python.org]On > > Behalf Of David Abrahams > > Those in turn depend on (transitive closure): > > > ... > > SHLWAPI.DLL > ... > > Shlwapi.dll is the problem. The newest version of this dll introduces the > dependency to apphelp.dll, which should be no problem due to delayed > loading. I still don't know why an extension 'activates' the dependency to > apphelp.dll, but it's definitively a configuration problem of my system. So > it is a microsoft problem and I will try it in their newsgroups. > > thanks for you help > Achim ------ From: "Tim Peters" <tim.one@comcast.net> > [avid Abrahams] > > The summary is that python22.dll seems to have been built so that it > > depends on a DLL which only comes with Windows XP, though it strangely > > doesn't cause a problem until loading an extension module. > > The python22.dll distributed by PythonLabs was built on a Win98SE box. It > doesn't depend on apphelp.dll. I've never been on an XP box, and there is > no apphelp.dll on any machine I do use. Here are the system DLLs it does > depend on: > > ADVAPI32.DLL > KERNEL32.DLL > USER32.DLL > MSVCRT.DLL > SHELL32.DLL > > Those in turn depend on (transitive closure): > > COMCTL32.DLL > GDI32.DLL > NTDLL.DLL > RPCRT4.DLL > SHLWAPI.DLL > > That's it. > >
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4