On 16/11/2010 7:49 PM, Åsmund Hjulstad wrote:
I am guessing the problem is that the library does not declare that the
any classes implement these secondary interfaces.
It should iterate over every interface in the .idl file - see
BuildOleItemsFromType in genpy.py (and maybe some print
After a some more struggling:
The reason why some files ended up in a subdirectory, was that I used
the gencache.EnsureDispatch call, which defaults to on demand
building of class interfaces. Not that it matters, though, I have the
same problem if I generate using makepy.py on the command line,
Åsmund Hjulstad wrote:
...
My latest attempt is
pisdkcommonlib = ('{76A44786-EBC8-11D3-BDC5-00C04F779EB2}', 0, 1, 0)
win32com.client.makepy.GenerateChildFromTypeLibSpec(IPIAsynchStatus2,
pisdkcommonlib, 1)
which gives me
...
ImportError: No module named IPIAsynchStatus2
Any pointers
2010/11/9 Tim Roberts t...@probo.com:
Åsmund Hjulstad wrote:
...
My latest attempt is
pisdkcommonlib = ('{76A44786-EBC8-11D3-BDC5-00C04F779EB2}', 0, 1, 0)
win32com.client.makepy.GenerateChildFromTypeLibSpec(IPIAsynchStatus2,
pisdkcommonlib, 1)
which gives me
...
ImportError: No module
Åsmund Hjulstad wrote:
2010/11/9 Tim Roberts t...@probo.com:
Åsmund Hjulstad wrote:
...
My latest attempt is
pisdkcommonlib = ('{76A44786-EBC8-11D3-BDC5-00C04F779EB2}', 0, 1, 0)
win32com.client.makepy.GenerateChildFromTypeLibSpec(IPIAsynchStatus2,
pisdkcommonlib, 1)
That's not the correct
2010/11/9 Tim Roberts t...@probo.com:
Åsmund Hjulstad wrote:
My latest attempt is
pisdkcommonlib = ('{76A44786-EBC8-11D3-BDC5-00C04F779EB2}', 0, 1, 0)
win32com.client.makepy.GenerateChildFromTypeLibSpec(IPIAsynchStatus2,
pisdkcommonlib, 1)
That's not the correct usage. Did you see an
