ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> activepython
activepython
Re: Change in MakePy behavior
by Trent Mick other posts by this author
Sep 28 2007 1:34PM messages near this date
view in the new Beta List Site
Change in MakePy behavior | Re: Change in MakePy behavior
Bob Kline wrote:
>  We're building a new production server for one of our systems, and 
>  thought it would be a good time to bump up that system from Python 2.4 
>  to 2.5.  Problem is, the web server, running under the machine's system 
>  account, can't see the registered COM libraries we've hooked in with the 
>  MakePy tool.  After much hair pulling, we noticed that when we run 
>  MakePy on the servers running AS Python 2.4, the generated modules are 
>  dropped right into the 
>  <python-installation>lib\site-packages\win32com\gen_py directory, 
>  whereas on the new machine, running AS Python 2.5, the modules are built 
>  in the current user's %TEMP% directory, so of course the web server 
>  can't find them.
>  
>  So, two questions.
>  
>   1. Why the change?

This was a change in core PyWin32. I don't want to put words in the 
mouths of the PyWin32 developers, but I suspect the change was to (a) 
avoid putting temp info in the install area and (b) it would seem to 
allow per-user COM registration.

>   2. What do we need to do to make the generated modules available to any 
>  account on the system?

Poking aroiund in the sources, the directory where these generated files 
get places in win32com.__gen_path__. That is determined (via quite a bit 
of code) in win32com/__init__.py.

It *looks* (tho I'm just eyeballing the code), that you can control it 
with a registry setting (tho perhaps that's mainly for debugging/dev). 
Also it appears that if .../Lib/site-packages/win32com/gen_py exists, 
then that will be used.

...tries it...

Yup. Try creating that dir.


I'd also ask on python-win32@[...].org to verify the reasoning for the 
change. Now that I think about it, the change could also be that 
ActivePython's installer just now doesn't create that dir. It is 
possible that that was an unintended subtle change.


Trent

-- 
Trent Mick
trentm at activestate.com
_______________________________________________
ActivePython mailing list
ActivePython@[...].com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Other options: http://listserv.ActiveState.com/mailman/listinfo/ActivePython
Thread:
Bob Kline
Trent Mick
Bob Kline
Trent Mick

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved