Am 17.05.2014 21:20, schrieb Will Dormann:
Hi folks,
I'm interested in using comtypes to get the actual addresses of
method/property names in a COM object.
In typeinfo.py, I've commented out the following line:
#raise Check Me
Using test_typeinfo.py as a starting point, I've got a script
Am 19.05.2014 16:31, schrieb Will Dormann:
On 5/19/14, 10:29 AM, Thomas Heller wrote:
Am 19.05.2014 14:13, schrieb Will Dormann:
P.S.Do you have any idea on how I might be able to get the address
of a method or property of a COM object?Or is that outside the scope
of comtypes?
Why
Am 27.08.2013 21:39, schrieb Uri Cohen:
I use comtypes.automation to access an IDispatch object in an
out-of-process server and it seems to me as if the GIL is not unlocked
during the call. Thus when trying to invoke multiple calls on IDispatch
objects the calls are synchronized by the GIL and
Am 19.03.2013 00:12, schrieb Alicia Chen:
I tried a similar setup with a sample C++ server/client and it works
fine. I haven't yet managed to determine what the differences are. Can
anyone shed some light on this?
Alicia,
I have not yet used comtypes on Windows 8. Currently downloading win8
Jan, and others,
my apologies. I don't have time to support comtypes any longer
(apart that I may, from time to time, answer some easy or even
interesting questions on this mailing list).
I don't even have a machine setup so that I can connect to
the sourceforge SVN server, so I cannot commit
James Teh schrieb:
Hi.
In our project, we communicate with Microsoft SAPI 4 speech synthesisers
using COM. When we want to speak data, we must provide an object which
can receive events. (The IConnectionPoint* interfaces are not used.)
Following is a rough, very simplified outline of
Here is a patch for comtypes that will pass byref(...) or pointer(...)
arguments as VT_BYREF variants. It should workfor Pablos and Michaels
use cases - also it demonstrates how to access the original object
of a byref(..) call:
Index: comtypes/automation.py
Am 11.02.2010 02:32, schrieb Pablo Bianucci:
[...]
From the documentation of this control, I get this prototype (I don't know if
that's the right name):
---
Function GetControlMode(lChanID As Long, plMode As Long) As Long
Parameters
lChanID - the channel identifier
plMode - returns
Am 12.02.2010 20:24, schrieb Pablo Bianucci:
Hi Thomas!
On Fri, 12 Feb 2010, Pablo Bianucci wrote:
Exception: Cannot put cparam 'P' (012D7468) in VARIANT
The problem seems to be that the initialization of VARIANT does not know
what to do with a pointer type. I think that VARIANT could
Am 30.01.2010 06:23, schrieb Pablo Bianucci:
Hi!
I am trying to use an ActiveX control (.OCX, from a piezo electric stage
controller)) from a Python program. I have managed to get the control to work,
but I am having problems calling a method.
This is the method in question (from the
serge.weinst...@barclayscapital.com schrieb:
Hi Thomas,
Looking at the MSDN documentation for SafeArrayCreate
(http://msdn.microsoft.com/en-us/library/ms893380.aspx), I've found
that: Neither VT_ARRAY nor the VT_BYREF flag can be set whatever the
referenced type.
Yes, but the docs for
Thomas Heller schrieb:
serge.weinst...@barclayscapital.com schrieb:
Hi,
I'm trying to import a COM type library with the statement
comtypes.client.GetModule(({09022755-93B0-4BA8-9593-AC74E4C6EABB}, 1,
0))
The module is correctly generated but when imported, I got an exception
serge.weinst...@barclayscapital.com schrieb:
Hi,
I'm trying to import a COM type library with the statement
comtypes.client.GetModule(({09022755-93B0-4BA8-9593-AC74E4C6EABB}, 1,
0))
The module is correctly generated but when imported, I got an exception
on:
class
px schrieb:
Hi All,
We are trying to make a call to a method which has the following COMMETHOD
definition:
COMMETHOD([dispid(13), helpstring(u'method PopMessage')], HRESULT,
'PopMessage',
( ['in', 'out'], POINTER(AACDMAMessageEnum), 'MessageType' ),
(
Peter Parente schrieb:
Hi,
I'm trying to use the SAPI5 SPVoice interface through comtypes, but I
don't seem to be getting any events.
I instantiate the interface like so and call ShowEvents
import comtypes.client
tts = comtypes.client.CreateObject('SAPI.SPVoice')
advise =
James Teh schrieb:
Hi Thomas,
In NVDA, we sometimes see access violation and vtable errors in __del__
on comtypes COM POINTER objects and intermittant crashes. I eventually
figured that this might relate to Release() being called too many times.
I then discovered that __del__ on these
So it seems the easiest way to pass this
parameter
to 'create(...)' is this simple patch:
(...)
I've tried your approach and it works. You're right, your solution is
better, I did not see that the extra variable was bound in the
_make_safearray_type closure.
Ok, I'll commit it into the
Eduardo Arias schrieb:
I've come into a problem when trying to implement an interface that has
a single out parameter which happens to be a safearray of
structs/VT_RECORD. I've been able to find a workaround to what looks
like a limitation, which I'm submitting for your review.
The
px schrieb:
Hi there,
Is there a way I can change a generated typelib dynamically without having
to modify the generated .py file itself? (ie. the files generated in
C:\Python25\Lib\site-packages\comtypes\gen).
No, not really. The _methods_ list is processed when the class is created,
comty...@richardshea.fastmail.fm schrieb:
Hi - I've just used comtypes-0.6.1.win32.exe to install comtypes to
Python 2.6 on Windows Vista 32 bit.
The installer displays an error message on the last panel that reads :
Traceback (most recent call last):
File string, line 2, in module
Thomas Heller schrieb:
Finally, I found the time to make the long overdue release:
http://sourceforge.net/projects/comtypes/
comtypes 0.6.1 released.
The source distribution comtypes-0.6.1.zip was missing some files
(reason is that distutils creates a MANIFEST file by default
Thomas Heller thel...@python.net
* Bumped version number to 0.6.1.
2009-08-07 Thomas Heller thel...@python.net
* When an interface was specified in the call to
IClassObject.CreateInstance, return that instead of calling
GetBestInterface. Patch from James Teh.
2009
James Teh schrieb:
Hi Thomas,
Any chance of a release some time soon? We're going to make a release of
our software (NVDA) within the next few months, which uses comtypes
heavily, and it'd be great to have some of the cool stuff in trunk
(IServiceProvider, GetActiveObject with dynamic
James Teh schrieb:
On 5/08/2009 5:55 AM, Thomas Heller wrote:
So, I have now in svn implemented the following:
- Fixed the IClassFactory::CreateInstance method
- Implemented a Pythonic interface for it, also including
the nice 'dynamic=False' parameter.
This is (almost) what I was looking
James Teh schrieb:
Hi all,
I've had cause to instantiate a COM class which is not registered on the
system. To do this, one uses DllGetClassObject on the dll and then calls
CreateInstance on the resulting IClassFactory.
IClassFactory::CreateInstance is defined as:
HRESULT
px schrieb:
Thanks Thomas! This was very helpful indeed. Working great now :)
Came across another problem trying to read back an unsigned byte buffer..
I'm pretty stumped
#COMMETHOD([], HRESULT, 'Read',
# ( ['out'], POINTER(c_ubyte), 'data' ),
# ( ['in'],
Michael Eddington schrieb:
Hello,
I'm running python v2.6 amd64 on Vista x64. I've compiled the latest
ctypes and comtypes (0.6) using Visual Studio 2008.
Does your code work on 32-bit Vista? I'm afraid comtypes (and ctypes) isn't
tested
very good on 64-bit Windows...
--
Thanks,
Thomas
will contain it.
-Ursprungligt meddelande-
Från: Thomas Heller [mailto:thel...@ctypes.org]
Skickat: den 3 april 2009 14:37
Till: comtypes-users@lists.sourceforge.net
Ämne: Re: [comtypes-users] comtypes CreateObject problem
Reinhammar Maria schrieb:
We get the following, less
Reinhammar Maria schrieb:
We get the following, less favourable response :o( Any advice is greatly
appreciated!!
Setting is python 2.5.2, windows xp professional SP3, SolidEdge V20 SP10,
comtypes 0.6
We have great success with comtypes interfacing other software like SmarTeam
(PDM/PLM
Michael Curran schrieb:
Perhaps you can use None, I'm not sure. However, I used c_voidp, not
c_void_p.
c_voidp as far as I am aware means void parameter, not void pointer.
c_voidp can be used in ctypes function declarations for the return type
when it is void.
c_void_p is void pointer.
[I added comtypes-users to the list of recipients, in case any existing
comtypes users is interested in this]
Amaury Forgeot d'Arc schrieb:
Hello Thomas, hello to all pypy-ers,
I'm sure you will be interested to know that the ctypes implementation of pypy
has matured enough to be able to run
Michael Curran schrieb:
Hi,
Here is a python script that shows the problem in action.
By default the script raises an error when trying to retreave the
offsetTop property. However, if you uncomment the commented line just
before that, then it works.
Also, if using
Michael Curran schrieb:
Hi,
I have been using comtypes 0.6 dynamic dispatch support with the MSHTML
interfaces in Internet Explorer and Outlook Express.
I have noticed that for some reason, comtypes is unable to find some
properties, yet win32com can.
Specifically, using a text range
Kelie schrieb:
Thomas Heller thel...@... writes:
Anyway, you should NOT use 'cast' with COM object pointers. Last,
but not least, 'cast' doesn't handle the COM reference count correctly.
Please use 'QueryInterface' with them, like so:
block = obj.QueryInterface(ACAD.IAcadBlockReference
Kelie schrieb:
Ronan,
There is a cast function. But the syntax isn't much shorter.
import comtypes
import comtypes.gen.AutoCAD as ACAD
app = comtypes.client.GetActiveObject(AutoCAD.Application)
obj = app.ActiveDocument.ModelSpace(1)
#Assume this obj is a block
block =
Ronan Paixão schrieb:
Also, I'm had some problems with type coercion. In the VB examples, the
variable types are declared before using, which coerce return types. The
comtypes documentation is terrible and I didn't find anything to do
similar. The problem is that ms.Item(number), where ms is
quite some time or disk space since the
wrapper modules can be huge.
- Bugfixes
Detailed changes since version 0.5.3:
2008-12-19 Thomas Heller thel...@python.net
* Bumped version number to 0.6.0.
* comtypes.client.lazybind.Dipatch:
If __getitem__ fails the get
Sandy Walsh schrieb:
Hey all (again), congrats on 0.5.3!
Thanks!
I can't seem to get apps by using GetEvents(), but ShowEvents() works fine.
My app is running in wxpython app and, hopefully, gets its event pump
from the wx.MainLoop()
I have a simple window that holds my ActiveX
Sandy Walsh schrieb:
Little update on this
I added to automation.py ...
_get_value(self):
...
elif vt == VT_I8:
return self._.VT_I8
tagVARIANT
_fields_ = [
...
(VT_I8, c_longlong),
And it works fine.
Thanks for the heads up. I have extended
:
2008-12-12 Thomas Heller thel...@python.net
* Bumped version number to 0.5.3.
* Added VARIANT support for VT_I8 and VT_UI8 typecodes.
2008-12-11 Thomas Heller thel...@python.net
* Workaround for Python bug: Python 3 cannot handle a distutils
Michael Curran schrieb:
Hi Thomas,
Support for getEvents/showEvents would be great with dynDispatch.
However I must admit, that I didn't realize that it was possible to
support events purely with IDispatch.
My project doesn't technically rely on support for COM events in the
places
Wong, Shin Guey schrieb:
I had a com dll return a structure and the structure definition is like below:
class DeviceInfo(Structure):
_recordinfo_ = ('{70577167-ED71-4977-B719-2C40C6DD8E1D}', 1, 2, 0L,
'{6C7A25CB-7938-4BE0-A285-12C616717FDD}')
DeviceInfo._fields_ = [
('Special',
Torbjorn Tyridal schrieb:
Oh well.. Here it is anyway..
The asumtion that [out] arguments are placed after [in] arguments
proved false, here is a patch that accepts arguments in any order.
I have now written a single unit test for this (which is probably not
enough) and applied your patch to
Michael Curran schrieb:
Thanks.
Interested to know what the timeframe is now in regards to getting
dyndispatch merged in to trunk? I've been trying dyndispatch as a
replacement to win32com IDispatch for my own project, and performance
is just the same, if not a little better.
Were
Michael Curran schrieb:
Hi,
Thanks for the explanation. If comtypes is already using the [] syntax
for early bound interfaces, and if that is the most suitable way, then
that sounds ok to me. I agree that it is important to keep dyn dispatch
interfaces as compatible with early bound
That [out] has now become an __in because the caller allocates the buffer.
If you are *implementing* this method - is there a problem at all?
The caller HAS already allocated the buffer, you only have to fill it.
Anyway, if you have special requirements that can not be fullfilled by
the
Martin (gzlist) schrieb:
On 03/11/2008, Markus Gritsch [EMAIL PROTECTED] wrote:
Hi,
I would like to create shell links (.lnk) from my Python program.
...
It would be very nice, if someone could give me any advice
how to do this using comtypes.
When I wanted to do this in a hurry and
Markus Gritsch schrieb:
Hi,
just to let you know: I gave up on creating .lnk files using comtypes
and instead use .url files with a local address. For my application
placing such a file in the Windows startup folder they works just
fine, and have the huge advantage of being simple text
Markus Gritsch schrieb:
Hi,
I would like to create shell links (.lnk) from my Python program. I
found the following solution at [1] which uses win32com:
import os, sys
import pythoncom
from win32com.shell import shell, shellcon
shortcut = pythoncom.CoCreateInstance (
Torbjorn Tyridal schrieb:
Hi, I have another one for you:
from the idl file (oleview)
interface ISoftUSBEndpointEvents : IUnknown {
...
[helpstring(Fired when an IN transaction is received from the host.
Allows device simulator to directly return data to host controller for
the
Torbjorn Tyridal schrieb:
Oh well.. Here it is anyway..
Many thanks for the patch. I will create additional unittests
for the new behaviour and eventually commit it.
The asumtion that [out] arguments are placed after [in] arguments
proved false, here is a patch that accepts arguments in any
James Teh schrieb:
Hi all,
I am a little confused about the this parameter to COM events.
When one wants to receive COM events, one does something like the following:
self._advise = comtypes.client.GetEvents(self._server, Sink())
where the Sink class has methods such as:
def
Wong, Shin Guey schrieb:
Message: 4
Date: Mon, 27 Oct 2008 20:52:09 +0100
From: Thomas Heller [EMAIL PROTECTED]
Subject: Re: [comtypes-users] Problem on access propput and propget
functions
To: comtypes-users@lists.sourceforge.net
Sorry for this too late reply - I must somehow have
Torbjorn Tyridal schrieb:
Another issue,
Is it possible to control the hResult value returned from event sinks ?
My COM object typically sends and event, assumes everything is fine
and handled on S_OK and does some default handler if S_FAIL is
returned.
Well, I think that relying on
Torbjorn Tyridal schrieb:
On Tue, Oct 28, 2008 at 4:23 PM, Thomas Heller [EMAIL PROTECTED] wrote:
I'm using comtypes (0.5.2) with the DSF
(http://www.microsoft.com/whdc/devtools/DSF.mspx), and it seems to me
that the generated prototypes for methods requiring object pointers
are wrong
Erik Wilsher schrieb:
After some further digging and testing with other COM-servers, I found
out that I was creating new objects in my client code, rather than
connecting to the active object.
Ok, so I assume your events are working now.
So the hurdle now is to register an
instance of my
Torbjorn Tyridal schrieb:
I'm using comtypes (0.5.2) with the DSF
(http://www.microsoft.com/whdc/devtools/DSF.mspx), and it seems to me
that the generated prototypes for methods requiring object pointers
are wrong.
It seems valid for all methods related to DSF, and example is
Erik Wilsher schrieb:
I have a problem with Fire_Event that I can't figure out, and some help
would be appreciated. The problem is probably from my lack of
understanding of COM.
I have a server with three interfaces, one outbound event interface, and two
inbound interfaces
[...]
The
Malte Skarupke schrieb:
I'm trying to get the 3D Space Navigator
(http://www.3dconnexion.com/) to work in Python. I quickly found a
solution using comtypes on the 3DConnexion developer forum:
http://www.3dconnexion.com/forum/viewtopic.php?t=984start=30
However that solution only works with
[Resending, the first answer seemed to get lost somewhere]
Malte Skarupke schrieb:
I'm trying to get the 3D Space Navigator
(http://www.3dconnexion.com/) to work in Python. I quickly found a
solution using comtypes on the 3DConnexion developer forum:
[Resending, the first answer seemed to get lost somewhere]
Anthony Tuininga schrieb:
On Thu, Sep 18, 2008 at 10:44 AM, Thomas Heller [EMAIL PROTECTED] wrote:
Thomas Heller schrieb:
Here's the next idea that I have for the version checking: Version
check inside
the generated modules
Thomas Heller schrieb:
Here's the next idea that I have for the version checking: Version check
inside
the generated modules, but using code outside:
So, inside the generated module:
'''
from comtypes import check_wrapper_version
check_wrapper_version('42
I agree that version checking outside would be nicer. I tried to hack
the comtypes.client._generate module and the codegenerator to implement this,
but there is one place where an outside version check does not work. For
example, the InternetExplorer typelib generated module contains this
I have comitted an implementation as svn revision 407.
I took a look. Much better. :-)
Just one further question: is there any reason why you have the code
inside the generated module to raise an error if the generated number
does not match when you are already performing that check after
Anthony,
I have, finally, come to the conclusion that you are absolutely right:
it is fundamentally broken to make the generated modules dependent on
timestamps.
Whether a generated module is up to date or not should only depend on two
things:
- the version number of the type library (this is
MR Michael Robellard (5314) schrieb:
We have created a COM object that runs under IE to implement the
IURLSearchHook2 interface. This allows you to intercept invalid URLs and
run a search for them in the address bar of IE. Everything has been
running great on my XP box with IE6 installed on
I have moved the comtypes subversion repository back to sourceforge,
and also cleaned up the repository structure to a more standard layout.
If you have a SVN checkout of comtypes, please get a fresh one from
the new url:
https://comtypes.svn.sourceforge.net/svnroot/comtypes/
ViewVC is
I have released comtypes 0.5.1, so that it is no longer
required to use SVN to get the current package.
Here is the full ChangeLog:
2008-08-07 Thomas Heller [EMAIL PROTECTED]
* Bump version number to 0.5.1
* comtypes\tools\codegenerator.py: Change the order
Kelie schrieb:
Thomas Heller [EMAIL PROTECTED] writes:
It might be faster to use this code; you sabe one COM call in the loop:
item = ms.Item
for i in xrange(ms.Count):
item(i).Color = 3
Thomas, Thanks for your advice. I tried your suggestion and it does not appear
to make
Michael Curran schrieb:
In regards to use cases, I guess the reason why I want this
functionality is for the main project I am working on, which is the NVDA
screen reader, at
http://www.nvda-project.org/
In that project we use comtypes very heavily, for MSAA, SAPI, RichEdit
controls,
MR Michael Robellard (5314) schrieb:
Thomas,
Thanks for your help... Worked like a charm... I am not sure why your IE
was calling translate from IURLSearchHook instead of
TranslateWithSearchContext on IURLSearchHook2 on your machine, but we
made the suggested changes to the generated file
Kelie schrieb:
Hello,
I wrote a simple script which uses comtypes. When I run it the first time, it
takes some time to generate the module(s) (in the comtypes/gen directory),
which
is normal.
comtypes creates the modules on the first time they are needed (which is usually
when you call
MR Michael Robellard (5314) schrieb:
Hello,
I am trying to implement the IURLSearchHook2 interface in comtypes and I
am running into some issues.
which generate the following in the comtypes.gen .py files:
class IURLSearchHook2(IURLSearchHook):
_case_insensitive_ = True
_iid_
Michael Curran schrieb:
Hi Tim,
I wasn't aware Thomas was away, thanks for letting me know. He just
suggested to me the other week that I should join and start a discussion
on here about the patch.
In regards to use cases, I guess the reason why I want this
functionality is for the
Michael Curran schrieb:
Hi Tim,
I wasn't aware Thomas was away, thanks for letting me know. He just
suggested to me the other week that I should join and start a discussion
on here about the patch.
I thought that other users (there aren't so many, yet) would have opinions on
this.
Björn Swift schrieb:
I've been playing around with comtypes for the last few days and ran
into some trouble reading COM Properties. The COM in question is
Microsoft.Hpc.Scheduler.Scheduler and this is the Python code
executed:
from comtypes.client import CreateObject
scheduler =
I have made some larger changes in the SVN trunk; maybe a little bit
early since I started it some weeks ago and it is not yet ready.
The trunk version number has been changed to 0.5, but I have also
created a comtypes-0.4 branch where I still make small fixes and also
plan to make further
[EMAIL PROTECTED] schrieb:
[passing GUIDs by value works on 32-bit python but not 64-bit python (on Vista
64)]
Seems to stomp memory.
I'm not a native english speaker and do not understand what you mean.
Also, can you give a description or a code sample to illustrate the problem?
Best would be
Robin Dunn schrieb:
I've got a comtypes based activex container for wxPython[1], and I'm
trying to find a way to prevent the default context menu in an
IWebBrowser2 control.
Cool.
After some googling it seems from some VB
sites[2] that there should be a OnContextMenu event coming from
Thomas Heller schrieb:
I do not remember exactly how I managed to remove the contents attribute from
POINTER(ISomeInterface), or how I prevented indexing. It makes no sense to
dereference a COM pointer, the only interesting things that you can do with
a COM pointer is to call methods
Matt Wilbur schrieb:
I may be saved. I'm still not sure exactly why, though.
My explanation will follow.
After some desperate tracing, I found something that works ( I found an 'if'
statement when calling the method which always went down one path when I
passed in an LP_LP_c_double
Kelie schrieb:
Hello,
First of all, I suppose most users on this list would have no interest in this
topic. But I'm posting it anyway because it has puzzled for quite a while and
finally thanks to Thomas who found a solution. I also want to thank Ed Blake
who
showed me a solution with
Ed Blake schrieb:
I just tested under comtypes 0.3 and 0.4 with Autocad 2008. I get this
exception for both when using CreateObject:
##
acad = client.CreateObject(AutoCAD.Application)
Traceback (most recent call last):
Jens schrieb:
Hello Thomas,
(now to correct list address...)
That's great...
Many thanks for the answer but unfortunately it does not help.
and this is not so great ;-).
I'm not experienced with (D)COM. As I see if I want to use the CoClass (resp.
QueryInterface) I
have to do this
Roman Yakovenko schrieb:
On Feb 12, 2008 11:06 PM, Thomas Heller [EMAIL PROTECTED] wrote:
Here is a fix for this problem:
Index: comtypes/client/_generate.py
===
--- comtypes/client/_generate.py(revision 59545
Roman Yakovenko schrieb:
I am trying to generate module to custom directory and the process
fails with next error:
# Generating comtypes.gen._106173A0_0173_4E5C_84E7_E915422BE997_0_2_0
# Generating comtypes.gen._00020430___C000_0046_0_2_0
Traceback (most recent call last):
Roman Yakovenko schrieb:
On Feb 12, 2008 10:48 PM, Thomas Heller [EMAIL PROTECTED] wrote:
Roman Yakovenko schrieb:
Hi.
I looked on generated code for msdia71.dll and this is what I found:
# values for enumeration 'SymTagEnum'
...
SymTagEnum = 12
...
SymTagEnum = c_int # enum
Roman Yakovenko schrieb:
Unfortunately I have very basic COM knowledge and I thought, may I say
expected :-) , comtypes will keep me long away from it.
I will check the new versions, may be they don't have such problems. I
will let you know.
As I said, I'll have to investigate further.
Roman Yakovenko schrieb:
Good morning.
I got error while calling comtypes.client.GetModule function.
Here is the call stack:
e:\Python25\pythonw.exe -u pdb_reader.py
Traceback (most recent call last):
File pdb_reader.py, line 8, in module
print comtypes.client.GetModule(
[EMAIL PROTECTED] schrieb:
Does comtypes automatically handle Object cleanup when the code goes
out of scope? Or is there some command that I should send to release
the Object/.dll?
Unloading the server that implements the COM object is done by the COM runtime;
there is nothing special that
of date.
Several small bugfixes, see the ChangeLog.
Changes since version 0.4.0:
2007-11-23 Thomas Heller [EMAIL PROTECTED]
* Released version comtypes 0.4.1.
* Add a PumpEvents(timeout) function to comtypes.client. This
function calls the win32 CoWaitForMultipleHandles
Thomas Heller schrieb:
I can reproduce your problem now, in PythonWin.
Strange bug! I think I have a fix already, but I would like to understand
the bug
Although I tried, I have not really found out what was happening. Some
very strange interaction between the comtypes.partial
Suraj Barkale schrieb:
Hi,
I am trying to debug a script which uses comtypes 0.4 for parsing
word documents. However, whenever I set a breakpoint in the script,
ide (PyScripter / PythonWin) stops with the exception at end of this
mail.
I tried this simple script:
import
Suraj Barkale schrieb:
Hi,
On 11/13/07, Thomas Heller [EMAIL PROTECTED] wrote:
Can you please try and remove all files from the comtypes\gen directory,
and then rerun your script?
Note that script runs without problem. I get the exception only if
I set breakpoint in either PyScriptor
Michael Eddington schrieb:
First, thanks for comtypes :)
You're welcome, and thanks for moving the question to the mailing list.
I'm curious what the roadmap looks like for stabilizing the interfaces.
The comtypes interface has been changing release to release creating a
need to rewrite
Rimon Barr schrieb:
Hi Thomas,
I noticed your new comtypes 0.4 release from Friday, which includes
not only my patch, but a complete revamping of the safearray
implementation. Thank you! I'm going to try it next week. With this
new safearray support, I can likely get a particular COM piece
Radu Adrian Ciora schrieb:
But that this event then?
# event found: _dispCommandBarControlEvents_Click
Well, ShowEvents first prints the available events (methods) that it finds on
the interface
in this way (sample for InternetExplorer):
con = ShowEvents(ie)
# event found:
Hi,
we had some discussions about messageloops on this list already.
You may remember that you need to run a message loop to receive
COM events. Well, this is only true for single threaded apartments,
not for multithreaded apartments.
Message loops are strange beasts, especially if you want
and propputref COM properties.
- Added support for UDT (user defined datatypes).
Here is the changelog:
2007-11-02 Thomas Heller [EMAIL PROTECTED]
* Bump version number to 0.4.0.
Released version 0.4.0.
* In _wrap_coclass, attach a __clsid attribute to the returned
99 matches
Mail list logo
