[python-win32] How to create a com_record?

Kevin Patterson patter001 at gmail.com
Fri Mar 14 23:41:29 CET 2008 

Sorry for so many posting here, but on the off chance someone is curious and
looks in to this:

There's two issues I've found so far:
- The generated py files don't have the GUID for the Record (at least not in
the relased 210). The generated py file would need GUID from the
TestStruct1, for some reason it puts 0-0-0-0 instead of the actual GUID
- Even after that manual fix, the win32com.client.Record call still failed
for me, but: the pythoncom.GetRecordFromGuids actually returned the record
(for the test harness). Wooohoo!!

Now the bad news: I can't figure out how to get a Record if the GUID is not
present. The one I need is in OLE. When I use the Visual C++ browser, I can
see that the GUID struct is defined, but there is no GUID for the GUID struc
(ironic huh :))

So now the battle is trying to find a way to get a record without a GUID
(so...in essence...back to square one).

I'm starting to think it would be easiest to make my own dumb com server
JUST to be able to define the struct. But I'm all ears for better ideas :)


On Fri, Mar 14, 2008 at 6:36 PM, Kevin Patterson <patter001 at gmail.com>
wrote:

> Sorry for so many posting here, but on the off chance someone is curious
> and looks in to this:
>
> There's two issues I've found so far:
>
>
>
> On Fri, Mar 14, 2008 at 2:44 PM, Kevin Patterson <patter001 at gmail.com>
> wrote:
>
> > Does anyone have a working example (excel, outlook, etc...) to try the
> > win32com.client.Record function on ?
> >
> > I tried the pythoncom test harness also, but no luck:
> >
> > import win32com.client
> > myarray = win32com.client.DispatchEx
> > ("{F1A51873-24E9-47ED-AE71-925462C5FE3B}")
> > myrecord = win32com.client.Record("tagTestStruct1",myarray)
> >
> > the Record Creation fails with the following exception:
> >
> > Traceback (most recent call last):
> >   File "<stdin>", line 1, in <module>
> >   File "C:\Python25\lib\site-packages\win32com\client\__init__.py", line
> > 405, in
> >  Record
> >     return pythoncom.GetRecordFromGuids(module.CLSID,
> > module.MajorVersion, modul
> > e.MinorVersion, module.LCID, struct_guid)
> > pywintypes.com_error: (-2147024809, 'The parameter is incorrect.', None,
> > None)
> >
> > For refrence, help looks like the below. Only major difference is using
> > Dispatch vs. DispatchEx
> >
> > Record(name, object)
> >     Creates a new record object, given the name of the record,
> >     and an object from the same type library.
> >
> >
> > Example usage from documentation is:
> >
> >       app = win32com.client.Dispatch("Some.Application")
> >       point = win32com.client.Record("SomeAppPoint", app)
> >       point.x = 0
> >       point.y = 0
> >       app.MoveTo(point)
> >
> >
> >
> > On Thu, Mar 13, 2008 at 11:02 PM, Kevin Patterson <patter001 at gmail.com>
> > wrote:
> >
> > > Ok, more digging, it looks like the OLE Automation TypeLib should have
> > > a GUID Record defined. I see this when using the Python Object Browser
> > >
> > > However, when I generate the py file for the OLE Automation type
> > > library, I don't see GUID in the RecordMap (or any reference to the GUID
> > > Record)...Is there suppose to be something in the generated file, but maybe
> > > its not working ? How do I actually create one of these Records ?
> > >
> > >
> > > On Tue, Mar 11, 2008 at 10:04 PM, Kevin Patterson <patter001 at gmail.com>
> > > wrote:
> > >
> > > > I found the comtypes equivalent if that helps any. The generated
> > > > comtypes file looks like this:
> > > >
> > > >    COMMETHOD([dispid(1610743812), helpstring(u'GetInterface()
> > > > method')], HRESULT, 'GetInterface',
> > > >               ( ['in'], POINTER(GUID), 'riid' ),
> > > >               ( ['retval', 'out'], POINTER(POINTER(IUnknown)),
> > > > 'ppUnknown' )),
> > > >
> > > > With the above, I'm able to use the comtypes.GUID.GUID structure to
> > > > pass the information over through the COM. Unfortunately I still can't find
> > > > the win32com equivalent of passing my structure through the COM.
> > > >
> > > > The win32com generated py file is saying that it expects a
> > > > VT_RECORD, but from above, maybe it should really be expecting a POINTER ?
> > > > or VT_POINTER ? I tried to modify the win32com generated file to take a
> > > > VT_PTR but that didn't seem to help. I really don't want to redo my
> > > > infastructure in comtypes, so if anyone knows the win32com equivalent, that
> > > > would be awesome.
> > > >
> > > > In the meantime, I'll keep digging, and will post if I find more.
> > > >
> > > >
> > > >
> > > > On Tue, Mar 11, 2008 at 12:58 PM, Kevin Patterson <
> > > > patter001 at gmail.com> wrote:
> > > >
> > > > > Old thread, but I got a little more data on the function. The
> > > > > function actually has a REFIID as the first parameter. This apparently is a
> > > > > standard structure for C COM code.  I'm not entirely sure why the win32com
> > > > > changes the REFIID to be a VT_RECORD. Does the following definition of the
> > > > > functions help at all (they are from the IDL file)
> > > > >
> > > > > HRESULT GetInterface( [in] REFIID riid, [out, retval,
> > > > > iid_is(riid)] IUnknown** ppUnknown);
> > > > > should be same as:
> > > > > HRESULT GetInterface( [in] GUID* pGuid, [out, retval,
> > > > > iid_is(pGuid)] IUnknown** ppUnknown);
> > > > >
> > > > >
> > > > >
> > > > > On Mon, Feb 4, 2008 at 6:44 PM, Mark Hammond <
> > > > > mhammond at skippinet.com.au> wrote:
> > > > >
> > > > > > > guid = win32com.client.Record("GUID", some_ob)
> > > > > >
> > > > > > > I don't have the some_obj that allows me to build "GUID".
> > > > > >
> > > > > > It should be any object from the same typelib - almost certainly
> > > > > > whatever
> > > > > > object you intend passing this record to.
> > > > > >
> > > > > > > VB.NET (GetType) and C++ (__uuid) both already know that a
> > > > > > GUID is a
> > > > > > record.
> > > > > >
> > > > > > C++ doesn't know it is a COM record.  A COM record is something
> > > > > > quite
> > > > > > different to a C/C++ struct or from .NET types.  A COM record is
> > > > > > specifically designed to be cross-language.
> > > > > >
> > > > > > > It seems the python CLSID is the same thing, but i don't know
> > > > > > what to call
> > > > > >
> > > > > > > to get a CLSID that is a com_record type.
> > > > > >
> > > > > > As I've explained, we are looking for the COM record definition
> > > > > > you are
> > > > > > trying to use.  A C++ struct definition for a GUID is *not* what
> > > > > > you are
> > > > > > looking for - you are looking for the COM record definition of a
> > > > > > GUID.  I
> > > > > > see now that you simply copied me a C++ struct you found, which
> > > > > > is not at
> > > > > > all useful in this context.
> > > > > >
> > > > > > To clarify: in a *typelib* you will find a struct definition
> > > > > > that you are
> > > > > > trying to use.  Finding a struct definition of the same name
> > > > > > somewhere else
> > > > > > is not suitable.
> > > > > >
> > > > > > > Am I understanding the win32com.client.Record call correctly?
> > > > > > It needs
> > > > > > GUID to be defined by the
> > > > > > > COM right?
> > > > > >
> > > > > > Not "defined by COM", but "defined using COM" - the author of a
> > > > > > typelib must
> > > > > > have defined it somewhere.
> > > > > >
> > > > > > > Its odd b/c the GIUD (python's CLSID) is all over the COM
> > > > > > definitions its
> > > > > > just type
> > > > > > > VT_RECORD type that I'm not understanding how to convert to.
> > > > > >
> > > > > > Yes, I'm afraid you are confused.  All existing GUID or CLSID
> > > > > > definitions
> > > > > > you can find are useless - there is only 1 that is relevant, and
> > > > > > that will
> > > > > > be defined in a typelib.
> > > > > >
> > > > > > I think the confusion is such that you need to find basic docs
> > > > > > for the
> > > > > > object, so we can get back to square 1.
> > > > > >
> > > > > > Mark
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.python.org/pipermail/python-win32/attachments/20080314/74e4a1bf/attachment-0001.htm

More information about the python-win32 mailing list