pywin32-bugs — Automated tracker notifications (not for bug reports!)

[pywin32-bugs] [ pywin32-Bugs-3570254 ] ISAPI dll loading failed with pywin32 x64 version

[SourceForge.net <no...@so...>]

Bugs item #3570254, was opened at 2012-09-20 15:20
Message generated for change (Settings changed) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3570254&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: ISAPI dll loading failed with pywin32 x64 version

Initial Comment:
I installed ActivePython 2.7 on the WinServer 2008r2. Activepython 2.7 comes with pywin32. The use of ISAPI package fails with error 500.0. THe IIS failure page is at http://snag.gy/33FuZ.jpg 

I have verified with dumpbin that the PyISAPI.dll that comes with the package is indeed x64 version.

I worked around this problem by installing x86 activepython + pywin32 on the same machine. And let IIS to load 32bit applications.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3570254&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3570254 ] ISAPI dll loading failed with pywin32 x64 version

[SourceForge.net <no...@so...>]

Bugs item #3570254, was opened at 2012-09-20 15:20
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3570254&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: ISAPI dll loading failed with pywin32 x64 version

Initial Comment:
I installed ActivePython 2.7 on the WinServer 2008r2. Activepython 2.7 comes with pywin32. The use of ISAPI package fails with error 500.0. THe IIS failure page is at http://snag.gy/33FuZ.jpg 

I have verified with dumpbin that the PyISAPI.dll that comes with the package is indeed x64 version.

I worked around this problem by installing x86 activepython + pywin32 on the same machine. And let IIS to load 32bit applications.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3570254&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3562879 ] win32com and PAMIE 3

[SourceForge.net <no...@so...>]

Bugs item #3562879, was opened at 2012-08-29 08:34
Message generated for change (Comment added) made by fraca7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Raveesh (spaniard81)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com and PAMIE 3

Initial Comment:
I am trying to run the Simple Example to automate a google search on "Python"
http://mail.python.org/pipermail/python-announce-list/2009-March/007279.html

######################################################
from PAM30 import PAMIE

ie = PAMIE()
ie.navigate("google.com")
ie.setTextBox("q", "python")
ie.clickButton("Google Search")
ie.clickLink("Python Programming Language -- Official Website")

######################################################
I have the exact same setup as mentioned in the note by Rob Marchetti. Note:This version only only works with Python 3.0 on Windows and
requires Mark Hammond's pywin32 for Python3.0 - pywin32-213.win32-py3.0.exe

But i get the following error:   
TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given)

Details:
Traceback (most recent call last):
  File "testPAM.py", line 10, in <module>
    ie.setTextBox("q", "python")
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 2093, in setTextBox
    foundElement = self.getTextBox(name)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 1717, in getTextBox
    foundElement = self.findElement("input", "id;name;value", name)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 445, in findElement
    elements = self.getElementsList(tag)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 939, in getElementsList
    elements = self._ie.Document.getElementsByTagName(tag)
TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given)

Python on my machine: Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32
 

The bug has also been reported on http://stackoverflow.com/questions/11580340/typeerror-with-pamie with no solution!

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-09-16 21:56

Message:
Thanks.

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-16 16:55

Message:
I'll try and look into this soon.

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-09-16 02:20

Message:
This is still "pending"... Should I open another bug report for my own
situation ?

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-08-30 04:51

Message:
This has nothing to do with Python 3 or PAM. I get the same error using
this script (with Python 2.2, win32all build 210, as well as Python 2.5 and
win32all build 217). It only happens with MSIE 9. Fun thing is that on a
site like Baidu (commented line here), which uses compatibility mode IFAIK,
it works. Tested on Win7 Ultimate 32 bits.


import win32com.client
import time

ie = win32com.client.Dispatch('InternetExplorer.Application.1')
try:
    ie.Visible = 1
    ie.Navigate("http://www.google.com")
    # ie.Navigate("http://www.baidu.com")

    while ie.Busy:
        time.sleep(1)

    print ie.Document.getElementsByTagName("a")
finally:
    ie.Quit()


----------------------------------------------------------------------

Comment By: Raveesh (spaniard81)
Date: 2012-08-30 02:22

Message:
i am running this on a 64bit Win7, Intel machine, if that has anything to
do with this.

----------------------------------------------------------------------

Comment By: Raveesh (spaniard81)
Date: 2012-08-30 02:21

Message:
Hi, following you suggestion i upgraded to Python 3.x. Here is the exact
version:
Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)]
on win32
And i have installed pywin32-217.win32-py3.2 from sourceforge

I still get the same TypeError: getElementsByTagName() takes exactly 1
positional argument (2 given)



----------------------------------------------------------------------

Comment By: Roger Upole (rupole)
Date: 2012-08-29 09:03

Message:
The first thing to try is using a newer version of Python 3.  There were
enough problems with Python 3.0 that pywin32 is no longer released for it.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3562879 ] win32com and PAMIE 3

[SourceForge.net <no...@so...>]

Bugs item #3562879, was opened at 2012-08-29 08:34
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
>Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Raveesh (spaniard81)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com and PAMIE 3

Initial Comment:
I am trying to run the Simple Example to automate a google search on "Python"
http://mail.python.org/pipermail/python-announce-list/2009-March/007279.html

######################################################
from PAM30 import PAMIE

ie = PAMIE()
ie.navigate("google.com")
ie.setTextBox("q", "python")
ie.clickButton("Google Search")
ie.clickLink("Python Programming Language -- Official Website")

######################################################
I have the exact same setup as mentioned in the note by Rob Marchetti. Note:This version only only works with Python 3.0 on Windows and
requires Mark Hammond's pywin32 for Python3.0 - pywin32-213.win32-py3.0.exe

But i get the following error:   
TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given)

Details:
Traceback (most recent call last):
  File "testPAM.py", line 10, in <module>
    ie.setTextBox("q", "python")
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 2093, in setTextBox
    foundElement = self.getTextBox(name)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 1717, in getTextBox
    foundElement = self.findElement("input", "id;name;value", name)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 445, in findElement
    elements = self.getElementsList(tag)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 939, in getElementsList
    elements = self._ie.Document.getElementsByTagName(tag)
TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given)

Python on my machine: Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32
 

The bug has also been reported on http://stackoverflow.com/questions/11580340/typeerror-with-pamie with no solution!

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2012-09-16 16:55

Message:
I'll try and look into this soon.

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-09-16 02:20

Message:
This is still "pending"... Should I open another bug report for my own
situation ?

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-08-30 04:51

Message:
This has nothing to do with Python 3 or PAM. I get the same error using
this script (with Python 2.2, win32all build 210, as well as Python 2.5 and
win32all build 217). It only happens with MSIE 9. Fun thing is that on a
site like Baidu (commented line here), which uses compatibility mode IFAIK,
it works. Tested on Win7 Ultimate 32 bits.


import win32com.client
import time

ie = win32com.client.Dispatch('InternetExplorer.Application.1')
try:
    ie.Visible = 1
    ie.Navigate("http://www.google.com")
    # ie.Navigate("http://www.baidu.com")

    while ie.Busy:
        time.sleep(1)

    print ie.Document.getElementsByTagName("a")
finally:
    ie.Quit()


----------------------------------------------------------------------

Comment By: Raveesh (spaniard81)
Date: 2012-08-30 02:22

Message:
i am running this on a 64bit Win7, Intel machine, if that has anything to
do with this.

----------------------------------------------------------------------

Comment By: Raveesh (spaniard81)
Date: 2012-08-30 02:21

Message:
Hi, following you suggestion i upgraded to Python 3.x. Here is the exact
version:
Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)]
on win32
And i have installed pywin32-217.win32-py3.2 from sourceforge

I still get the same TypeError: getElementsByTagName() takes exactly 1
positional argument (2 given)



----------------------------------------------------------------------

Comment By: Roger Upole (rupole)
Date: 2012-08-29 09:03

Message:
The first thing to try is using a newer version of Python 3.  There were
enough problems with Python 3.0 that pywin32 is no longer released for it.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3562879 ] win32com and PAMIE 3

[SourceForge.net <no...@so...>]

Bugs item #3562879, was opened at 2012-08-29 08:34
Message generated for change (Comment added) made by fraca7
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Raveesh (spaniard81)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com and PAMIE 3

Initial Comment:
I am trying to run the Simple Example to automate a google search on "Python"
http://mail.python.org/pipermail/python-announce-list/2009-March/007279.html

######################################################
from PAM30 import PAMIE

ie = PAMIE()
ie.navigate("google.com")
ie.setTextBox("q", "python")
ie.clickButton("Google Search")
ie.clickLink("Python Programming Language -- Official Website")

######################################################
I have the exact same setup as mentioned in the note by Rob Marchetti. Note:This version only only works with Python 3.0 on Windows and
requires Mark Hammond's pywin32 for Python3.0 - pywin32-213.win32-py3.0.exe

But i get the following error:   
TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given)

Details:
Traceback (most recent call last):
  File "testPAM.py", line 10, in <module>
    ie.setTextBox("q", "python")
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 2093, in setTextBox
    foundElement = self.getTextBox(name)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 1717, in getTextBox
    foundElement = self.findElement("input", "id;name;value", name)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 445, in findElement
    elements = self.getElementsList(tag)
  File "C:\Users\raveesh\Dropbox\myCode\SSSB\PAM30.py", line 939, in getElementsList
    elements = self._ie.Document.getElementsByTagName(tag)
TypeError: getElementsByTagName() takes exactly 1 positional argument (2 given)

Python on my machine: Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32
 

The bug has also been reported on http://stackoverflow.com/questions/11580340/typeerror-with-pamie with no solution!

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-09-16 02:20

Message:
This is still "pending"... Should I open another bug report for my own
situation ?

----------------------------------------------------------------------

Comment By: Jérome Laheurte (fraca7)
Date: 2012-08-30 04:51

Message:
This has nothing to do with Python 3 or PAM. I get the same error using
this script (with Python 2.2, win32all build 210, as well as Python 2.5 and
win32all build 217). It only happens with MSIE 9. Fun thing is that on a
site like Baidu (commented line here), which uses compatibility mode IFAIK,
it works. Tested on Win7 Ultimate 32 bits.


import win32com.client
import time

ie = win32com.client.Dispatch('InternetExplorer.Application.1')
try:
    ie.Visible = 1
    ie.Navigate("http://www.google.com")
    # ie.Navigate("http://www.baidu.com")

    while ie.Busy:
        time.sleep(1)

    print ie.Document.getElementsByTagName("a")
finally:
    ie.Quit()


----------------------------------------------------------------------

Comment By: Raveesh (spaniard81)
Date: 2012-08-30 02:22

Message:
i am running this on a 64bit Win7, Intel machine, if that has anything to
do with this.

----------------------------------------------------------------------

Comment By: Raveesh (spaniard81)
Date: 2012-08-30 02:21

Message:
Hi, following you suggestion i upgraded to Python 3.x. Here is the exact
version:
Python 3.2.3 (default, Apr 11 2012, 07:15:24) [MSC v.1500 32 bit (Intel)]
on win32
And i have installed pywin32-217.win32-py3.2 from sourceforge

I still get the same TypeError: getElementsByTagName() takes exactly 1
positional argument (2 given)



----------------------------------------------------------------------

Comment By: Roger Upole (rupole)
Date: 2012-08-29 09:03

Message:
The first thing to try is using a newer version of Python 3.  There were
enough problems with Python 3.0 that pywin32 is no longer released for it.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3562879&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-14 05:51

Message:
I have now tested the interface code - its broken (getting and setting the
value returns the wrong value), but it does give me another example of an
interface.

As I said on '2012-09-11 02:55:38 PDT', all methods on
spManagerTEvent.TEventManager are Private - in the example
PyComTestImplementation class, the visibility of the functions isn't
specified - which means they default to Public. Changing them to Private
also causes an empty IDispatch.

This still isnt the end of the story however, as I can successfully call
win32com.client.Dispatch('PyCOMVBTest.PyComTestImplementation') even with
the empty IDispatch...

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-14 04:54

Message:
Got a chance to look some more at this. Changing c from Collection to
Object gives a much better error:

====================

Run-time error '451':

Property let procedure not defined and property get procedure did not
return an object

====================

Tester.CollectionProperty has Set and Get - presumably VB6 is messing
around with Tester.CollectionProperty rather than the underlying Collection
object that is returned?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-14 03:52

Message:
I have had a play around with the VB6 test project (this doesnt seem to be
included with the source zip). I had to recreate the PyCOMVBTest project as
Visual Studio failed to find any of the class files (even though they were
in the same directory...), and when I tried to test it with the VBTest
project, I get the 'Object required' error 424 on the attempt to set the
value of an item of c in Sub Main, so it isnt going too well.

I'll have another try on Monday, hopefully testing the Interface code as
well. I can't comment on why the IDispatch interface is empty, beyond what
Ive already said about the objects.

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-13 16:39

Message:
The IDL seems to be the same as the generated file - eg,
spManagerTEvent.idl has just:

    interface _TEventManager : IDispatch {
    };

ie, an "empty" interface.  pycomvbtest can be found in the source tree for
pywin32 -
http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/file/977f4f21ae8b/com/TestSources/PyCOMVBTest

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-13 05:55

Message:
I have attached the relevant IDL files (would be nice if OLEView allowed
you just to save one file that then allowed you to browse the hierarchy
like I can on this machine...).

The test suite looks to be PyCOMVBTest, but I cant find that anywhere?

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-12 19:47

Message:
It hasn't picked up much at all, but I can't even speculate as to why that
would be.  If you can use the Microsoft OLE viewer and dump the source of
the typelib and attach it here I might get more clues.  Note however that
if VB6 is set to create IDispatch objects it generally works fine - there
is one vb6 created binary used in the test suite.  Sadly I haven't used VB6
for so long that the details escape me.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-14 04:54

Message:
Got a chance to look some more at this. Changing c from Collection to
Object gives a much better error:

====================

Run-time error '451':

Property let procedure not defined and property get procedure did not
return an object

====================

Tester.CollectionProperty has Set and Get - presumably VB6 is messing
around with Tester.CollectionProperty rather than the underlying Collection
object that is returned?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-14 03:52

Message:
I have had a play around with the VB6 test project (this doesnt seem to be
included with the source zip). I had to recreate the PyCOMVBTest project as
Visual Studio failed to find any of the class files (even though they were
in the same directory...), and when I tried to test it with the VBTest
project, I get the 'Object required' error 424 on the attempt to set the
value of an item of c in Sub Main, so it isnt going too well.

I'll have another try on Monday, hopefully testing the Interface code as
well. I can't comment on why the IDispatch interface is empty, beyond what
Ive already said about the objects.

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-13 16:39

Message:
The IDL seems to be the same as the generated file - eg,
spManagerTEvent.idl has just:

    interface _TEventManager : IDispatch {
    };

ie, an "empty" interface.  pycomvbtest can be found in the source tree for
pywin32 -
http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/file/977f4f21ae8b/com/TestSources/PyCOMVBTest

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-13 05:55

Message:
I have attached the relevant IDL files (would be nice if OLEView allowed
you just to save one file that then allowed you to browse the hierarchy
like I can on this machine...).

The test suite looks to be PyCOMVBTest, but I cant find that anywhere?

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-12 19:47

Message:
It hasn't picked up much at all, but I can't even speculate as to why that
would be.  If you can use the Microsoft OLE viewer and dump the source of
the typelib and attach it here I might get more clues.  Note however that
if VB6 is set to create IDispatch objects it generally works fine - there
is one vb6 created binary used in the test suite.  Sadly I haven't used VB6
for so long that the details escape me.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-14 03:52

Message:
I have had a play around with the VB6 test project (this doesnt seem to be
included with the source zip). I had to recreate the PyCOMVBTest project as
Visual Studio failed to find any of the class files (even though they were
in the same directory...), and when I tried to test it with the VBTest
project, I get the 'Object required' error 424 on the attempt to set the
value of an item of c in Sub Main, so it isnt going too well.

I'll have another try on Monday, hopefully testing the Interface code as
well. I can't comment on why the IDispatch interface is empty, beyond what
Ive already said about the objects.

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-13 16:39

Message:
The IDL seems to be the same as the generated file - eg,
spManagerTEvent.idl has just:

    interface _TEventManager : IDispatch {
    };

ie, an "empty" interface.  pycomvbtest can be found in the source tree for
pywin32 -
http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/file/977f4f21ae8b/com/TestSources/PyCOMVBTest

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-13 05:55

Message:
I have attached the relevant IDL files (would be nice if OLEView allowed
you just to save one file that then allowed you to browse the hierarchy
like I can on this machine...).

The test suite looks to be PyCOMVBTest, but I cant find that anywhere?

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-12 19:47

Message:
It hasn't picked up much at all, but I can't even speculate as to why that
would be.  If you can use the Microsoft OLE viewer and dump the source of
the typelib and attach it here I might get more clues.  Note however that
if VB6 is set to create IDispatch objects it generally works fine - there
is one vb6 created binary used in the test suite.  Sadly I haven't used VB6
for so long that the details escape me.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2012-09-13 16:39

Message:
The IDL seems to be the same as the generated file - eg,
spManagerTEvent.idl has just:

    interface _TEventManager : IDispatch {
    };

ie, an "empty" interface.  pycomvbtest can be found in the source tree for
pywin32 -
http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/file/977f4f21ae8b/com/TestSources/PyCOMVBTest

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-13 05:55

Message:
I have attached the relevant IDL files (would be nice if OLEView allowed
you just to save one file that then allowed you to browse the hierarchy
like I can on this machine...).

The test suite looks to be PyCOMVBTest, but I cant find that anywhere?

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-12 19:47

Message:
It hasn't picked up much at all, but I can't even speculate as to why that
would be.  If you can use the Microsoft OLE viewer and dump the source of
the typelib and attach it here I might get more clues.  Note however that
if VB6 is set to create IDispatch objects it generally works fine - there
is one vb6 created binary used in the test suite.  Sadly I haven't used VB6
for so long that the details escape me.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-13 05:55

Message:
I have attached the relevant IDL files (would be nice if OLEView allowed
you just to save one file that then allowed you to browse the hierarchy
like I can on this machine...).

The test suite looks to be PyCOMVBTest, but I cant find that anywhere?

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-12 19:47

Message:
It hasn't picked up much at all, but I can't even speculate as to why that
would be.  If you can use the Microsoft OLE viewer and dump the source of
the typelib and attach it here I might get more clues.  Note however that
if VB6 is set to create IDispatch objects it generally works fine - there
is one vb6 created binary used in the test suite.  Sadly I haven't used VB6
for so long that the details escape me.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2012-09-12 19:47

Message:
It hasn't picked up much at all, but I can't even speculate as to why that
would be.  If you can use the Microsoft OLE viewer and dump the source of
the typelib and attach it here I might get more clues.  Note however that
if VB6 is set to create IDispatch objects it generally works fine - there
is one vb6 created binary used in the test suite.  Sadly I haven't used VB6
for so long that the details escape me.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 05:04

Message:
The OleView error about being unable to load dlls is rubbish - this was
simply a case of some of the type libraries not being registered on the
system... the COM browser can now cope with browsing too.

However, I'm still not able to call the Start method (from IManager) on the
'spManagerTEvent.TEventManager' object - apparently it doesnt exist.

I ran makepy on the object and got the attached generated code - this is my
first time reading such a file, but it doesnt look like its picked up any
VB6 interfaces?

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-11 02:55

Message:
Right, I have found a colleague with COM/ActiveX experience - this dll
implements  two interfaces, IManager and ITEventStatus. Every method on the
actual class is marked Private, even those implementing the interfaces. So
presumably the interface methods are the only public methods available on
the object.

The two interfaces are registered via type libraries (have both the tlb and
the idl), but importantly I don't have the source code to the original VB6
projects that implemented the interfaces.

In the idl header, the source library for IManager is quoted as spIManager,
and a UUID is given that does not exist in the registry of any of our
machines. So presumably the failure happens when the missing dll is looked
up?

Here is the idl of one of the interfaces as an example:

======================================================

// TypeLib    : IManager.idl
// TargetFile : IManager.TLB
//
// Version 1.0
// Author   :
// UUID Usage:
// ae40bf60-dd04-11d6-a558-000347d25793 : library spIManager
// bc185b30-dd04-11d6-a558-000347d25793 : interface IManager

[
  uuid(ae40bf60-dd04-11d6-a558-000347d25793),
  version(1.0),
  helpstring("sp Manager Interface")
]
library tsIManager
{
    // TLib :     // TLib : OLE Automation :
{00020430-0000-0000-C000-000000000046}
    importlib("Stdole2.tlb");

    // Forward declare all types defined in this typelib
    interface IManager;

    [
      uuid(bc185b30-dd04-11d6-a558-000347d25793),
      version(1.0),
      nonextensible,
      oleautomation
    ]
    interface IManager : IUnKnown {
        [id(0x60030000)]
        HRESULT Start([out, retval] VARIANT_BOOL* );
        [id(0x60030001)]
        HRESULT Halt(
                        [in, optional, defaultvalue(0)] VARIANT_BOOL
vbSoftStop, 
                        [out, retval] VARIANT_BOOL* );
    };
};

======================================================

----------------------------------------------------------------------

Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2012-09-10 16:41

Message:
I doubt there is much pywin32 can do to resolve this, especially without
more details about the objects in question.

----------------------------------------------------------------------

Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Comment added) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

>Comment By: Omega Weapon (omega_weapon)
Date: 2012-09-10 09:25

Message:
Some more detail - using OleView to view the relevant type library, when I
try to look at the CoClass, I get the following error:

---------------------------
OLEViewer 2.0 Interface Viewers
---------------------------
Could not decompile selected item
Error loading type library/DLL.
 TYPE_E_CANTLOADLIBRARY ($80029C4A)
---------------------------
OK   
---------------------------

So presumably VB6 is doing something bad, but I dont know what or why it
isnt an issue for VB6 :/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566104 ] pywin32-217.win-amd64-py3.3.exe installer fails

[SourceForge.net <no...@so...>]

Bugs item #3566104, was opened at 2012-09-09 10:46
Message generated for change (Comment added) made by pmoore
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin32-217.win-amd64-py3.3.exe installer fails

Initial Comment:
I'm using Windows 7, Python 3.3rc2-amd64.  Near the end of the installation:

Traceback (most recent call last):
  File "<string>", line 612, in <module>
  File "<string>", line 322, in install
  File "<string>", line 160, in LoadSystemModule
  File "D:\dev\python33\lib\imp.py", line 158, in load_module
    raise ValueError(msg)
ValueError: file object required for import (type code 3)

This may actually be a Python bug.  the import system has had issues with Python 3.3 specifically with "type code 3".  See http://bugs.python.org/issue15828 which was recently fixed.


----------------------------------------------------------------------

Comment By: Paul Moore (pmoore)
Date: 2012-09-10 04:31

Message:
Apparently pywin32 tip has a fix for this. So presumably, the next release
will be fine.

----------------------------------------------------------------------

Comment By: Paul Moore (pmoore)
Date: 2012-09-10 03:44

Message:
The problem is that (according to the patch for the quoted issue)
load_module does not allow None for the file object - presumably this is a
regression in Python.

I've added a comment to the referenced issue, noting the regression.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566104 ] pywin32-217.win-amd64-py3.3.exe installer fails

[SourceForge.net <no...@so...>]

Bugs item #3566104, was opened at 2012-09-09 10:46
Message generated for change (Comment added) made by pmoore
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin32-217.win-amd64-py3.3.exe installer fails

Initial Comment:
I'm using Windows 7, Python 3.3rc2-amd64.  Near the end of the installation:

Traceback (most recent call last):
  File "<string>", line 612, in <module>
  File "<string>", line 322, in install
  File "<string>", line 160, in LoadSystemModule
  File "D:\dev\python33\lib\imp.py", line 158, in load_module
    raise ValueError(msg)
ValueError: file object required for import (type code 3)

This may actually be a Python bug.  the import system has had issues with Python 3.3 specifically with "type code 3".  See http://bugs.python.org/issue15828 which was recently fixed.


----------------------------------------------------------------------

Comment By: Paul Moore (pmoore)
Date: 2012-09-10 03:44

Message:
The problem is that (according to the patch for the quoted issue)
load_module does not allow None for the file object - presumably this is a
regression in Python.

I've added a comment to the referenced issue, noting the regression.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566266 ] Python Object Browser - Unable to view ActiveX CoClass

[SourceForge.net <no...@so...>]

Bugs item #3566266, was opened at 2012-09-10 03:41
Message generated for change (Tracker Item Submitted) made by omega_weapon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Omega Weapon (omega_weapon)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python Object Browser - Unable to view ActiveX CoClass

Initial Comment:
Full title: Python Object Browser - Unable to view ActiveX CoClass type library information

I am currently looking into the possiblity of using Python to control some VB6 ActiveX objects used at work. In order to see what COM objects were accessible, I used the combrowse script - however any attempts to browse the CoClass directory of the objects (as compared to the Dispatch directory) fail with the following error:

========================================================

(null)
Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
39, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
86, in GetSubList
    return self.DelegateCall(item.GetSubList)
  File "C:\Python27\lib\site-packages\Pythonwin\pywin\tools\hierlist.py", line
73, in DelegateCall
    return fn()
  File "C:\Python27\Lib\site-packages\win32com\client\combrowse.py", line 239,
n GetSubList
    refType = typeinfo.GetRefTypeInfo(typeinfo.GetRefTypeOfImplType(j))
pywintypes.com_error: (-2147312566, 'Error loading type library/DLL.', None, No
e)

========================================================

This is after running the makepy script for the object.

The objects are usable from Microsoft Visual basic 6 Studio (etc) - are there further steps needed to get them useable here? Unfortunately I have no experience with this detail as it basically Just Works with normal VB6 development.

Thanks

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566266&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3566104 ] pywin32-217.win-amd64-py3.3.exe installer fails

[SourceForge.net <no...@so...>]

Bugs item #3566104, was opened at 2012-09-09 10:46
Message generated for change (Tracker Item Submitted) made by metolone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin32-217.win-amd64-py3.3.exe installer fails

Initial Comment:
I'm using Windows 7, Python 3.3rc2-amd64.  Near the end of the installation:

Traceback (most recent call last):
  File "<string>", line 612, in <module>
  File "<string>", line 322, in install
  File "<string>", line 160, in LoadSystemModule
  File "D:\dev\python33\lib\imp.py", line 158, in load_module
    raise ValueError(msg)
ValueError: file object required for import (type code 3)

This may actually be a Python bug.  the import system has had issues with Python 3.3 specifically with "type code 3".  See http://bugs.python.org/issue15828 which was recently fixed.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3566104&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3564984 ] GetShortPathName returns incorrect result for baltic 8.3

[SourceForge.net <no...@so...>]

Bugs item #3564984, was opened at 2012-09-05 04:34
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pavel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetShortPathName returns incorrect result for baltic 8.3

Initial Comment:
GetShortPathName() returns incorrect result for 8.3 baltic file names. The returned value still contains baltic symbols although it must not.

For "õ2345678.txt" it returns "õ2345678.txt" (should be "234567~1.TXT)
For "õ23456789.txt" it returns "234567~2.TXT" (correct)

To reproduce the bug please run reproduce.bat from the archive attached. (Baltic file names should be preserved with 7zip I believe.)

Python 2.7.3, Russian Windows 7 32 bit, PyWin32 ver. 217

(Sorry, I could not find how to reopen a bug at SF.)

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2012-09-05 16:11

Message:
pywin32 is just a thin wrapper around the windows function, so I believe
that the Windows implementation of GetShortPathName is what you believe is
wrong.

Note that the MS docs say:

* If the specified path is already in its short form and conversion is not
needed, the function simply copies the specified path to the buffer
specified by the lpszShortPath parameter.

* Use any character in the current code page for a name, including Unicode
characters and characters in the extended character set (128–255), except
for [some special chars]

So I think that the first example is already a valid short name.  I'm
afraid you probably need to demonstrate that calling GetShortPathName some
other way (ie, not via pywin32) is returning a different value than when
calling it via pywin32 before I can consider it a pywin32 issue.

----------------------------------------------------------------------

Comment By: Pavel ()
Date: 2012-09-05 13:54

Message:
I didn't know someone could disable short file names. Anyway files on my
computer are accessible via short names.

----------------------------------------------------------------------

Comment By: Roger Upole (rupole)
Date: 2012-09-05 08:32

Message:
I get the expected result for both files.  If you have short file names
disabled, it's possible to have files that do not have an 8.3 name.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3564984 ] GetShortPathName returns incorrect result for baltic 8.3

[SourceForge.net <no...@so...>]

Bugs item #3564984, was opened at 2012-09-05 04:34
Message generated for change (Comment added) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pavel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetShortPathName returns incorrect result for baltic 8.3

Initial Comment:
GetShortPathName() returns incorrect result for 8.3 baltic file names. The returned value still contains baltic symbols although it must not.

For "õ2345678.txt" it returns "õ2345678.txt" (should be "234567~1.TXT)
For "õ23456789.txt" it returns "234567~2.TXT" (correct)

To reproduce the bug please run reproduce.bat from the archive attached. (Baltic file names should be preserved with 7zip I believe.)

Python 2.7.3, Russian Windows 7 32 bit, PyWin32 ver. 217

(Sorry, I could not find how to reopen a bug at SF.)

----------------------------------------------------------------------

>Comment By: Pavel ()
Date: 2012-09-05 13:54

Message:
I didn't know someone could disable short file names. Anyway files on my
computer are accessible via short names.

----------------------------------------------------------------------

Comment By: Roger Upole (rupole)
Date: 2012-09-05 08:32

Message:
I get the expected result for both files.  If you have short file names
disabled, it's possible to have files that do not have an 8.3 name.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3564984 ] GetShortPathName returns incorrect result for baltic 8.3

[SourceForge.net <no...@so...>]

Bugs item #3564984, was opened at 2012-09-05 04:34
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Pavel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetShortPathName returns incorrect result for baltic 8.3

Initial Comment:
GetShortPathName() returns incorrect result for 8.3 baltic file names. The returned value still contains baltic symbols although it must not.

For "õ2345678.txt" it returns "õ2345678.txt" (should be "234567~1.TXT)
For "õ23456789.txt" it returns "234567~2.TXT" (correct)

To reproduce the bug please run reproduce.bat from the archive attached. (Baltic file names should be preserved with 7zip I believe.)

Python 2.7.3, Russian Windows 7 32 bit, PyWin32 ver. 217

(Sorry, I could not find how to reopen a bug at SF.)

----------------------------------------------------------------------

>Comment By: Roger Upole (rupole)
Date: 2012-09-05 08:32

Message:
I get the expected result for both files.  If you have short file names
disabled, it's possible to have files that do not have an 8.3 name.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3564984 ] GetShortPathName returns incorrect result for baltic 8.3

[SourceForge.net <no...@so...>]

Bugs item #3564984, was opened at 2012-09-05 04:34
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pavel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetShortPathName returns incorrect result for baltic 8.3

Initial Comment:
GetShortPathName() returns incorrect result for 8.3 baltic file names. The returned value still contains baltic symbols although it must not.

For "õ2345678.txt" it returns "õ2345678.txt" (should be "234567~1.TXT)
For "õ23456789.txt" it returns "234567~2.TXT" (correct)

To reproduce the bug please run reproduce.bat from the archive attached. (Baltic file names should be preserved with 7zip I believe.)

Python 2.7.3, Russian Windows 7 32 bit, PyWin32 ver. 217

(Sorry, I could not find how to reopen a bug at SF.)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564984&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3564527 ] GetShortPathName() fails for 8.3 baltic file names

[SourceForge.net <no...@so...>]

Bugs item #3564527, was opened at 2012-09-03 16:35
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564527&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Pavel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetShortPathName() fails for 8.3 baltic file names

Initial Comment:
If a 8.3 file name containing at least one baltic character is given to GetShortPathName(), it fails with exception. It does not fails on long file names:

Traceback (most recent call last):                                                                             
  File "D:\workspace\investigations\audio-hash\invest\GetShortName-bug\bug.py", line 10, in <module>           
    print win32api.GetShortPathName(file)                                                                      
  File "C:\Python\27\lib\encodings\cp866.py", line 12, in encode                                               
    return codecs.charmap_encode(input,errors,encoding_map)                                                    
UnicodeEncodeError: 'charmap' codec can't encode character u'\xf5' in position 2: character maps to <undefined>

õ2345678.txt  <-- does fail
õ23456789.txt <--- does not

See a file attached.

Python 2.7.3, Russian WIndows 7 32 bit, PyWin32 ver. 217

----------------------------------------------------------------------

>Comment By: Mark Hammond (mhammond)
Date: 2012-09-03 17:18

Message:
It appears the problem here is actually with "print" attempting to use the
cp866 encoding when printing to your terminal.  GetShortPathName returns
the same type of object as its param (eg, if you pass a byte string, it
returns a byte string) and this string is failing to print as it isn't
encoded as cp866 (it will be encoded as MBCS).

You can confirm this by changing your code to something like:

x = win32api.GetShortPathName(file)
print x

you should then see clearly the exception is from the print, not from
win32api.  Probably the best solution is just to ensure "file" is a unicode
object before passing it to win32api.GetShortPathName.  Please reopen this
bug and add further information if you believe this is not the case.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564527&group_id=78018

[pywin32-bugs] [ pywin32-Bugs-3564527 ] GetShortPathName() fails for 8.3 baltic file names

[SourceForge.net <no...@so...>]

Bugs item #3564527, was opened at 2012-09-03 16:35
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564527&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pavel ()
Assigned to: Nobody/Anonymous (nobody)
Summary: GetShortPathName() fails for 8.3 baltic file names

Initial Comment:
If a 8.3 file name containing at least one baltic character is given to GetShortPathName(), it fails with exception. It does not fails on long file names:

Traceback (most recent call last):                                                                             
  File "D:\workspace\investigations\audio-hash\invest\GetShortName-bug\bug.py", line 10, in <module>           
    print win32api.GetShortPathName(file)                                                                      
  File "C:\Python\27\lib\encodings\cp866.py", line 12, in encode                                               
    return codecs.charmap_encode(input,errors,encoding_map)                                                    
UnicodeEncodeError: 'charmap' codec can't encode character u'\xf5' in position 2: character maps to <undefined>

õ2345678.txt  <-- does fail
õ23456789.txt <--- does not

See a file attached.

Python 2.7.3, Russian WIndows 7 32 bit, PyWin32 ver. 217

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=3564527&group_id=78018