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

[pywin32-bugs] [ pywin32-Bugs-2571135 ] edit with pythonwin - importing issue

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

Bugs item #2571135, was opened at 2009-02-06 15:17
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2571135&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: George Hebert (g_hebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: edit with pythonwin - importing issue

Initial Comment:
There is a feature that I have been using for quite a while in PythonWin that is no longer working the way it once was and that is when you right-click on a .py file and click "edit in pythonwin".  Normally when I do this and it opens pythonwin, I can import files within the interpreter that happen to be located in the same folder.  After editing this file, if I attempt to import a file in the interpreter it does not find the file.

The way I have had to fix this is by running the following command every time I open pythonwin:

import sys
sys.path.insert(0, '')

After I have done this, pythonwin seems to do what it use to do and allows me to import files in the same directory as the file that I right-clicked on and said "edit with pythonwin".

Note: This feature worked on version 2.5 and below.

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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-30 23:31

Message:
This will be due to various things no longer changing the cwd of the
process.  If hitting File->Import or File->Run on the module fails due to
import errors for modules in the same directory, then I would consider that
a bug, in which case please re-open.

Thanks

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

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

[pywin32-bugs] [ pywin32-Bugs-2704124 ] GetCompressedFileSize fails for some unicode filenames

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

Bugs item #2704124, was opened at 2009-03-23 07:26
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2704124&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: Later
Priority: 7
Private: No
Submitted By: Tim Golden (tjgolden)
Assigned to: Nobody/Anonymous (nobody)
Summary: GetCompressedFileSize fails for some unicode filenames

Initial Comment:
I have a filename which contains the unicode codepoint U+F022. win32file.GetCompressedFileSize fails to cope with this name, returning error ERROR_INVALID_NAME. I can, however, call the underlying -W function from ctypes which works correctly. I suspect that the -W version of the function isn't in fact being used. My experience is that the -A functions will work on "simple" unicode -- those which can be encoded/decoded by the default encoding -- but will fail on "deeper" unicode, such as my example above which uses a private-space code point. (It's a real-life example, altho' I've no idea how it got there).

Example:

<code>
filename = u"\uf022.txt"
open (filename, "w").close ()

import win32file
print win32file.GetCompressedFileSize (filename)

import ctypes
from ctypes import wintypes
size = wintypes.DWORD ()
print ctypes.windll.kernel32.GetCompressedFileSizeW (filename, ctypes.byref (size))

</code>


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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-30 23:28

Message:
It is a slippery-slope from here, and I'm inclined to agree with Roger that
moving to unicode builds everywhere is a better strategy than hacking every
function taking a string to handle those different types.  Maybe later this
year - when the dust fully settles from the recent py3k-enabled builds,
I'll stir more up by moving everything to unicode...

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

Comment By: Roger Upole (rupole)
Date: 2009-03-27 22:06

Message:
This should work correctly in Python 3, where the module is built
so that unicode API functions are called.  Pywin32 can now be built
with UNICODE defined for 2.x also, although it hasn't been released
that way yet.

        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-20 00:32
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-30 23:26

Message:
Thanks for the report - sorry we can't help more, but "patches happily
accepted" etc...

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

Comment By: Mark Hammond (mhammond)
Date: 2009-03-28 09:10

Message:
yeah - sorry for the confusion - pythonwin uses the one available server.

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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-28 03:43

Message:
update: something very strange seems to be going on:

Mark says:

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

So I tried this in both ActiveState Python 2.5.1 (not shown), ActiveState
Python 2.6.1 (pythonwin), and ActivePython 2.6.1.1 command line:

#1:
PythonWin 2.6.1 (r261:67515, Dec  5 2008, 13:58:38) [MSC v.1500 32 bit
(Intel)] on win32.
Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for
further copyright information.
>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

#2:
C:\Documents and Settings\jkn>python
ActivePython 2.6.1.1 (ActiveState Software Inc.) based on
Python 2.6.1 (r261:67515, Dec  5 2008, 13:58:38) [MSC v.1500 32 bit
(Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>


Hmm - maybe I've just had an 'aha' moment. Mark, when you say "note that
pythonwin still uses dde", are you meaning "It uses (up) a/the server"? I
thought you weew meaning "It still works in pythonwin, which uses code like
this...".

So maybe I can't use DDE interactively with PythonWin? If so I guess this
also ought to be documented...

    Jon N



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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-28 00:07

Message:
Hmm ... OK.

I guess the sample code should be updated to reflect this change?

Also, wouldn't it be better to leave the API and change the behaviour? So
that the canonical form works to create a server works, but. further
attempts return in either some sort of errror, or the same server.

    Regards
    Jon N


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

Comment By: Mark Hammond (mhammond)
Date: 2009-03-27 12:26

Message:
I can't explain why that little sample doesn't work, but note that
pythonwin still uses dde.

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

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

Comment By: Roger Upole (rupole)
Date: 2009-03-27 11:50

Message:
This is due to removal of support for multiple servers.
It was implemented via some low-level hacks that were
incompatible with DEP prevention and 64-bit.  You should
be able to create your own server from python.exe, or if
Pythonwin's own DDE is disabled by starting it with /nodde.

         Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2618277 ] backspacing over multibyte characters raises exception

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

Bugs item #2618277, was opened at 2009-02-20 12:34
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2618277&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: markt (metolone)
Assigned to: Nobody/Anonymous (nobody)
Summary: backspacing over multibyte characters raises exception

Initial Comment:
In Pythonwin from pywin32-213, and on both the 2.6 and 3.0 versions, when backspacing over the Chinese characters in the attached file (or any UTF-8 multibyte character), the first backspace displays the remaining UTF-8 code bytes instead of deleting the entire character.  Trying to save the file at this point or backspacing a second time throws exceptions.

The backspace exception (from 2.6) is:

Firing event '<<smart-backspace>>' failed.
Traceback (most recent call last):
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\bindings.py", line 142, in fire
    rc = binding.handler(*args)
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\idle\AutoIndent.py", line 133, in smart_backspace_event
    chars = text.get("insert linestart", "insert")
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\IDLEenvironment.py", line 343, in get
    ret = self.edit.GetTextRange(start, end)
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\control.py", line 362, in GetTextRange
    ret = ret.decode(default_scintilla_encoding)
  File "C:\dev\python\lib\encodings\utf_8.py", line 16, in decode
    return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 11-12: unexpected end of data

Saving in 2.6 gives:

Traceback (most recent call last):
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\framework\editor\document.py", line 77, in OnSaveDocument
    self.SaveFile(fileName)
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\document.py", line 54, in SaveFile
    ok = view.SaveTextFile(fileName)
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\view.py", line 394, in SaveTextFile
    doc._SaveTextToFile(self, f)
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\document.py", line 137, in _SaveTextToFile
    s = view.GetTextRange() # already decoded from scintilla's encoding
  File "C:\dev\python\Lib\site-packages\pythonwin\pywin\scintilla\control.py", line 362, in GetTextRange
    ret = ret.decode(default_scintilla_encoding)
  File "C:\dev\python\lib\encodings\utf_8.py", line 16, in decode
    return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 28-30: invalid data
win32ui.error: OnSaveDocument() virtual handler (<bound method SyntEditDocument.OnSaveDocument of <pywin.framework.editor.color.coloreditor.SyntEditDocument instance at 0x00F27D00>>) raised an exception



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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-30 23:03

Message:
Thanks!

Checking in pythonwin/pywin/scintilla/IDLEenvironment.py;
new revision: 1.15; previous revision: 1.14

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

Comment By: markt (metolone)
Date: 2009-02-20 13:26

Message:
I made a fix to pythonwin\pywin\scintilla\IDLEenvironment.py that appears
to correct the problem.  I found a function _fix_eol_indexes() that
corrected for partial deletion of \r\n.  The function, now named
_fix_indexes(), now corrects for partial deletion of UTF8 chars as well.  I
uploaded the file.  It works by making sure the start and end variables
point to the start of a valid UTF8 character.  In a UTF8 byte, bit 7 on and
bit 6 off is an intermediate byte.

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

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

[pywin32-bugs] [ pywin32-Feature Requests-2560609 ] Color of the folding margin.

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

Feature Requests item #2560609, was opened at 2009-02-03 07:17
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2560609&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: MizardX (mizardx)
Assigned to: Nobody/Anonymous (nobody)
Summary: Color of the folding margin.

Initial Comment:
It is currently impossible to change the color of the folding margin. The variables that need changing is 'selbar', and 'selbarlight' in the current instance of 'ViewStyle' (in Pythonwin/Scintilla/src/ViewStyle.cxx).  Those two variables does not read their values from a defined style, nor is there any way to update them from python code.

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

>Comment By: Roger Upole (rupole)
Date: 2009-03-27 23:21

Message:
According to the Scintilla docs, these can be changed using
SCI_SETFOLDMARGINCOLOUR and SCI_SETFOLDMARGINHICOLOUR.
Since this isn't an actual style, it's not going to fit in nicely
with the existing formats.  However, we might be able to use the
font color for one, and the background color for the other.
They'd have to be handled specially in the reformatting code.


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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-20 00:32
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-28 09:10

Message:
yeah - sorry for the confusion - pythonwin uses the one available server.

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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-28 03:43

Message:
update: something very strange seems to be going on:

Mark says:

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

So I tried this in both ActiveState Python 2.5.1 (not shown), ActiveState
Python 2.6.1 (pythonwin), and ActivePython 2.6.1.1 command line:

#1:
PythonWin 2.6.1 (r261:67515, Dec  5 2008, 13:58:38) [MSC v.1500 32 bit
(Intel)] on win32.
Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for
further copyright information.
>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

#2:
C:\Documents and Settings\jkn>python
ActivePython 2.6.1.1 (ActiveState Software Inc.) based on
Python 2.6.1 (r261:67515, Dec  5 2008, 13:58:38) [MSC v.1500 32 bit
(Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>


Hmm - maybe I've just had an 'aha' moment. Mark, when you say "note that
pythonwin still uses dde", are you meaning "It uses (up) a/the server"? I
thought you weew meaning "It still works in pythonwin, which uses code like
this...".

So maybe I can't use DDE interactively with PythonWin? If so I guess this
also ought to be documented...

    Jon N



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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-28 00:07

Message:
Hmm ... OK.

I guess the sample code should be updated to reflect this change?

Also, wouldn't it be better to leave the API and change the behaviour? So
that the canonical form works to create a server works, but. further
attempts return in either some sort of errror, or the same server.

    Regards
    Jon N


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

Comment By: Mark Hammond (mhammond)
Date: 2009-03-27 12:26

Message:
I can't explain why that little sample doesn't work, but note that
pythonwin still uses dde.

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

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

Comment By: Roger Upole (rupole)
Date: 2009-03-27 11:50

Message:
This is due to removal of support for multiple servers.
It was implemented via some low-level hacks that were
incompatible with DEP prevention and 64-bit.  You should
be able to create your own server from python.exe, or if
Pythonwin's own DDE is disabled by starting it with /nodde.

         Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-19 13:32
Message generated for change (Comment added) made by jknsf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-27 16:43

Message:
update: something very strange seems to be going on:

Mark says:

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

So I tried this in both ActiveState Python 2.5.1 (not shown), ActiveState
Python 2.6.1 (pythonwin), and ActivePython 2.6.1.1 command line:

#1:
PythonWin 2.6.1 (r261:67515, Dec  5 2008, 13:58:38) [MSC v.1500 32 bit
(Intel)] on win32.
Portions Copyright 1994-2008 Mark Hammond - see 'Help/About PythonWin' for
further copyright information.
>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

#2:
C:\Documents and Settings\jkn>python
ActivePython 2.6.1.1 (ActiveState Software Inc.) based on
Python 2.6.1 (r261:67515, Dec  5 2008, 13:58:38) [MSC v.1500 32 bit
(Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>


Hmm - maybe I've just had an 'aha' moment. Mark, when you say "note that
pythonwin still uses dde", are you meaning "It uses (up) a/the server"? I
thought you weew meaning "It still works in pythonwin, which uses code like
this...".

So maybe I can't use DDE interactively with PythonWin? If so I guess this
also ought to be documented...

    Jon N



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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-27 13:07

Message:
Hmm ... OK.

I guess the sample code should be updated to reflect this change?

Also, wouldn't it be better to leave the API and change the behaviour? So
that the canonical form works to create a server works, but. further
attempts return in either some sort of errror, or the same server.

    Regards
    Jon N


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

Comment By: Mark Hammond (mhammond)
Date: 2009-03-27 01:26

Message:
I can't explain why that little sample doesn't work, but note that
pythonwin still uses dde.

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

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

Comment By: Roger Upole (rupole)
Date: 2009-03-27 00:50

Message:
This is due to removal of support for multiple servers.
It was implemented via some low-level hacks that were
incompatible with DEP prevention and 64-bit.  You should
be able to create your own server from python.exe, or if
Pythonwin's own DDE is disabled by starting it with /nodde.

         Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-19 13:32
Message generated for change (Comment added) made by jknsf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

Comment By: Jon Nicoll (jknsf)
Date: 2009-03-27 13:07

Message:
Hmm ... OK.

I guess the sample code should be updated to reflect this change?

Also, wouldn't it be better to leave the API and change the behaviour? So
that the canonical form works to create a server works, but. further
attempts return in either some sort of errror, or the same server.

    Regards
    Jon N


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

Comment By: Mark Hammond (mhammond)
Date: 2009-03-27 01:26

Message:
I can't explain why that little sample doesn't work, but note that
pythonwin still uses dde.

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

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

Comment By: Roger Upole (rupole)
Date: 2009-03-27 00:50

Message:
This is due to removal of support for multiple servers.
It was implemented via some low-level hacks that were
incompatible with DEP prevention and 64-bit.  You should
be able to create your own server from python.exe, or if
Pythonwin's own DDE is disabled by starting it with /nodde.

         Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2672514 ] genpy.py uses codecs mode "wt"

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

Bugs item #2672514, was opened at 2009-03-08 10:43
Message generated for change (Settings changed) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2672514&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: Fixed
Priority: 5
Private: No
Submitted By: Tim Golden (tjgolden)
Assigned to: Nobody/Anonymous (nobody)
Summary: genpy.py uses codecs mode "wt"

Initial Comment:
The CVS version of genpy.py at line 780 calls codecs.open with a mode of "wt". (I'm not sure why). But the codecs module clumsily forces binary mode when opening -- clumsily, because it simply adds "b" to the mode if it's not there, which results in an invalid mode of "wtb". I'm assuming that this is an error on the pywin32 side, but I'm surprised it hasn't shown up elsewhere.

This showed up, by the way, when I attempted use the msi.py tool to build an MSI from a Python checkout.

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

>Comment By: Roger Upole (rupole)
Date: 2009-03-27 07:36

Message:
This has been fixed in r1.66.



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

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

[pywin32-bugs] [ pywin32-Bugs-2704124 ] GetCompressedFileSize fails for some unicode filenames

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

Bugs item #2704124, was opened at 2009-03-22 15:26
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2704124&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: 7
Private: No
Submitted By: Tim Golden (tjgolden)
Assigned to: Nobody/Anonymous (nobody)
Summary: GetCompressedFileSize fails for some unicode filenames

Initial Comment:
I have a filename which contains the unicode codepoint U+F022. win32file.GetCompressedFileSize fails to cope with this name, returning error ERROR_INVALID_NAME. I can, however, call the underlying -W function from ctypes which works correctly. I suspect that the -W version of the function isn't in fact being used. My experience is that the -A functions will work on "simple" unicode -- those which can be encoded/decoded by the default encoding -- but will fail on "deeper" unicode, such as my example above which uses a private-space code point. (It's a real-life example, altho' I've no idea how it got there).

Example:

<code>
filename = u"\uf022.txt"
open (filename, "w").close ()

import win32file
print win32file.GetCompressedFileSize (filename)

import ctypes
from ctypes import wintypes
size = wintypes.DWORD ()
print ctypes.windll.kernel32.GetCompressedFileSizeW (filename, ctypes.byref (size))

</code>


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

>Comment By: Roger Upole (rupole)
Date: 2009-03-27 06:06

Message:
This should work correctly in Python 3, where the module is built
so that unicode API functions are called.  Pywin32 can now be built
with UNICODE defined for 2.x also, although it hasn't been released
that way yet.

        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-20 00:32
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-27 12:26

Message:
I can't explain why that little sample doesn't work, but note that
pythonwin still uses dde.

Further, the following works for me from a 2.6 python.exe:

>>> import win32ui, dde
>>> dde.CreateServer().Create('TestClient')
>>>

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

Comment By: Roger Upole (rupole)
Date: 2009-03-27 11:50

Message:
This is due to removal of support for multiple servers.
It was implemented via some low-level hacks that were
incompatible with DEP prevention and 64-bit.  You should
be able to create your own server from python.exe, or if
Pythonwin's own DDE is disabled by starting it with /nodde.

         Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-19 08:32
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

>Comment By: Roger Upole (rupole)
Date: 2009-03-26 19:50

Message:
This is due to removal of support for multiple servers.
It was implemented via some low-level hacks that were
incompatible with DEP prevention and 64-bit.  You should
be able to create your own server from python.exe, or if
Pythonwin's own DDE is disabled by starting it with /nodde.

         Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2706383 ] Crash getting time zone info

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

Bugs item #2706383, was opened at 2009-03-23 11:26
Message generated for change (Settings changed) made by jaraco
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2706383&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: v1.0 (example)
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Bernhard (bernhard_bender)
Assigned to: Jason R. Coombs (jaraco)
Summary: Crash getting time zone info

Initial Comment:
The following code crashes when the local time zone is a unicode string (e.g. contains German umlauts):

import win32timezone
tzi = win32timezone.TimeZoneInfo.local()

This is probably due to the use of "str" type for standard_name and daylight_name in class TIME_ZONE_INFORMATION



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

>Comment By: Jason R. Coombs (jaraco)
Date: 2009-03-24 20:33

Message:
Fixed in rev 1.28.  Tested in Windows Vista with French Language pack and
Russian Language Pack.  I added a unit test as well to prevent this issue
from arising in the future.

Bernhard, thanks for the bug report and patch!

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

Comment By: Bernhard (bernhard_bender)
Date: 2009-03-23 16:20

Message:
Some more info:

python 2.5.2
win32 extensions build 213
WinXP SP2 German

Crash occurs when time zone set to +0100: "Westeuropäische Normalzeit"
(umlaut-a)
Does not crash when set to -0500: "Eastern Normalzeit" (pure ASCII)

The attached pathc is a very simple fix that prevents the crash. I may
break other places though, as it changes the types of time zone names to
unicode()

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

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

[pywin32-bugs] [ pywin32-Bugs-2706383 ] Crash getting time zone info

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

Bugs item #2706383, was opened at 2009-03-24 02:26
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2706383&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: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bernhard (bernhard_bender)
>Assigned to: Jason R. Coombs (jaraco)
Summary: Crash getting time zone info

Initial Comment:
The following code crashes when the local time zone is a unicode string (e.g. contains German umlauts):

import win32timezone
tzi = win32timezone.TimeZoneInfo.local()

This is probably due to the use of "str" type for standard_name and daylight_name in class TIME_ZONE_INFORMATION



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

Comment By: Bernhard (bernhard_bender)
Date: 2009-03-24 07:20

Message:
Some more info:

python 2.5.2
win32 extensions build 213
WinXP SP2 German

Crash occurs when time zone set to +0100: "Westeuropäische Normalzeit"
(umlaut-a)
Does not crash when set to -0500: "Eastern Normalzeit" (pure ASCII)

The attached pathc is a very simple fix that prevents the crash. I may
break other places though, as it changes the types of time zone names to
unicode()

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

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

[pywin32-bugs] [ pywin32-Bugs-2706383 ] Crash getting time zone info

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

Bugs item #2706383, was opened at 2009-03-23 16:26
Message generated for change (Comment added) made by bernhard_bender
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2706383&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: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bernhard (bernhard_bender)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash getting time zone info

Initial Comment:
The following code crashes when the local time zone is a unicode string (e.g. contains German umlauts):

import win32timezone
tzi = win32timezone.TimeZoneInfo.local()

This is probably due to the use of "str" type for standard_name and daylight_name in class TIME_ZONE_INFORMATION



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

>Comment By: Bernhard (bernhard_bender)
Date: 2009-03-23 21:20

Message:
Some more info:

python 2.5.2
win32 extensions build 213
WinXP SP2 German

Crash occurs when time zone set to +0100: "Westeuropäische Normalzeit"
(umlaut-a)
Does not crash when set to -0500: "Eastern Normalzeit" (pure ASCII)

The attached pathc is a very simple fix that prevents the crash. I may
break other places though, as it changes the types of time zone names to
unicode()

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

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

[pywin32-bugs] [ pywin32-Bugs-2706383 ] Crash getting time zone info

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

Bugs item #2706383, was opened at 2009-03-23 16:26
Message generated for change (Tracker Item Submitted) made by bernhard_bender
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2706383&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: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bernhard (bernhard_bender)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash getting time zone info

Initial Comment:
The following code crashes when the local time zone is a unicode string (e.g. contains German umlauts):

import win32timezone
tzi = win32timezone.TimeZoneInfo.local()

This is probably due to the use of "str" type for standard_name and daylight_name in class TIME_ZONE_INFORMATION



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

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

[pywin32-bugs] [ pywin32-Bugs-2693152 ] pythoncom fails to import due to CreateURLMonikerEx

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

Bugs item #2693152, was opened at 2009-03-19 12:01
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2693152&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: Mark Hammond (mhammond)
Assigned to: Nobody/Anonymous (nobody)
Summary: pythoncom fails to import due to CreateURLMonikerEx

Initial Comment:
Noticed on the 'bzr' mailing list which recently released a binary using build 213

"""
Entry point to procedure CreateURLMonikerEx does not found in DLL urlmon.dll

I've tried to install on Windows 2000 machine. 
"""

Note this machine was running the Russian version which may be relevant, as MSDN says it should be there...

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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-23 15:58

Message:
Followup from the original reporter:
I've discovered that I had semi-broken IE installation on that machine.
Reinstalled IE6 did fix the problem.
Thanks.


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

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

[pywin32-bugs] [ pywin32-Bugs-2704124 ] GetCompressedFileSize fails for some unicode filenames

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

Bugs item #2704124, was opened at 2009-03-22 20:26
Message generated for change (Tracker Item Submitted) made by tjgolden
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2704124&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: 7
Private: No
Submitted By: Tim Golden (tjgolden)
Assigned to: Nobody/Anonymous (nobody)
Summary: GetCompressedFileSize fails for some unicode filenames

Initial Comment:
I have a filename which contains the unicode codepoint U+F022. win32file.GetCompressedFileSize fails to cope with this name, returning error ERROR_INVALID_NAME. I can, however, call the underlying -W function from ctypes which works correctly. I suspect that the -W version of the function isn't in fact being used. My experience is that the -A functions will work on "simple" unicode -- those which can be encoded/decoded by the default encoding -- but will fail on "deeper" unicode, such as my example above which uses a private-space code point. (It's a real-life example, altho' I've no idea how it got there).

Example:

<code>
filename = u"\uf022.txt"
open (filename, "w").close ()

import win32file
print win32file.GetCompressedFileSize (filename)

import ctypes
from ctypes import wintypes
size = wintypes.DWORD ()
print ctypes.windll.kernel32.GetCompressedFileSizeW (filename, ctypes.byref (size))

</code>


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2704124&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-21 23:43
Message generated for change (Tracker Item Submitted) made by shlomme
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: Open
Resolution: None
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.

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

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

[pywin32-bugs] [ pywin32-Bugs-2694452 ] DDE failing in pywin32 > build 207?

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

Bugs item #2694452, was opened at 2009-03-19 13:32
Message generated for change (Tracker Item Submitted) made by jknsf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2694452&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: Jon Nicoll (jknsf)
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE failing in pywin32 > build 207?

Initial Comment:
Apologies if this is not the place to report this ...

I'm having a go at using DDE to control an app via pywin32. It's nearly 15 years since I used DDE, but what the hell... However the simplest startup (essentially taken from the sample script) doesn't seem to work:

>>> import dde
>>> server = dde.CreateServer()
>>> server.Create('TestClient')
Traceback (most recent call last):
  File "<interactive input>", line 1, in <module>
error: The server could not be created
>>> 

I see I'm not the only one with this problem: Raymond Lee sees the same in his blog towards the end of last year and reports (in <http://blog.dataunbound.com/category/ecco-pro/> ):

"I have found that the current version of pywin32 (v 212) doesn't work, and that the newest version that does work is version 207"

I was trying with ActiveState Python and build v212 of pywin32. I guess I could try to install an older version of Pywin32, but any idea what is going on here?

Thanks for pywin32 anyway!

    regards
    Jon N


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

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

[pywin32-bugs] [ pywin32-Bugs-2693152 ] pythoncom fails to import due to CreateURLMonikerEx

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

Bugs item #2693152, was opened at 2009-03-19 12:01
Message generated for change (Tracker Item Submitted) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2693152&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: Mark Hammond (mhammond)
Assigned to: Nobody/Anonymous (nobody)
Summary: pythoncom fails to import due to CreateURLMonikerEx

Initial Comment:
Noticed on the 'bzr' mailing list which recently released a binary using build 213

"""
Entry point to procedure CreateURLMonikerEx does not found in DLL urlmon.dll

I've tried to install on Windows 2000 machine. 
"""

Note this machine was running the Russian version which may be relevant, as MSDN says it should be there...

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

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

[pywin32-bugs] [ pywin32-Bugs-2391931 ] I wrote a COM server that is work in python 2.5 but not 2.6

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

Bugs item #2391931, was opened at 2008-12-05 07:27
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2391931&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: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Ricky Teng (rickyteng)
Assigned to: Nobody/Anonymous (nobody)
Summary: I wrote a COM server that is work in python 2.5 but not 2.6

Initial Comment:
Hi,

I wrote a COM server can be called by VB exe.
I wrote the COM server in python 2.5 and pywin32-212.win32-py2.5.exe.

When I change python to 2.6 and pywin32-212.win32-py2.6.exe, register the COM server I wrote. The error message is :

------------
Run-Time error '-2147024770 (8007007e)':

Automation error
The specified module could not be found
------------

But I roll back to python 2.5 and pywin32-212.win32-py2.5.exe, everything is ok.

The code of COM server I wrote is copy from "A Quick Start to Server Side COM"

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:53

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-01-30 23:24

Message:
You need to install a global copy of the MSVC2008 assemblies from Microsoft
for this to work.

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

Comment By: Ricky Teng (rickyteng)
Date: 2008-12-05 07:32

Message:
I forgot to say that I can use python as COM client to call the COM server.
No matter python 2.5 or 2.6

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

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

[pywin32-bugs] [ pywin32-Bugs-2686042 ] pythonwin documentation out of date

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

Bugs item #2686042, was opened at 2009-03-13 10:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2686042&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: blair sutton (bsdz)
Assigned to: Nobody/Anonymous (nobody)
Summary: pythonwin documentation out of date

Initial Comment:
The Pythonwin GUI Environment documentation, specifically the Command Line Arguments are not in sync with those described in the source code file intpyapp.py. 

For example, in docs /runargs is actually /rundlg in the code.

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

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

[pywin32-bugs] [ pywin32-Bugs-2671640 ] pywin32 amd64 installation error

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

Bugs item #2671640, was opened at 2009-03-08 03:27
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2671640&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: v1.0 (example)
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Maxime Labelle (mlabelle3108)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin32 amd64 installation error

Initial Comment:
There is a problem in the "pywin32-213.win-amd64-py2.7.exe" installer when detecting if python 2.6 is installed. It will not find python 2.6 even though it is installed.

Running WinXP 64bit pro on AMD64.

Regards,

Max.

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

>Comment By: Mark Hammond (mhammond)
Date: 2009-03-09 21:02

Message:
pywin32-213.win-amd64-py2.7.exe is a python 2.7 build (ie, svn) - please
use pywin32-213.win-amd64-py2.6.exe

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

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

[pywin32-bugs] [ pywin32-Bugs-2672514 ] genpy.py uses codecs mode "wt"

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

Bugs item #2672514, was opened at 2009-03-08 15:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2672514&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: Tim Golden (tjgolden)
Assigned to: Nobody/Anonymous (nobody)
Summary: genpy.py uses codecs mode "wt"

Initial Comment:
The CVS version of genpy.py at line 780 calls codecs.open with a mode of "wt". (I'm not sure why). But the codecs module clumsily forces binary mode when opening -- clumsily, because it simply adds "b" to the mode if it's not there, which results in an invalid mode of "wtb". I'm assuming that this is an error on the pywin32 side, but I'm surprised it hasn't shown up elsewhere.

This showed up, by the way, when I attempted use the msi.py tool to build an MSI from a Python checkout.

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

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