On 2013-12-18 12:34 PM, Tim Roberts wrote:
Jim Bell wrote:
I have two COM servers. ....
4. Looks for CLSID in HKCR\CLSID\{4...}, doesn't find it.
*5. **Stops looking and gives up, **throwing pywintypes.com_error:
(-2147221164, 'Class not registered', None, None)*
So why does it stop looking for one but keep looking for the other?
Are you absolutely sure that the Python client on the broken server is
using a 32-bit Python? 64-bit processes are not subjected to the
registry redirection.
Is the broken server running the application as a service, or in an
elevated context, or in a scheduled task that is running as the system
user?
Both client runs are from the same command-line, with just the tag
replaced. Same path, env, everything. But it does seem like a 32/64 bit
issue somehow.
The working one is a demand-started .EXE, and the broken one is a .DLL,
but I don't see it getting far enough to care. Both were installed as
Admin, as that's the Windows7 way. Script was run non-elevated (both times).
Thanks for your thoughts.
-Jim
_______________________________________________
python-win32 mailing list
python-win32@python.org
https://mail.python.org/mailman/listinfo/python-win32
