In a basic test where all I do is: <script language="python" runat="server"> import sys Response.Write(sys.version) </script>
It loads the following dlls: c:\windows\wow64\python27.dll c:\windows\wow64\pywintypes.dll c:\windows\wow64\pythoncomloader.dll c:\windows\pythoncom27.dll It loads the following extensions: c:\python27\lib\site-packages\win32\_win32sysloader.pyd c:\python27\lib\site-packages\win32\win32api.pyd c:\python27\lib\site-packages\win32\win32trace.pyd c:\python27\lib\site-packages\win32comext\axscript\axscript.pyd c:\python27\lib\site-packages\win32comext\axdebug\axdebug.pyd and since they are already loaded, they continue to import without error. I have not been able to trigger the issue with *any* C extension that ships with Python or pywin32. But pretty much any extension that is provided by a 3rd party gives me the DLL load failed :( Maybe this is actually a Python bug. I don't know. It doesn't make any sense. At least I have a work-around. -Chris On Tue, Sep 13, 2011 at 7:54 PM, Chris Lambacher <ch...@kateandchris.net> wrote: > I don't import anything from pywin32 other than what would have already been > loaded before getting to my code by the pywin32 machinery that makes active > scripting work. When I get back to my computer I'll look at what gets loaded > in the most basic app and try to determine what loads those modules first. > > -Chris > > On Tuesday, September 13, 2011, mhamm...@skippinet.com.au > <mhamm...@skippinet.com.au> wrote: >> But none of pywin32, right? So the obvious question is still how those >> other modules differ from pywin32 >> -- >> Sent from my Android phone with K-9 Mail. Please excuse my brevity. >> >> Chris Lambacher <ch...@kateandchris.net> wrote: >>> >>> Basically every C extension I have ever tried: >>> >>> lxml >>> pycrypto >>> pyodbc >>> psyco >>> >>> -Chris >>> >>> On Tue, Sep 13, 2011 at 1:30 PM, mhamm...@skippinet.com.au >>> <mhamm...@skippinet.com.au> wrote: >>> > What are the other modules? Is it just the etree one? >>> > >>> > Mark >>> > -- >>> > Sent from my Android phone with K-9 Mail. Please excuse my brevity. >>> > >>> > Chris Lambacher <ch...@kateandchris.net> wrote: >>> >> >>> >> On Sun, Sep 11, 2011 at 3:42 PM, Mark Hammond >>> >> <mhamm...@skippinet.com.au> >>> >> wrote: >>> >> > The best I can suggest is to make a small .asp example which >>> >> > requires >>> >> > nothing beyond pywin32 - eg, some of the asp samples. Once you are >>> >> > convinced that works, I'd start looking into what is different about >>> >> > the >>> >> > lxml.etree >>> module - I suspect you will find that module references the >>> >> > CRT >>> >> > assembly. >>> >> > >>> >> >>> >> I was looking at something else in Process Explorer and noticed a pyd >>> >> that was loaded in the standalone part of the app that I did not >>> >> rebuild and wondered if it loaded correctly in the ASP app. In this >>> >> case it was the _speedups.pyd extension of the markupsafe package and >>> >> indeed when I look at the running w3p.exe process, I see the >>> >> _speedups.pyd extension is loaded and modifying my test app to load >>> >> the _speedups.pyd module and >>> >> everything works. >>> >> >>> >> Maybe the other modules are loading other DLLs and therefore need the >>> >> manifest in order to be able to inherit it since it is not the main >>> >> process loading the DLLs anymore? >>> >> >>> >> -Chris >>> >> >>> >> >>> >> -- >>> >> Christopher Lambacher >>> >> ch...@kateandchris.net >>> > >>> >>> >>> >>> -- >>> Christopher Lambacher >>> ch...@kateandchris.net <ch...@kateandchris.net> >> > > -- > Christopher Lambacher > ch...@kateandchris.net > -- Christopher Lambacher ch...@kateandchris.net _______________________________________________ python-win32 mailing list python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32