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

[pywin32-bugs] [ pywin32-Bugs-2817896 ] Cannot open a win32inet session

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

Bugs item #2817896, was opened at 2009-07-07 04:35
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2817896&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: Closed
>Resolution: Rejected
Priority: 5
Private: No
Submitted By: Salim Fadhley (salimf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Cannot open a win32inet session

Initial Comment:
Can somebody confirm if the win32inet code is stable enough to use? I'm having trouble with very simple examples - and the functions do not seem to work as documented (either according to Microsoft or ActiveState).

In this example I'm trying to call a WInHttp function to get the proxy for a particular URL:

import win32inet
hSession = win32inet.InternetOpen("foo 1.0", 0, "", "", 0)
proxy = win32inet.WinHttpGetProxyForUrl( hSession, "http://www.foo.com", (0,0,u"",None,0,1) )

Traceback (most recent call last):
  File "D:\workspace\pythonscripts\excelpy_egg\src\calyon\excelpy\winhttp2.py", line 3, in ?
    proxy = win32inet.WinHttpGetProxyForUrl( hSession, "http://www.foo.com", (0,0,u"",None,0,1) )
pywintypes.error: (6, 'WinHttpGetProxyForUrl', 'The handle is invalid.')

Any ideas what might be going wrong here?

Thanks

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

>Comment By: Roger Upole (rupole)
Date: 2009-07-10 00:34

Message:
As discussed on the python-win32 mailing list, this was due to using
InternetOpen instead of WinHttpOpen.

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

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

[pywin32-bugs] [ pywin32-Bugs-2818443 ] Interactive prompt SyntaxError display (213->214 regression)

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

Bugs item #2818443, was opened at 2009-07-08 05:20
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2818443&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: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Elias Fotinis (efotinis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Interactive prompt SyntaxError display (213->214 regression)

Initial Comment:
SyntaxError exception output in the Interactive prompt of PythonWin fails by throwing additional exceptions.

This doesn't happen in build 213 (Python 3.0.1), so it's a 214 (3.1) regression.

For example (in 214/3.1):
==========
>>> u''
...
  File "<string>", line None
SyntaxError: invalid syntax (<interactive input>, line 1)

During handling of the above exception, another exception occurred:

...
  File "...\pywin\framework\winout.py", line 465, in HandleOutput
    pos = message.rfind('\n')
TypeError: expected an object with the buffer interface

During handling of the above exception, another exception occurred:

...
  File "...\pywin\framework\winout.py", line 455, in QueueFlush
    self.currentView.dowrite(''.join(items))
TypeError: sequence item 0: expected str instance, bytes found
==========


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

>Comment By: Roger Upole (rupole)
Date: 2009-07-10 00:31

Message:
This is fixed in interact.py v1.23.

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

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

[pywin32-bugs] [ pywin32-Bugs-2819345 ] integer property return None

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

Bugs item #2819345, was opened at 2009-07-10 09:14
Message generated for change (Tracker Item Submitted) made by santiwk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2819345&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: Santi Wangkerkoon (santiwk)
Assigned to: Nobody/Anonymous (nobody)
Summary: integer property return None

Initial Comment:
With Pywin32 Build 210..213,
   self.TransSeqNo always return None

I also try
   self._oleobj_.invoke(1, 0, 3, True) #disp_id, LCID, (PROP+METHOD), ResultNeeded
the result is the same.

While VB & Delphi return integer data correctly.

What went wrong ?

# Reference
# VB:  Property TransSeqNo As Long 
# TLB:  HRESULT TransSeqNo([out, retval] long *pVal) 

class IFpTransaction(DispatchBaseClass):
	"""IFpTransaction Interface"""
	CLSID = IID('{FD4E0B96-CF0B-11D3-BCEC-005004125A39}')
	coclass_clsid = IID('{FD4E0B97-CF0B-11D3-BCEC-005004125A39}')
	_prop_map_get_ = {
		"AuthId": (16, 2, (17, 0), (), "AuthId", None),
		"CurrencyCode": (29, 2, (8, 0), (), "CurrencyCode", None),
		# Method 'FinishTime' returns object of type 'ITimeStamp'
		"FinishTime": (23, 2, (9, 0), (), "FinishTime", '{2A09B624-7836-4620-A35F-2417B2653DF6}'),
		"FormattedMoney": (10, 2, (8, 0), (), "FormattedMoney", None),
		"FpId": (9, 2, (17, 0), (), "FpId", None),
		"FuellingModeId": (17, 2, (17, 0), (), "FuellingModeId", None),
		"GradeDescriptor": (21, 2, (17, 0), (), "GradeDescriptor", None),
		"GradeId": (8, 2, (17, 0), (), "GradeId", None),
		"GradeOptionNo": (20, 2, (17, 0), (), "GradeOptionNo", None),
		"Money": (12, 2, (4, 0), (), "Money", None),
		"MoneyDue": (7, 2, (4, 0), (), "MoneyDue", None),
		"MoneyDueValid": (5, 2, (11, 0), (), "MoneyDueValid", None),
		"Price": (11, 2, (4, 0), (), "Price", None),
		"PriceGroupId": (18, 2, (17, 0), (), "PriceGroupId", None),
		"PriceSetId": (19, 2, (17, 0), (), "PriceSetId", None),
		"SecurityTelegram": (30, 2, (8209, 0), (), "SecurityTelegram", None),
		"SecurityTelegramTypePSS": (31, 2, (8209, 0), (), "SecurityTelegramTypePSS", None),
		"ServiceModeId": (2, 2, (17, 0), (), "ServiceModeId", None),
		"StartLimit": (27, 2, (4, 0), (), "StartLimit", None),
		"StartLimitType": (26, 2, (3, 0), (), "StartLimitType", None),
		# Method 'StartTime' returns object of type 'ITimeStamp'
		"StartTime": (22, 2, (9, 0), (), "StartTime", '{2A09B624-7836-4620-A35F-2417B2653DF6}'),
		"Supervised": (28, 2, (11, 0), (), "Supervised", None),
		"TransErrorCode": (25, 2, (3, 0), (), "TransErrorCode", None),
		"TransInfoMask": (3, 2, (17, 0), (), "TransInfoMask", None),
		"TransLockId": (4, 2, (17, 0), (), "TransLockId", None),
		"TransSeqNo": (1, 2, (3, 0), (), "TransSeqNo", None),
		"TransTerminationStatus": (24, 2, (17, 0), (), "TransTerminationStatus", None),
		"Volume": (6, 2, (4, 0), (), "Volume", None),
	}

IFpTransaction_vtables_dispatch_ = 1
IFpTransaction_vtables_ = [
	(( u'TransSeqNo' , u'pVal' , ), 1, (1, (), [ (16387, 10, None, None) , ], 1 , 2 , 4 , 0 , 28 , (3, 0, None, None) , 0 , )),
	(( u'ServiceModeId' , u'pVal' , ), 2, (2, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 32 , (3, 0, None, None) , 0 , )),
	(( u'TransInfoMask' , u'pVal' , ), 3, (3, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 36 , (3, 0, None, None) , 64 , )),
	(( u'TransLockId' , u'pVal' , ), 4, (4, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 40 , (3, 0, None, None) , 0 , )),
	(( u'MoneyDueValid' , u'pVal' , ), 5, (5, (), [ (16395, 10, None, None) , ], 1 , 2 , 4 , 0 , 44 , (3, 0, None, None) , 0 , )),
	(( u'Volume' , u'pVal' , ), 6, (6, (), [ (16388, 10, None, None) , ], 1 , 2 , 4 , 0 , 48 , (3, 0, None, None) , 0 , )),
	(( u'MoneyDue' , u'pVal' , ), 7, (7, (), [ (16388, 10, None, None) , ], 1 , 2 , 4 , 0 , 52 , (3, 0, None, None) , 0 , )),
	(( u'GradeId' , u'pVal' , ), 8, (8, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 56 , (3, 0, None, None) , 0 , )),
	(( u'FpId' , u'pVal' , ), 9, (9, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 60 , (3, 0, None, None) , 0 , )),
	(( u'FormattedMoney' , u'pVal' , ), 10, (10, (), [ (16392, 10, None, None) , ], 1 , 2 , 4 , 0 , 64 , (3, 0, None, None) , 0 , )),
	(( u'Price' , u'pVal' , ), 11, (11, (), [ (16388, 10, None, None) , ], 1 , 2 , 4 , 0 , 68 , (3, 0, None, None) , 0 , )),
	(( u'Money' , u'pVal' , ), 12, (12, (), [ (16388, 10, None, None) , ], 1 , 2 , 4 , 0 , 72 , (3, 0, None, None) , 0 , )),
	(( u'lock' , u'PosId' , ), 13, (13, (), [ (17, 1, None, None) , ], 1 , 1 , 4 , 0 , 76 , (3, 0, None, None) , 0 , )),
	(( u'unlock' , u'PosId' , ), 14, (14, (), [ (17, 1, None, None) , ], 1 , 1 , 4 , 0 , 80 , (3, 0, None, None) , 0 , )),
	(( u'Clear' , u'PosId' , ), 15, (15, (), [ (17, 1, None, None) , ], 1 , 1 , 4 , 0 , 84 , (3, 0, None, None) , 0 , )),
	(( u'AuthId' , u'pVal' , ), 16, (16, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 88 , (3, 0, None, None) , 0 , )),
	(( u'FuellingModeId' , u'pVal' , ), 17, (17, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 92 , (3, 0, None, None) , 0 , )),
	(( u'PriceGroupId' , u'pVal' , ), 18, (18, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 96 , (3, 0, None, None) , 0 , )),
	(( u'PriceSetId' , u'pVal' , ), 19, (19, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 100 , (3, 0, None, None) , 0 , )),
	(( u'GradeOptionNo' , u'pVal' , ), 20, (20, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 104 , (3, 0, None, None) , 0 , )),
	(( u'GradeDescriptor' , u'pVal' , ), 21, (21, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 108 , (3, 0, None, None) , 64 , )),
	(( u'StartTime' , u'pVal' , ), 22, (22, (), [ (16393, 10, None, "IID('{2A09B624-7836-4620-A35F-2417B2653DF6}')") , ], 1 , 2 , 4 , 0 , 112 , (3, 0, None, None) , 0 , )),
	(( u'FinishTime' , u'pVal' , ), 23, (23, (), [ (16393, 10, None, "IID('{2A09B624-7836-4620-A35F-2417B2653DF6}')") , ], 1 , 2 , 4 , 0 , 116 , (3, 0, None, None) , 0 , )),
	(( u'TransTerminationStatus' , u'pVal' , ), 24, (24, (), [ (16401, 10, None, None) , ], 1 , 2 , 4 , 0 , 120 , (3, 0, None, None) , 0 , )),
	(( u'TransErrorCode' , u'pVal' , ), 25, (25, (), [ (16387, 10, None, None) , ], 1 , 2 , 4 , 0 , 124 , (3, 0, None, None) , 0 , )),
	(( u'StartLimitType' , u'pVal' , ), 26, (26, (), [ (16387, 10, None, None) , ], 1 , 2 , 4 , 0 , 128 , (3, 0, None, None) , 0 , )),
	(( u'StartLimit' , u'pVal' , ), 27, (27, (), [ (16388, 10, None, None) , ], 1 , 2 , 4 , 0 , 132 , (3, 0, None, None) , 0 , )),
	(( u'Supervised' , u'pVal' , ), 28, (28, (), [ (16395, 10, None, None) , ], 1 , 2 , 4 , 0 , 136 , (3, 0, None, None) , 0 , )),
	(( u'CurrencyCode' , u'pVal' , ), 29, (29, (), [ (16392, 10, None, None) , ], 1 , 2 , 4 , 0 , 140 , (3, 0, None, None) , 0 , )),
	(( u'SecurityTelegram' , u'pVal' , ), 30, (30, (), [ (24593, 10, None, None) , ], 1 , 2 , 4 , 0 , 144 , (3, 0, None, None) , 0 , )),
	(( u'SecurityTelegramTypePSS' , u'pVal' , ), 31, (31, (), [ (24593, 10, None, None) , ], 1 , 2 , 4 , 0 , 148 , (3, 0, None, None) , 0 , )),
	(( u'ClearAndAddReceiptItem' , u'PosId' , u'ClearSeqParms' , ), 32, (32, (), [ (17, 1, None, None) , 
			(9, 1, None, "IID('{3460EA4B-31E3-451B-92E2-94A05D8BC379}')") , ], 1 , 1 , 4 , 0 , 152 , (3, 0, None, None) , 0 , )),
	(( u'ClearWithParms' , u'PosId' , u'pClearTransParms' , ), 33, (33, (), [ (17, 1, None, None) , 
			(9, 1, None, "IID('{B1DF33BE-0A54-4D8A-8F5A-827B49209555}')") , ], 1 , 1 , 4 , 0 , 156 , (3, 0, None, None) , 0 , )),
]
	

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

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

[pywin32-bugs] [ pywin32-Bugs-723888 ] Keep Tabs not working

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

Bugs item #723888, was opened at 2003-04-18 13:54
Message generated for change (Comment added) made by cort
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=723888&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: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: bob gailer (ramrom)
Assigned to: Nobody/Anonymous (nobody)
Summary: Keep Tabs not working

Initial Comment:
View -> Options -> Tabs & Whitespace. Click Keep Tabs.
Type a tab or click enter to start an indented line -
editor puts spaces in instead of tabs.

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

Comment By: Cort Danger Stratton (cort)
Date: 2009-07-09 12:14

Message:
I'd like to re-report this old, old bug, as I'm seeing identical behavior
in recent Pythonwin builds (213 and 214).  It's a major hassle when trying
to edit a script that uses tabs for indentation; Pythonwin simply refuses
to insert tabs.  Please help!

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

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

[pywin32-bugs] [ pywin32-Bugs-2818443 ] Interactive prompt SyntaxError display (213->214 regression)

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

Bugs item #2818443, was opened at 2009-07-08 13:20
Message generated for change (Tracker Item Submitted) made by efotinis
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2818443&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: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Elias Fotinis (efotinis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Interactive prompt SyntaxError display (213->214 regression)

Initial Comment:
SyntaxError exception output in the Interactive prompt of PythonWin fails by throwing additional exceptions.

This doesn't happen in build 213 (Python 3.0.1), so it's a 214 (3.1) regression.

For example (in 214/3.1):
==========
>>> u''
...
  File "<string>", line None
SyntaxError: invalid syntax (<interactive input>, line 1)

During handling of the above exception, another exception occurred:

...
  File "...\pywin\framework\winout.py", line 465, in HandleOutput
    pos = message.rfind('\n')
TypeError: expected an object with the buffer interface

During handling of the above exception, another exception occurred:

...
  File "...\pywin\framework\winout.py", line 455, in QueueFlush
    self.currentView.dowrite(''.join(items))
TypeError: sequence item 0: expected str instance, bytes found
==========


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

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

[pywin32-bugs] [ pywin32-Bugs-2817896 ] Cannot open a win32inet session

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

Bugs item #2817896, was opened at 2009-07-07 09:35
Message generated for change (Tracker Item Submitted) made by salimf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2817896&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: Salim Fadhley (salimf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Cannot open a win32inet session

Initial Comment:
Can somebody confirm if the win32inet code is stable enough to use? I'm having trouble with very simple examples - and the functions do not seem to work as documented (either according to Microsoft or ActiveState).

In this example I'm trying to call a WInHttp function to get the proxy for a particular URL:

import win32inet
hSession = win32inet.InternetOpen("foo 1.0", 0, "", "", 0)
proxy = win32inet.WinHttpGetProxyForUrl( hSession, "http://www.foo.com", (0,0,u"",None,0,1) )

Traceback (most recent call last):
  File "D:\workspace\pythonscripts\excelpy_egg\src\calyon\excelpy\winhttp2.py", line 3, in ?
    proxy = win32inet.WinHttpGetProxyForUrl( hSession, "http://www.foo.com", (0,0,u"",None,0,1) )
pywintypes.error: (6, 'WinHttpGetProxyForUrl', 'The handle is invalid.')

Any ideas what might be going wrong here?

Thanks

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

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

[pywin32-bugs] [ pywin32-Patches-2813056 ] fix for interactive colorization problem

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

Patches item #2813056, was opened at 2009-06-26 15:58
Message generated for change (Tracker Item Submitted) made by metolone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2813056&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: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: fix for interactive colorization problem

Initial Comment:
Steps to reproduce:

1.  Open pythonwin.exe and make sure interactive window is visible.
2.  In the interactive window, press CTRL-A, DEL to clear the window and hit Enter a few times.  The first line will be a blue proportional font like the initial banner.
3.  Open a python script that generates a few lines of output.
4.  In the interactive window, press CTRL-A, DEL, then run run the script.  The output will be the banner font.

This patch corrects this problem.  Hope you like it.  It was  generated from the 2.6 -213 release and works on win32 and win64 versions.  I tested on 3.0 -213 release as well.

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

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

Re: [pywin32-bugs] makepy.py generates incomplete class for a COM interface

[Vladimir B. <no...@gm...>]

correction: I replaced "class _IApplication(DispatchBaseClass):" with
"class _IApplication(_Application):", not "class
_IApplication(Application):" (forgot the underscore).

[pywin32-bugs] makepy.py generates incomplete class for a COM interface

[Vladimir B. <no...@gm...>]

Hello,

I think makepy/gen_py generates incomplete information for LabVIEW
8.6. Some functions available if late binding is used are unavailable
with early binding.

According visual studio COM object browser, the LabVIEW container
defines an Application class and an _IApplication interface with the
same set of functions and properties. Makepy correctly generates a
class for Application, but most of the methods are missing from the
_IApplication class. For example the GetVIReference function is
missing (see snippet at the end). GetVIReference works, however, if
late binding is used.

This problem is solved if I replace in the python file generated by
makepy "class _IApplication(DispatchBaseClass):" with "class
_IApplication(Application):", since the Application class has all the
methods.


------
In [2]: import win32com.client
In [3]: lv = win32com.client.Dispatch("LabVIEW.Application")
In [4]: lv
Out[4]: <win32com.gen_py.LabVIEW 8.0 Type Library._IApplication
instance at 0x29116696>

In [5]: vi = lv.GetVIReference("C:\\test.vi")
---------------------------------------------------------------------------
AttributeError                            Traceback (most recent call last)

C:\Documents and Settings\f28\<ipython console> in <module>()

C:\Python26\lib\site-packages\win32com\client\__init__.pyc in
__getattr__(self, attr)
    452                 args=self._prop_map_get_.get(attr)
    453                 if args is None:
--> 454                         raise AttributeError, "'%s' object has
no attribute '%s'" % (repr(self), attr)
    455                 return self._ApplyTypes_(*args)
    456

AttributeError: '<win32com.gen_py.LabVIEW 8.0 Type
Library._IApplication instance at 0x29116696>' object has no attribute
'GetVIReference'
------

Is this really a bug or am I doing something wrong?

Thanks,

Vladimir

[pywin32-bugs] [ pywin32-Bugs-2808783 ] Broken debug print statement in find_platform_sdk_dir()

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

Bugs item #2808783, was opened at 2009-06-19 03:44
Message generated for change (Tracker Item Submitted) made by abbeyj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2808783&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: James Abbatiello (abbeyj)
Assigned to: Nobody/Anonymous (nobody)
Summary: Broken debug print statement in find_platform_sdk_dir()

Initial Comment:
In setup.py:find_platform_sdk_dir() there's a debug print statement:
        if DEBUG:
            print "PSDK: try %MSSdk%: '%s'" % sdkdir

If you turn on DEBUG and have the MSSdk variable set in your environment then this will crash because the percent signs around "MSSdk" are treated as format specifiers.  Trivial patch attached.


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

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

[pywin32-bugs] [ pywin32-Feature Requests-2701482 ] Use Unicode version for GetUserName

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

Feature Requests item #2701482, was opened at 2009-03-22 09:43
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2701482&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: Wont Fix
Priority: 5
Private: No
Submitted By: Torsten Marek (shlomme)
Assigned to: Nobody/Anonymous (nobody)
Summary: Use Unicode version for GetUserName

Initial Comment:
Currently, win32api.GetUserName() returns an 8-bit string. The internal function should use GetUserNameW and return a unicode object.

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

>Comment By: Mark Hammond (mhammond)
Date: 2009-06-18 20:35

Message:
Many functions share this problem.  py3k builds will already call the
unicode version and we may switch all modules to defaulting to unicode for
2.x in the future...

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

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

[pywin32-bugs] [ pywin32-Feature Requests-2803660 ] WNetGetConnection not exposed

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

Feature Requests item #2803660, was opened at 2009-06-09 20:06
Message generated for change (Tracker Item Submitted) made by talon_karrde
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2803660&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: Talon Karrde (talon_karrde)
Assigned to: Nobody/Anonymous (nobody)
Summary: WNetGetConnection not exposed

Initial Comment:
WNetGetConnection is not available in the win32wnet module. I noticed similar feature requests for other routines but didn't find one for WNetGetConnection, so I thought I should report it.

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

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

[pywin32-bugs] [ pywin32-Bugs-2803562 ] win32security.LsaRetrievePrivateData Fails for DCOM password

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

Bugs item #2803562, was opened at 2009-06-09 16:06
Message generated for change (Tracker Item Submitted) made by mhonour
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2803562&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: Matthew Honour (mhonour)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32security.LsaRetrievePrivateData Fails for DCOM password

Initial Comment:
I get 'The system cannot find the file specified' when trying to call LsaRetrievePrivateData to retrieve a DCOM user password.  Calling LsaStorePrivateData for a DCOM user creates a second entry in LSA rather than updating the current entry.  Primarily I want this functionality to automate the setting of DCOM passwords.

ActivePython 2.5.2.2 (ActiveState Software Inc.) based on
Python 2.5.2 (r252:60911, Mar 27 2008, 17:57:18) [MSC v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import win32security
>>> handle= win32security.LsaOpenPolicy(None, win32security.POLICY_GET_PRIVATE_INFORMATION)
>>> win32security.LsaRetrievePrivateData(handle, 'SCM:{73FDDC80-AEA9-101A-98A7-00AA00374959}')
  File "<stdin>", line 1, in <module>
pywintypes.error: (2, 'LsaRetrievePrivateData', 'The system cannot find the file specified.')

Where {73FDDC80-AEA9-101A-98A7-00AA00374959} is a valid AppId which does have a RunAs password set.  If I use the SrvcMgmt.cpp sample Microsoft mention in the KB article below, I can successfully read the password.  If I modify win32security and recompile, I can successfully read the password.

This appears to be a Microsoft shortcoming: http://support.microsoft.com/kb/259615 whereby the NULL terminator must be included when calculating the length of the keyname - the behaviour seems inconsistent.

Reading the KB arcticle, it sounds like this only applies to LsaRetrievePrivateData / LsaStorePrivateData, whereas win32security uses the function PyWinObject_AsLSA_UNICODE_STRING which is used more widely.

More confusing still, trying to retrieve $MACHINE.ACC from LSA works if length doesn't include the NULL terminator (the way win32security currently does it), but fails if length does include the NULL - so the behaviour is different depending on which passwords you are trying to access.

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

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

[pywin32-bugs] [ pywin32-Patches-2802102 ] Cannot build pywin32 on Vista using VC++ Express Edition

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

Patches item #2802102, was opened at 2009-06-05 17:43
Message generated for change (Tracker Item Submitted) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=2802102&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: 1
Private: No
Submitted By: Vernon Cole (kf7xm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Cannot build pywin32 on Vista using VC++ Express Edition

Initial Comment:
I always try to use only free stuff -- especially if I have to buy things from Micro$oft -- so, just as an experiment, I attempted to build pywin32 (current CVS as of 2009-06-05) using the current free compiler on my Vista laptop. It worked much better than I expected, but setup.py finally crashed with:
v v v v v
Microsoft Windows [Version 6.0.6002]
...
C:\pywin32>c:\python26\python.exe setup.py build
Building pywin32 2.6.213.1
running build
running build_py
running build_ext
Found version 0x600 in C:\Program Files\Microsoft SDKs\Windows\v6.0A\include\SDK
DDKVER.H
building 'perfmondata' extension
mc.exe -h win32\src\perfmon -r build\temp.win32-2.6\Release\win32\src\perfmon wi
n32\src\perfmon\PyPerfMsgs.mc
error: command 'mc.exe' failed: No such file or directory

C:\pywin32>
^ ^ ^ ^ ^
Environment:
  Vista Home Basic with SP2
  CPython 2.6.2
  Microsoft Visual C++ 2008 Express Edition with SP1 - ENU
  Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729
  Microsoft  Windows SDK for Visual Studio 2008 Headers and Libraries
  Microsoft  Windows SDK for Visual Studio 2008 SP1 Express Tools for .NET Framework - enu
  Microsoft  Windows SDK for Visual Studio 2008 SP1 Express Tools for Win32
--
Vernon Cole


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

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

[pywin32-bugs] [ pywin32-Bugs-2014292 ] ADODBAPI error

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

Bugs item #2014292, was opened at 2008-07-09 09:51
Message generated for change (Settings changed) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2014292&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Adam Vandenberg (adamvan)
Assigned to: Vernon Cole (kf7xm)
Summary: ADODBAPI error

Initial Comment:
CoInitialize needs to be called before creating an ADO connection via Dispatch:

Previous:
Line 248:
conn=Dispatch('ADODB.Connection')
if win32:
  pythoncom.CoInitialize()    #v2.1 Paj

Suggested:
if win32:
  pythoncom.CoInitialize()
conn=Dispatch('ADODB.Connection')


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

Comment By: Vernon Cole (kf7xm)
Date: 2008-08-06 11:30

Message:
Logged In: YES 
user_id=855661
Originator: NO

Perfect Timing. This bug (and patch) submitted just before the resulting
error appeared on my system. Suggested fix works great! Thank you, Adam.
--
Change applied to CVS


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

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

[pywin32-bugs] [ pywin32-Bugs-2571020 ] ADODBAPI - py2exe bug

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

Bugs item #2571020, was opened at 2009-02-05 20:25
Message generated for change (Settings changed) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2571020&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: 2
Private: No
Submitted By: George Hebert (g_hebert)
>Assigned to: Vernon Cole (kf7xm)
Summary: ADODBAPI - py2exe bug

Initial Comment:
If a Python application uses adodbapi and is compiled into an exe using Py2exe, that app will fail on importing as soon as it is executed because of the following line:

version = __doc__.split('-',2)[0] #v2.1 Cole

It appears as though __doc__ is None if being used within a compiled python app (exe).  This could be fixed if the version was simply set to a string... ex: version = 'adodbapi 2.x.x'.  There may be other ways of fixing this but I believe this would be the easiest.

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

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

[pywin32-bugs] [ pywin32-Bugs-2800605 ] Potential problem with win32file.ReadFile and async I/O

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

Bugs item #2800605, was opened at 2009-06-03 12:53
Message generated for change (Tracker Item Submitted) made by vokinloksar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2800605&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: VokinLoksar (vokinloksar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Potential problem with win32file.ReadFile and async I/O

Initial Comment:
Hello,

I'm using ReadFile on a serial port handle opened in overlapped mode. A buffer is pre-allocated with AllocateReadBuffer and passed to ReadFile. In this scenario one of two things will happen under normal circumstances:

1. The call will return immediately with ERROR_IO_PENDING status and I would then use GetOverlappedResult to wait for the operation to finish and determine how much of the buffer contains valid data.

2. The call may, in some cases, finish synchronously. The returned status is 0 in this case.

The problem is that, according to Microsoft's documentation, GetOverlappedResult should NOT be used in the second case. Here's the exact quote:

"If, on the other hand, an operation is completed immediately, then &NumberOfBytesRead passed into ReadFile is valid for the number of bytes read. In this case, ignore the OVERLAPPED structure passed into ReadFile; do not use it with GetOverlappedResult or WaitForSingleObject."

Source: http://support.microsoft.com/kb/156932

Unfortunately, the way ReadFile is implemented in win32file.i, there is no way for python code to get access to the numRead variable, as it is called there. That variable is used correctly when I pass in the number of bytes to read for the second argument, but not when using a pre-allocated buffer.

A simple solution would be to return numRead instead of the original buffer object when ReadFile finishes with a status of 0.

I should note that using GetOverlappedResult does seem to work in the second case, but I'm worried if there are some situations where using it would be a bad idea. With serial ports, a simple way of getting ReadFile to behave synchronously, even when an overlapped structure is passed in, is to set a read timeout of 0 and wait for some incoming data to be buffered. In this case, the driver will usually complete the request without going into asynchronous mode.


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

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

[pywin32-bugs] [ pywin32-Bugs-2788200 ] "save as" closes pythonwin

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

Bugs item #2788200, was opened at 2009-05-07 14:13
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2788200&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: pythonwin
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: "save as" closes pythonwin

Initial Comment:
Opening a new edit window, making some changes, and saving closes pythonwin.  This is happening on both my home and work systems (both WinXP  SP3).  One has Python 2.6.1 and the other has Python 2.6.2.  Both are using the 213 release of pywin32.  If I open an existing file, make changes, and save it works fine.  It seems to only exit when trying to display the SaveAs dialog.  On my home system I completely remove pythonwin and python, deleted registry keys and reinstalled and it is still happening.

If it can't be reproduced, If given some pointers where to begin debugging this (I'm mostly only familiar with the pythonwin debugger, unfortunately) I'll try to find the line of code that crashes.

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

>Comment By: Mark Hammond (mhammond)
Date: 2009-05-07 15:27

Message:
Thanks for following up.  Unfortunately this is a known problem with shell
extensions written in Python being used by an application written in Python
(and particularly when different versions are involved).  The thg
developers are working on fixing this as we speak (the shell extension
portion of thg will be c++...)

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

Comment By: markt (metolone)
Date: 2009-05-07 15:20

Message:
I tracked it down.  A couple weeks ago I installed TortoiseHg (Mercurial
with Explorer extensions).  Something in that installation confuses
Pythonwin.  Installing Mercurial alone has no problems.  Pythonwin was
finding and loading mfc71.dll from the TortoiseHg installation (even when I
took it out of the path), but then not finding MFC71LOC.DLL (TortoiseHg
doesn't have it).

I suspect it has something to do with all the hooks TortoiseHg puts in the
shell.  Once it was removed and Mercurial alone was installed, the problem
disappeared.

Since Mercurial was chosen to be Python's VCS, I'll leave this open as
more people may run into the problem in the future and it should be
investigated.

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

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

[pywin32-bugs] [ pywin32-Bugs-2788200 ] "save as" closes pythonwin

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

Bugs item #2788200, was opened at 2009-05-06 21:13
Message generated for change (Comment added) made by metolone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2788200&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: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: "save as" closes pythonwin

Initial Comment:
Opening a new edit window, making some changes, and saving closes pythonwin.  This is happening on both my home and work systems (both WinXP  SP3).  One has Python 2.6.1 and the other has Python 2.6.2.  Both are using the 213 release of pywin32.  If I open an existing file, make changes, and save it works fine.  It seems to only exit when trying to display the SaveAs dialog.  On my home system I completely remove pythonwin and python, deleted registry keys and reinstalled and it is still happening.

If it can't be reproduced, If given some pointers where to begin debugging this (I'm mostly only familiar with the pythonwin debugger, unfortunately) I'll try to find the line of code that crashes.

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

>Comment By: markt (metolone)
Date: 2009-05-06 22:20

Message:
I tracked it down.  A couple weeks ago I installed TortoiseHg (Mercurial
with Explorer extensions).  Something in that installation confuses
Pythonwin.  Installing Mercurial alone has no problems.  Pythonwin was
finding and loading mfc71.dll from the TortoiseHg installation (even when I
took it out of the path), but then not finding MFC71LOC.DLL (TortoiseHg
doesn't have it).

I suspect it has something to do with all the hooks TortoiseHg puts in the
shell.  Once it was removed and Mercurial alone was installed, the problem
disappeared.

Since Mercurial was chosen to be Python's VCS, I'll leave this open as
more people may run into the problem in the future and it should be
investigated.

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

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

[pywin32-bugs] [ pywin32-Bugs-2788200 ] "save as" closes pythonwin

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

Bugs item #2788200, was opened at 2009-05-06 21:13
Message generated for change (Tracker Item Submitted) made by metolone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2788200&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: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: "save as" closes pythonwin

Initial Comment:
Opening a new edit window, making some changes, and saving closes pythonwin.  This is happening on both my home and work systems (both WinXP  SP3).  One has Python 2.6.1 and the other has Python 2.6.2.  Both are using the 213 release of pywin32.  If I open an existing file, make changes, and save it works fine.  It seems to only exit when trying to display the SaveAs dialog.  On my home system I completely remove pythonwin and python, deleted registry keys and reinstalled and it is still happening.

If it can't be reproduced, If given some pointers where to begin debugging this (I'm mostly only familiar with the pythonwin debugger, unfortunately) I'll try to find the line of code that crashes.

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

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

[pywin32-bugs] [ pywin32-Bugs-2787182 ] Implement a com server with a undocument interface

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

Bugs item #2787182, was opened at 2009-05-05 21:14
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2787182&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: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: winterTTr (winterttr)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement a com server with a undocument interface

Initial Comment:
I want to use the win32com to implement a com server 
with the function to display custum inoformation 
when i move mouse over a txt file in explorer on windows.
I search for the method to do this and found a com interface 
which i can't find it in the current win32com library.
It is "IQueryInfo" , and  my code as this :

********************************** begin ***********************************

import pythoncom
from win32com.shell import shell, shellcon
import win32gui
import win32con
import os
import winerror
from win32com.server.exception import COMException
from pywintypes import IID

IPersistFile_Methods = "IsDirty Load Save SaveCompleted GetCurFile".split()
IID_IQueryInfo = "{00021500-0000-0000-C000-000000000046}"
IQueryInfo_Methods = ["GetInfoFlags","GetInfoTip"]

class ShellExtension:
    _reg_progid_ = "ShellExtension.winterTTr"
    _reg_desc_ = "Shell Extension from winterTTr"
    _reg_clsid_ = "{EB0D2B97-287A-4B91-A455-D2E021B894AC}"
    _com_interfaces_ = [ 
            pythoncom.IID_IPersistFile,
            IID(IID_IQueryInfo)]
    _public_methods_ = IPersistFile_Methods + IQueryInfo_Methods

# =============== IPersistFile : from ======================
    def GetInfoFlags(self , Flags ):
        #raise COMException(desc="No Implemented",scode=winerror.E_NOTIMPL)
        raise COMException(hresult=winerror.E_NOTIMPL)

    def GetInfoTip(self , flags ):
        print flags  
        print "======== GetInfoTip ==========="
        return ""

# =============== IPersistFile : to ======================


# =============== IPersistFile : from ======================
    def IsDirty( self ):
        raise COMException(hresult=winerror.E_NOTIMPL)

    def Load(self, filename, mode):
       #self.filename = filename
       #self.mode = mode
       print filename


    def Save( self ,FileName, Remember):
        raise COMException(hresult=winerror.E_NOTIMPL)

    def SaveCompleted( self , pszFileName):
        raise COMException(hresult=winerror.E_NOTIMPL)

    def GetCurFile( self ):
        raise COMException(hresult=winerror.E_NOTIMPL)

# =============== IPersistFile : to  ======================

def DllRegisterServer():
    # add to txt type
    key = _winreg.CreateKey(
            _winreg.HKEY_CLASSES_ROOT,
            ".txt\\shellex")
    subkey = _winreg.CreateKey(key, IID_IQueryInfo)
    _winreg.SetValueEx(subkey, None, 0, _winreg.REG_SZ, ShellExtension._reg_clsid_)
    print ShellExtension._reg_desc_, "registration [txt file] complete."

def DllUnregisterServer():
    # remove txt type
    try:
        key = _winreg.DeleteKey(
                _winreg.HKEY_CLASSES_ROOT,
                ".txt\\shellex\\%s" % IID_IQueryInfo )
    except WindowsError, details:
        import errno
        if details.errno != errno.ENOENT:
            raise
    print ShellExtension._reg_desc_, "unregistration [txt file] complete."

if __name__=='__main__':
    from win32com.server import register
    register.UseCommandLine(ShellExtension , 
                   finalize_register = DllRegisterServer,
                   finalize_unregister = DllUnregisterServer)

***************************end*********************************

and my question is :
can i use IQueryInfo IID directly  which i can't find it in pywin32com?
or is there anything wrong with  my coding ?

PS:  now  the function "Load" can be invoked ( which i can see it in from win32traceutil.py 
        when i register the server with --debug option )
        but the "GetInfoTip" is not called at all.


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

>Comment By: Mark Hammond (mhammond)
Date: 2009-05-06 09:46

Message:
Sorry but this tracker is for reporting bugs, not for general usage
questions.  .  You might like to resend your question to the python-win32
mailing list.  You need to be subscribed to the list before you can post to
it - see http://mail.python.org/mailman/listinfo/python-win32 for
subscription options.


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

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

[pywin32-bugs] [ pywin32-Bugs-2787182 ] Implement a com server with a undocument interface

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

Bugs item #2787182, was opened at 2009-05-05 19:14
Message generated for change (Tracker Item Submitted) made by winterttr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2787182&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: winterTTr (winterttr)
Assigned to: Nobody/Anonymous (nobody)
Summary: Implement a com server with a undocument interface

Initial Comment:
I want to use the win32com to implement a com server 
with the function to display custum inoformation 
when i move mouse over a txt file in explorer on windows.
I search for the method to do this and found a com interface 
which i can't find it in the current win32com library.
It is "IQueryInfo" , and  my code as this :

********************************** begin ***********************************

import pythoncom
from win32com.shell import shell, shellcon
import win32gui
import win32con
import os
import winerror
from win32com.server.exception import COMException
from pywintypes import IID

IPersistFile_Methods = "IsDirty Load Save SaveCompleted GetCurFile".split()
IID_IQueryInfo = "{00021500-0000-0000-C000-000000000046}"
IQueryInfo_Methods = ["GetInfoFlags","GetInfoTip"]

class ShellExtension:
    _reg_progid_ = "ShellExtension.winterTTr"
    _reg_desc_ = "Shell Extension from winterTTr"
    _reg_clsid_ = "{EB0D2B97-287A-4B91-A455-D2E021B894AC}"
    _com_interfaces_ = [ 
            pythoncom.IID_IPersistFile,
            IID(IID_IQueryInfo)]
    _public_methods_ = IPersistFile_Methods + IQueryInfo_Methods

# =============== IPersistFile : from ======================
    def GetInfoFlags(self , Flags ):
        #raise COMException(desc="No Implemented",scode=winerror.E_NOTIMPL)
        raise COMException(hresult=winerror.E_NOTIMPL)

    def GetInfoTip(self , flags ):
        print flags  
        print "======== GetInfoTip ==========="
        return ""

# =============== IPersistFile : to ======================


# =============== IPersistFile : from ======================
    def IsDirty( self ):
        raise COMException(hresult=winerror.E_NOTIMPL)

    def Load(self, filename, mode):
       #self.filename = filename
       #self.mode = mode
       print filename


    def Save( self ,FileName, Remember):
        raise COMException(hresult=winerror.E_NOTIMPL)

    def SaveCompleted( self , pszFileName):
        raise COMException(hresult=winerror.E_NOTIMPL)

    def GetCurFile( self ):
        raise COMException(hresult=winerror.E_NOTIMPL)

# =============== IPersistFile : to  ======================

def DllRegisterServer():
    # add to txt type
    key = _winreg.CreateKey(
            _winreg.HKEY_CLASSES_ROOT,
            ".txt\\shellex")
    subkey = _winreg.CreateKey(key, IID_IQueryInfo)
    _winreg.SetValueEx(subkey, None, 0, _winreg.REG_SZ, ShellExtension._reg_clsid_)
    print ShellExtension._reg_desc_, "registration [txt file] complete."

def DllUnregisterServer():
    # remove txt type
    try:
        key = _winreg.DeleteKey(
                _winreg.HKEY_CLASSES_ROOT,
                ".txt\\shellex\\%s" % IID_IQueryInfo )
    except WindowsError, details:
        import errno
        if details.errno != errno.ENOENT:
            raise
    print ShellExtension._reg_desc_, "unregistration [txt file] complete."

if __name__=='__main__':
    from win32com.server import register
    register.UseCommandLine(ShellExtension , 
                   finalize_register = DllRegisterServer,
                   finalize_unregister = DllUnregisterServer)

***************************end*********************************

and my question is :
can i use IQueryInfo IID directly  which i can't find it in pywin32com?
or is there anything wrong with  my coding ?

PS:  now  the function "Load" can be invoked ( which i can see it in from win32traceutil.py 
        when i register the server with --debug option )
        but the "GetInfoTip" is not called at all.


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

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

[pywin32-bugs] [ pywin32-Feature Requests-2779498 ] msi installers for sourceforge releases.

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

Feature Requests item #2779498, was opened at 2009-04-23 13:23
Message generated for change (Tracker Item Submitted) made by alisaifee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2779498&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: Ali-Akber Saifee (alisaifee)
Assigned to: Nobody/Anonymous (nobody)
Summary: msi installers for sourceforge releases.

Initial Comment:
Distributing the distutils produced installer in the msi format would be extremely useful, especially for remote deployment scenarios. It would simply require using the bdist_msi flag when building the installer.

(I tried doing it myself, but building pywin32 for python 2.5 when you don't have the environment set up properly can take some time.. I'm still trying, but hoping the dev-team can do it faster :D )

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

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

[pywin32-bugs] [ pywin32-Bugs-2747402 ] pythonwin 212 crashes at start

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

Bugs item #2747402, was opened at 2009-04-09 11:29
Message generated for change (Settings changed) made by arisdon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2747402&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: pythonwin
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: arisdon (arisdon)
Assigned to: Nobody/Anonymous (nobody)
Summary: pythonwin 212 crashes at start

Initial Comment:
Pythonwin 212 halts at start with 'PyWin32 has encountered a problem and needs to close' window on Windows XP after 'Browse Pythonpath' option has been used.  Problem can be resolved temporarily as follows:
1. Rename C:\Python26\Lib\site-packages\pythonwin\scintilla.dll to .dll.old
2. Run Pythonwin.exe... which halts with a Python Traceback complaining of the absent scintilla.dll
3. Restore C:\Python26\Lib\site-packages\pythonwin\scintilla.dll to its correct name
4. Pythonwin.exe now functions correctly unless and until 'Browse Pythonpath' is used again.

I have checked this behaviour in a clean virtual machine, Windows XP patched up to date. I installed freshly downloaded copies of:

1. python-2.6.1.msi
2. pywin32-212.win32-py2.6.exe


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

Comment By: Roger Upole (rupole)
Date: 2009-04-17 18:54

Message:
This appears to related to the problem with saving toolbar states in the
registry.  If you delete the registry key
HKCU\Software\Python 2.6\Python for Win32\ToolbarDefault-Summary
the crash goes away.

It appears to be already fixed in build 213, although there have been so
many
changes I can't identify exactly where.



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

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

[pywin32-bugs] [ pywin32-Bugs-2726704 ] Debugger fills Registry with 100s of ToolbarDefault-Bar-n

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

Bugs item #2726704, was opened at 2009-04-02 12:31
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2726704&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: pythonwin
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Christoffer Jezek (shkvall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Debugger fills Registry with 100s of ToolbarDefault-Bar-n

Initial Comment:
PythonWin creates hundreds of 
ToolbarDefault-Bar-n keys in the registry once the 
debugger is invoked (either by debug or post-mortem) 
and the 'go' or 'close' button is clicked.

This seems to be the same problem as in bugid #1017504.

Environment: 
PythonWin Build 210
PythonWin 2.5.1 (r251:1.3, Sep  3 2007, 11:08:48) [MSC v.1310 32 bit (Intel)] on win32.
Windows XP Pro ver.2002, SP2.

Regards

Christoffer

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2009-04-21 02:21

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Mark Hammond (mhammond)
Date: 2009-04-06 11:59

Message:
Please try a later version - there have been a number of fixed since build
210, including some related to this.  Thanks.

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

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