Re: [python-win32] Callback RemQueryInterface gives E_NOINTERFACE

2013-12-16 Thread Jim Bell
It works! Thank you! I must have missed this in my myriad iterations. The calls succeed and S_OK replaces E_NOINTERFACE on the wire, as expected. For posterity, a few more notes: I omitted the imports before, but here they are: import win32com.client import win32com.server import

[python-win32] Bypassing gen_py, accessing makepy-generated class directly

2013-12-16 Thread Jim Bell
I have a somelib.dll/somelib.tlb that doesn't register, and I want to bypass the gen_py mechanism to package it better. I run makepy -o somelib.py. I should be able to instantiate it more directly, not through client.Dispatch(), shouldn't I? Manually wrap it analogously to the server? I see

Re: [python-win32] Bypassing gen_py, accessing makepy-generated class directly

2013-12-16 Thread Greg Antal
Jim: I have code that looks almost exactly like what you've shown. The "makepy - o" process and the import statement are exactly what I do. I would genericize your class instantiation like this: app = somelib.SomeServer(serverStartupParameter1, etc)

[python-win32] Exception handling wrapper/function for something like a whole class

2013-12-16 Thread Jacob Kruger
Like subject line says, and while would generally prefer to implement specific pieces of error handling try...except code blocks, etc., per code/functionality section, am currently trying to figure out why a test user is experiencing issues with some code making use of things like user app data