Re: [python-win32] Python-win32 Digest, Vol 33, Issue 7

2005-12-08 Thread Tony C
Ok, I've removed all of the references to my Class nam in the Reg- there were a lot, put in a static GUID, added self back to the arg list, and now the call to the split function works. There seems to be a problem on the VB side now, related to the types. Mark said all vars in VB need to be

Re: [python-win32] Python-win32 Digest, Vol 33, Issue 7

2005-12-07 Thread Tony C
Ok, I'm about 90% there nowI've used the Simple.py from page 213, because there is less involved.when I run it- I see the registration messages. All is good so far.I made one tiny change, related to the call to CreateGuid() import pythoncomclass PythonCOMServer: _public_methods_ = ['pyCOMSplit']

Re: [python-win32] Python-win32 Digest, Vol 33, Issue 7

2005-12-07 Thread Michel Claveau
Hi! Your function pyCOMSplit is a method of the class PythonCOMServer. Please, add'self', like this : def pyCOMSplit(self, StringFromVB): It's all Michel Claveau ___ Python-win32 mailing list Python-win32@python.org

Re: [python-win32] Python-win32 Digest, Vol 33, Issue 7

2005-12-07 Thread Mark Hammond
CreateGuid() will create a new GUID each time it is registered. That will end up creating turds in your registry. Generate the GUID once and hard-code it in, as the samples do. Your main problem is that you forgot the self param in the method. Cheers, Mark -Original Message- From:

Re: [python-win32] Python-win32 Digest, Vol 33, Issue 7

2005-12-06 Thread Mark Hammond
Certainly COM would work. In this case your VB EXE would use CreateObject to create a Python implemented object. As what type of Python Object? I have the VB6 ide open, and the references Browser as well, there is no generic Python object to include into a VB project. Which means one