|
From: SourceForge.net <no...@so...> - 2011-04-26 06:30:23
|
Bugs item #2841107, was opened at 2009-08-20 23:54 Message generated for change (Comment added) made by mhammond You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2841107&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: Out of Date Priority: 5 Private: No Submitted By: blair sutton (bsdz) Assigned to: Nobody/Anonymous (nobody) Summary: v214 breaks modules autogenerated with v212's EnsureDispatch Initial Comment: The additional unicode support added in revision 3.18 breaks modules generated with previous versions of pywin32. This happens in Python 2.6. When running a previously generated module the following assert breaks previously generated modules that set UnicodeToString=0: - assert UnicodeToString is None, "this is deprecated and will go away" The revision that makes this change can be found here: - http://pywin32.cvs.sourceforge.net/viewvc/pywin32/pywin32/com/win32com/client/__init__.py?r1=1.37&r2=1.38&pathrev=HEAD A workaround is to remove autogenerated files under C:\Python26\Lib\site-packages\win32com\gen_py\ ---------------------------------------------------------------------- >Comment By: Mark Hammond (mhammond) Date: 2011-04-26 16:30 Message: This sucks and could have been avoided. For future builds, the makepy internal version has already been bumped which will force such regeneration - so this will not happen in future builds. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2841107&group_id=78018 |
