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

[pywin32-bugs] [ pywin32-Bugs-2997392 ] Debugger stack trace failure in 213 and later

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

Bugs item #2997392, was opened at 2010-05-06 13:39
Message generated for change (Tracker Item Submitted) made by zunzster
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2997392&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: Paul Heinz (zunzster)
Assigned to: Nobody/Anonymous (nobody)
Summary: Debugger stack trace failure in 213 and later

Initial Comment:
Running against Python 2.5.4

When debugging the stack trace view only sees the top level stack frame in 213 and later builds when debugging for me.


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

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

[pywin32-bugs] problems with win32comext\taskscheduler on windows 2008

[Vaida B. <co...@va...>]

Hi, I have a problem with my taskscheduler library: it works on Windows XP
but upon entering the 2008 land my task gets created without any triggers.
I've ran the same commands I ran on XP but the task doesn't get created.

http://pastebin.com/bmg847hw

This on XP (and 2003 Server) creates a task with a trigger to execute daily
while on Server 2008 I get the task created but with no triggers.

The account on 2008 has Administrator privileges and UAC are disabled. I
tried debugging the problem but without luck.

I'd very much appreciate any ideas on how to solve this.

[pywin32-bugs] [ pywin32-Bugs-2993640 ] win32api.GetFullPathName converts unicode to non-unicode

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

Bugs item #2993640, was opened at 2010-04-28 10:04
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2993640&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: ferrata (ferrata)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32api.GetFullPathName converts unicode to non-unicode

Initial Comment:
win32api.GetFullPathName converts unicode string to non-unicode string

Environment: 
python 2.5; pywin32-214.win32-py2.5.exe

CODE FOR REPRODUCE:

import win32api
s = u'C:\\test'
print repr( s )
print repr( win32api.GetFullPathName( s ) )

OUTPUT:

u'C:\\test'
'C:\\test'
-> BUG: string has been converted

EXPECTED OUTPUT:

u'C:\\test'
u'C:\\test'


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

>Comment By: Roger Upole (rupole)
Date: 2010-05-03 07:27

Message:
win32file.GetFullPathName calls either the char or unicode API function
depending on the input type, and returns the same type.  The one in
win32api will probably go away at some point, or just become an alias for
the function in win32file when we go to an all-unicode build.

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

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

[pywin32-bugs] [ pywin32-Bugs-2986020 ] Inserting special character causes source file deletion

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

Bugs item #2986020, was opened at 2010-04-12 12:19
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2986020&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: Steve C (mrsteve1999)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inserting special character causes source file deletion

Initial Comment:
>From within PythonWin editor, inserting a string containing a certain special character (–, as seen in "Char to paste.txt") into a python string object, and then attempting to save the file, causes the source file to be erased completely, from outside the editor.

Using the 2 attached files, copy the character in "Char to paste.txt" to the clipboard.  Open "Bug Demo.py" with PythonWin, and paste the character into the second string in the same location as the hyphen in the first string.  Save the file.

At the very minimum, this error should be handled much more gracefully.  I nearly lost a significant amount of code when this happened initially, and fortunately I chose NOT to reload the (now empty) file in the editor, so I had the opportunity to copy the code.

Environment:
PyWin32 build 214
64-bit Windows 7 Ultimate

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

>Comment By: Roger Upole (rupole)
Date: 2010-05-03 07:12

Message:
Here's the relevant part of the traceback:
Traceback (most recent call last):
  File
"J:\Python31\Lib\site-packages\pythonwin\pywin\framework\editor\document.py",
line 77, in OnSaveDocument
    self.SaveFile(fileName)
  File
"J:\Python31\Lib\site-packages\pythonwin\pywin\scintilla\document.py", line
54, in SaveFile
    ok = view.SaveTextFile(fileName)
  File "J:\Python31\Lib\site-packages\pythonwin\pywin\scintilla\view.py",
line 394, in SaveTextFile
    doc._SaveTextToFile(self, f)
  File
"J:\Python31\Lib\site-packages\pythonwin\pywin\scintilla\document.py", line
156, in _SaveTextToFile
    f.write(s.encode(source_encoding))
UnicodeEncodeError: 'latin-1' codec can't encode character '\u2013' in
position 139: ordinal not in range(256)

Looks like we should default the file encoding to something other than
latin-1.  This would also mean inserting a coding declaration where one
doesn't already exist.  Alternately, we could catch the error and just pop
up a message box saying than an encoding should be specified in the source
file.  Either way, the actual encoding needs to be attempted before opening
the file to avoid losing any existing data.


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

Comment By: Steve C (mrsteve1999)
Date: 2010-04-12 21:16

Message:
Windows Clipboard.... Initially from Visual Studio 2005, and also occurs
when copying from Notepad.  I think as long as the correct character gets
pasted, it is the process of saving that triggers the issue.

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

Comment By: Mark Hammond (mhammond)
Date: 2010-04-12 20:35

Message:
What tool did you use to *copy* the character?  The tool used is probably
important for me to reliably reproduce this.

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

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

[pywin32-bugs] [ pywin32-Bugs-801291 ] problem with ADO.CommandeExecute() options

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

Bugs item #801291, was opened at 2003-09-05 14:39
Message generated for change (Settings changed) made by jaraco
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=801291&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: Jason R. Coombs (jaraco)
>Assigned to: Jason R. Coombs (jaraco)
Summary: problem with ADO.CommandeExecute() options

Initial Comment:
I posted this originally on comp.python.  I'm reposting it 
here since it seems a more appropriate place.

I'm hoping this is a coding error on my part, but I've 
encountered a problem with parameters that I cannot 
understand.  Perhaps someone out there might be willing 
to assist me with some suggestions.
 
First, here is some VB code that correctly does what I 
want to do:
 
--------------------------- begin cmdtest.vbs
Dim cn
Dim rs
Dim cmd
 
Set cn = CreateObject( "ADODB.Connection" )
cn.Open( "Provider=SQLOLEDB;Data Source=
(local);Initial Catalog=Environmental 
Monitoring;Integrated Security=SSPI" )
 
Set rs = CreateObject( "ADODB.Stream" )
rs.Open()
 
Set cmd = CreateObject( "ADODB.Command" )
 
cmd.ActiveConnection = cn          
cmd.Properties("Output Stream").Value = rs
cmd.CommandText = "SELECT * FROM [Sources] for 
XML AUTO"
 
cmd.Execute , , 1024 'adExecuteStream
 
rs.Position = 0
WScript.Echo rs.ReadText()
--------------------------- end cmdtest.vbs
 
Here is partial output I get:
C:\>cscript cmdtest.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All 
rights reserved.
 
<Sources ID="1" Name="South Asia" 
Type="7"/><Sources ID="2" Name="Japan" Type="2"/>...
 
 
 
Now, if I attempt to do the same thing in python, it 
returns no output.
------------------------- begin cmdtest.py
import ADO, sys
 
cn = ADO.Connection()
cn.Open( "Provider=SQLOLEDB;Data Source=
(local);Initial Catalog=Environmental 
Monitoring;Integrated Security=SSPI" )
 
rs = ADO.Stream()
rs.Open()
 
cmd = ADO.Command()
 
cmd.ActiveConnection = cn          
cmd.Properties("Output Stream").Value = rs
cmd.CommandText = "SELECT * FROM [Sources] for 
XML AUTO"
 
cmd.Execute( Options = 
ADO.constants.adExecuteStream )
 
rs.Position = 0
sys.stdout.write( rs.ReadText() ) # prints nothing
------------------------- end cmdtest.py
 
If I pass no parameters to cmd.Execute in the VBScript 
verison, I get no output.  Other tests have further led 
me to conclude that the constant value 1024 is not 
being properly passed to ADO.Command.Execute in the 
Python version only.
 
Here are some other points of information:
 - Using the literal 1024 in the Python code instead of 
the constant reference make no difference. 
 - The VBScript code does not recognize 
adExecuteStream by name. 
 - Using win32com.client.Dispatch( 'ADODB.*' ) to 
create the objects (instead of ADO.py created from 
make PY) yields the same results. 
 - Using a different PROVIDER in the connection (such 
as SQLXMLOLEDB) will yield different results, but still 
indicates that the 'adExecuteStream' is not being set 
properly. 
 - I'm using "Microsoft ActiveX Data Objects 2.8 Library" 
for the ADO.  I've tried using v2.5 and 2.7, but get 
identical results. 
 - The first parameter to ADO.Command.Execute 
appears to be an [out] parameter, but the 
documentation is confusing and I haven't seen the first 
parameter used anywhere.
 
Any insight into this problem would be most appreciated.
 
Regards,
Jason R. Coombs
Sandia National Laboratories

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

>Comment By: Jason R. Coombs (jaraco)
Date: 2010-05-03 04:42

Message:
Pardon me, but Roger's comment did not explain why the Options parameter is
not supplied to the Execute call unless RecordsAffected is supplied. My
initial analysis did betray some ignorance of the [out] parameter, but
based on my second response, that was not the crux of the problem. I agree
this might be a hard problem to solve, and that it's been around a long
time, but Invalid is not the resolution. I investigated this problem fairly
thoroughly (for my expertise level at the time) and was getting some very
strange results, which I believe did reflect some more fundamental issue
with the pywin32 COM layer.

I haven't worked with SQL Server outside of SQLAlchemy for a while, but it
shouldn't take me too long to get back up to speed with the ADO code. I'll
plan to take a look at this at some point.

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

Comment By: Vernon Cole (kf7xm)
Date: 2010-05-03 03:40

Message:
Roger's comments show correct use of the call.

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

Comment By: Mark Hammond (mhammond)
Date: 2004-10-09 02:04

Message:
Logged In: YES 
user_id=14198

Interesting... The problem will be the way we present these
optional params.  It may even be that '[ 985980 ] pywin32
custom i/f COM servers do not support var args' has some
insights

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

Comment By: Jason R. Coombs (jaraco)
Date: 2003-09-08 17:47

Message:
Logged In: YES 
user_id=599869

  Thanks for the comment, but it doesn't address my issue.  I 
apologize for being unclear.

  The reason I am passing an ADO.Stream (Prog ID 
ADODB.Stream) object as the "Output Stream" property of 
the command is because this is the only way AFAIK to 
retrieve the results of a "SELECT ... FOR XML" query in SQL 
Server via ADO.

  I can use the rs = cmd.Execute(...) syntax to receive the 
results of a standard query returning a recordset (where rs is 
a two-tuple containing the recordset and the result status).

  Upon further investigation, I found that the RecordsAffected 
(first parameter to cmd.Execute) is involved in the ADO not 
behaving as expected.

  By sheer luck, I was able to get the Python code to work by 
passing something (and as it turns out anything) as the 
RecordsAffected Parameter.

  Leaving all other code the same, but replacing the execute 
line with the following yields the same results as the VB code.

cmd.Execute( 1, Options = ADO.constants.adExecuteStream )

  Furthermore, passing any value as RecordsAffected or even 
passing it as a keyword argument seems to alleviate the 
problem.

cmd.Execute( RecordsAffected = None, Options = 
ADO.constants.adExecuteStream )
cmd.Execute( 'jelly beans', Options = 
ADO.constants.adExecuteStream )

all work just as well as the control code (VB).

The VB code works fine with all such parameters except for a 
string value (such as "jelly beans").


I hope this sheds some more light on the issue I'm 
experiencing with passing parameters to the 
ADO.Command.Execute method.  Fortunately, I've found a 
workaround now, but it would be nice to track down the core 
of the problem.

Any ideas?

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

Comment By: Roger Upole (rupole)
Date: 2003-09-05 18:40

Message:
Logged In: YES 
user_id=771074

Output parameters are returned as results of the method call, 
so you would do rs=cmd.Execute(....).
    hth
       Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-762523 ] reading SQL dates before the epoch creates strange results

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

Bugs item #762523, was opened at 2003-06-28 16:17
Message generated for change (Comment added) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=762523&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: Out of Date
Priority: 5
Private: No
Submitted By: Richard Laager (rlaager)
Assigned to: Nobody/Anonymous (nobody)
Summary: reading SQL dates before the epoch creates strange results

Initial Comment:
Insert* a date before 1970-01-01 00:00:00.000 GMT 
into a database and try reading it from Python using the 
odbc driver.

* This will probably require using something other than 
Python. I haven't tested inserting such dates, only 
reading them.

The bug probably exists because mktime returns -1 for 
dates that it can't represent. I whipped up the following 
untested patch which will turn all unrepresentable dates 
into the epoch. This is much better than returning 
random data from memory.

I don't know enough about the driver to suggest a 
better way to do this.

diff -ur win32-orig/src/odbc.cpp win32/src/odbc.cpp
--- win32-orig/src/odbc.cpp	1997-06-13 
10:37:06.000000000 -0500
+++ win32/src/odbc.cpp	2003-06-28 
17:00:06.000000000 -0500
@@ -427,7 +427,11 @@
   gt.tm_hour = dt->hour;
   gt.tm_min = dt->minute;
   gt.tm_sec = dt->second;
-  return dbiMakeDate(PyInt_FromLong(mktime(&gt)));
+  time_t t = mktime(&gt);
+  // Set dates outside of time_t's range to the epoch.
+  if (t == (time_t)-1)
+    t = 0;
+  return dbiMakeDate(PyInt_FromLong(t)));
 }
 
 static PyObject *rawCopy(const void *v, int sz)


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

>Comment By: Vernon Cole (kf7xm)
Date: 2010-05-03 02:05

Message:
Use adodbapi to return datetime.datetime values.  Use of the old Python
Time format is known to have difficulties and is now obsolete.


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

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

[pywin32-bugs] [ pywin32-Feature Requests-2211970 ] Allow conversion of PyTime to datetime.datetime

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

Feature Requests item #2211970, was opened at 2008-10-31 09:05
Message generated for change (Settings changed) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2211970&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: Out of Date
Priority: 5
Private: No
Submitted By: David Fraser (davidfraser)
Assigned to: Roger Upole (rupole)
Summary: Allow conversion of PyTime to datetime.datetime

Initial Comment:
It would be great if you could convert PyTimes directly to datetime objects.

It would be even nicer if they *were* datetime objects, but that's a big change...

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

Comment By: Vernon Cole (kf7xm)
Date: 2010-05-03 01:55

Message:
The capability to convert PyTimes to datetime already exists:...

>>> import adodbapi
>>> tc = adodbapi.pythonDateTimeConverter()
>>> d = tc.DateObjectFromCOMDate(37435.7604282)
>>> d
datetime.datetime(2002, 6, 28, 18, 15, 0, 996480)


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

Comment By: Roger Upole (rupole)
Date: 2008-10-31 10:51

Message:
I'm currently working on allowing datetime.datetime objects to be used
in place of PyTime.  I've also run into the issue noted in bug #2209864
with fractional second truncation when converting variant DATEs.

There's also a large performance hit, since PyTime stores the value
internally as a DATE (really a double), meaning it doesn't have to be
converted back to a float.  However, passing a datetime to/from COM
becomes
really expensive, since it will have to be converted not only
on output, but each and every time it's passed to a function that
needs a DATE.

I'm considering trying to subclass datedate.datetime so we can also store
the variant DATE with it, but haven't looked at it too deeply yet.
In Python 2.3 datetime is pure python, but in 2.4 and up it's a
builtin implemented in C, which may or may not support subclassing.

       Roger


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

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

[pywin32-bugs] [ pywin32-Feature Requests-2211970 ] Allow conversion of PyTime to datetime.datetime

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

Feature Requests item #2211970, was opened at 2008-10-31 09:05
Message generated for change (Comment added) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2211970&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: Rejected
Priority: 5
Private: No
Submitted By: David Fraser (davidfraser)
Assigned to: Roger Upole (rupole)
Summary: Allow conversion of PyTime to datetime.datetime

Initial Comment:
It would be great if you could convert PyTimes directly to datetime objects.

It would be even nicer if they *were* datetime objects, but that's a big change...

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

>Comment By: Vernon Cole (kf7xm)
Date: 2010-05-03 01:55

Message:
The capability to convert PyTimes to datetime already exists:...

>>> import adodbapi
>>> tc = adodbapi.pythonDateTimeConverter()
>>> d = tc.DateObjectFromCOMDate(37435.7604282)
>>> d
datetime.datetime(2002, 6, 28, 18, 15, 0, 996480)


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

Comment By: Roger Upole (rupole)
Date: 2008-10-31 10:51

Message:
I'm currently working on allowing datetime.datetime objects to be used
in place of PyTime.  I've also run into the issue noted in bug #2209864
with fractional second truncation when converting variant DATEs.

There's also a large performance hit, since PyTime stores the value
internally as a DATE (really a double), meaning it doesn't have to be
converted back to a float.  However, passing a datetime to/from COM
becomes
really expensive, since it will have to be converted not only
on output, but each and every time it's passed to a function that
needs a DATE.

I'm considering trying to subclass datedate.datetime so we can also store
the variant DATE with it, but haven't looked at it too deeply yet.
In Python 2.3 datetime is pure python, but in 2.4 and up it's a
builtin implemented in C, which may or may not support subclassing.

       Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-801291 ] problem with ADO.CommandeExecute() options

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

Bugs item #801291, was opened at 2003-09-05 12:39
Message generated for change (Comment added) made by kf7xm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=801291&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: Invalid
Priority: 5
Private: No
Submitted By: Jason R. Coombs (jaraco)
Assigned to: Nobody/Anonymous (nobody)
Summary: problem with ADO.CommandeExecute() options

Initial Comment:
I posted this originally on comp.python.  I'm reposting it 
here since it seems a more appropriate place.

I'm hoping this is a coding error on my part, but I've 
encountered a problem with parameters that I cannot 
understand.  Perhaps someone out there might be willing 
to assist me with some suggestions.
 
First, here is some VB code that correctly does what I 
want to do:
 
--------------------------- begin cmdtest.vbs
Dim cn
Dim rs
Dim cmd
 
Set cn = CreateObject( "ADODB.Connection" )
cn.Open( "Provider=SQLOLEDB;Data Source=
(local);Initial Catalog=Environmental 
Monitoring;Integrated Security=SSPI" )
 
Set rs = CreateObject( "ADODB.Stream" )
rs.Open()
 
Set cmd = CreateObject( "ADODB.Command" )
 
cmd.ActiveConnection = cn          
cmd.Properties("Output Stream").Value = rs
cmd.CommandText = "SELECT * FROM [Sources] for 
XML AUTO"
 
cmd.Execute , , 1024 'adExecuteStream
 
rs.Position = 0
WScript.Echo rs.ReadText()
--------------------------- end cmdtest.vbs
 
Here is partial output I get:
C:\>cscript cmdtest.vbs
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All 
rights reserved.
 
<Sources ID="1" Name="South Asia" 
Type="7"/><Sources ID="2" Name="Japan" Type="2"/>...
 
 
 
Now, if I attempt to do the same thing in python, it 
returns no output.
------------------------- begin cmdtest.py
import ADO, sys
 
cn = ADO.Connection()
cn.Open( "Provider=SQLOLEDB;Data Source=
(local);Initial Catalog=Environmental 
Monitoring;Integrated Security=SSPI" )
 
rs = ADO.Stream()
rs.Open()
 
cmd = ADO.Command()
 
cmd.ActiveConnection = cn          
cmd.Properties("Output Stream").Value = rs
cmd.CommandText = "SELECT * FROM [Sources] for 
XML AUTO"
 
cmd.Execute( Options = 
ADO.constants.adExecuteStream )
 
rs.Position = 0
sys.stdout.write( rs.ReadText() ) # prints nothing
------------------------- end cmdtest.py
 
If I pass no parameters to cmd.Execute in the VBScript 
verison, I get no output.  Other tests have further led 
me to conclude that the constant value 1024 is not 
being properly passed to ADO.Command.Execute in the 
Python version only.
 
Here are some other points of information:
 - Using the literal 1024 in the Python code instead of 
the constant reference make no difference. 
 - The VBScript code does not recognize 
adExecuteStream by name. 
 - Using win32com.client.Dispatch( 'ADODB.*' ) to 
create the objects (instead of ADO.py created from 
make PY) yields the same results. 
 - Using a different PROVIDER in the connection (such 
as SQLXMLOLEDB) will yield different results, but still 
indicates that the 'adExecuteStream' is not being set 
properly. 
 - I'm using "Microsoft ActiveX Data Objects 2.8 Library" 
for the ADO.  I've tried using v2.5 and 2.7, but get 
identical results. 
 - The first parameter to ADO.Command.Execute 
appears to be an [out] parameter, but the 
documentation is confusing and I haven't seen the first 
parameter used anywhere.
 
Any insight into this problem would be most appreciated.
 
Regards,
Jason R. Coombs
Sandia National Laboratories

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

>Comment By: Vernon Cole (kf7xm)
Date: 2010-05-03 01:40

Message:
Roger's comments show correct use of the call.

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

Comment By: Mark Hammond (mhammond)
Date: 2004-10-09 00:04

Message:
Logged In: YES 
user_id=14198

Interesting... The problem will be the way we present these
optional params.  It may even be that '[ 985980 ] pywin32
custom i/f COM servers do not support var args' has some
insights

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

Comment By: Jason R. Coombs (jaraco)
Date: 2003-09-08 15:47

Message:
Logged In: YES 
user_id=599869

  Thanks for the comment, but it doesn't address my issue.  I 
apologize for being unclear.

  The reason I am passing an ADO.Stream (Prog ID 
ADODB.Stream) object as the "Output Stream" property of 
the command is because this is the only way AFAIK to 
retrieve the results of a "SELECT ... FOR XML" query in SQL 
Server via ADO.

  I can use the rs = cmd.Execute(...) syntax to receive the 
results of a standard query returning a recordset (where rs is 
a two-tuple containing the recordset and the result status).

  Upon further investigation, I found that the RecordsAffected 
(first parameter to cmd.Execute) is involved in the ADO not 
behaving as expected.

  By sheer luck, I was able to get the Python code to work by 
passing something (and as it turns out anything) as the 
RecordsAffected Parameter.

  Leaving all other code the same, but replacing the execute 
line with the following yields the same results as the VB code.

cmd.Execute( 1, Options = ADO.constants.adExecuteStream )

  Furthermore, passing any value as RecordsAffected or even 
passing it as a keyword argument seems to alleviate the 
problem.

cmd.Execute( RecordsAffected = None, Options = 
ADO.constants.adExecuteStream )
cmd.Execute( 'jelly beans', Options = 
ADO.constants.adExecuteStream )

all work just as well as the control code (VB).

The VB code works fine with all such parameters except for a 
string value (such as "jelly beans").


I hope this sheds some more light on the issue I'm 
experiencing with passing parameters to the 
ADO.Command.Execute method.  Fortunately, I've found a 
workaround now, but it would be nice to track down the core 
of the problem.

Any ideas?

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

Comment By: Roger Upole (rupole)
Date: 2003-09-05 16:40

Message:
Logged In: YES 
user_id=771074

Output parameters are returned as results of the method call, 
so you would do rs=cmd.Execute(....).
    hth
       Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-2990983 ] EnumDisplaySettings returns a non-modifiable structure

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

Bugs item #2990983, was opened at 2010-04-22 11:42
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2990983&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: Fixed
Priority: 5
Private: No
Submitted By: Emlyn Murphy (emlynmu)
Assigned to: Roger Upole (rupole)
Summary: EnumDisplaySettings returns a non-modifiable structure

Initial Comment:
It appears that the python object returned from EnumDisplaySettings is not modifying the C struct.  I am attempting to change the display resolution using ChangeDisplaySettingsEx, which I believe used to work.  Here is some sample code demonstrating how I'm attempting to change the resolution of the 2nd monitor to 800x600 (which is a valid mode).

#####

winDev = win32api.EnumDisplayDevices(DevNum=1)
winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'Current Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

print 'Target Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

win32api.ChangeDisplaySettingsEx(winDev.DeviceName, winSettings)

winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'New Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

#####

The monitor flickers, but the resolution does not actually change.  I have two monitors which are set to different resolutions.  If I call EnumDisplaySettings on the first monitor and then I use the returned object to change the settings of the second monitor, it does indeed change the 2nd monitor to match the settings of the first.  This is leading me to believe that the following lines are not actually modify the C struct:

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

On the python side of things, PelsWidth and PelsHeight are being modified, but it doesn't seem to be carrying over to the C side.


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

>Comment By: Roger Upole (rupole)
Date: 2010-05-01 15:33

Message:
This is fixed in PyDEVMODE.cpp r1.11.


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

Comment By: Roger Upole (rupole)
Date: 2010-04-22 14:11

Message:
Looks like this bug crept in with the getattr/setattr changes for Python
3.
I'll try to get a fix in this weekend.

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

Comment By: Emlyn Murphy (emlynmu)
Date: 2010-04-22 12:43

Message:
I have confirmed that this exact same code works fine with build 212, but
not the current build.  I'm not sure what version the bug was introduced in
because I just went straight back to the version I was using when this last
worked.  This solution works fine for me, but the bug is real and makes
ChangeDisplaySettingsEx completely unusable.


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

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

[pywin32-bugs] [ pywin32-Bugs-2994205 ] SimpleXMLRPCServer behave strangely in win32 service

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

Bugs item #2994205, was opened at 2010-04-29 22:51
Message generated for change (Comment added) made by adamhj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2994205&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: adamhj (adamhj)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimpleXMLRPCServer behave strangely in win32 service

Initial Comment:
i found that when i run a SimpleXMLRPCServer instance in a windows service(using pywin32 win32service module), the server will occasionally refuse xml rpc request.



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

>Comment By: adamhj (adamhj)
Date: 2010-04-30 10:17

Message:
ok, i think i have found where is the problem.

after found this problem using pywin32 service module, i turned to use a
wrapper service program (written in c# by me) to run my python script, and
then found similar problem, the difference is that when using my wrapper
service program, after certain number of client call, the xmlrpc port
hangs(any further client request is accepted but no response come out and
the tcp connection is not closed)

the wrapper service program is set to redirect stdout and stderr, but i'm
not sure if these codes can work correctly so i disable the pipe
redirection of the wrapper service and restart the service, to my surprise,
everything works right now.

then i recall that the SimpleXmlRpcServer module have a logRequests
parameter which is true by default will print a line of log message to
stdout for each client call, this may be will the problem start. so i set
logRequests to False in the test service script(the server.py i uploaded
previously) and run the test, no problem happens this time.

so this issue is caused by stdout output in a python script run as a
windows service, maybe some error is raised when the stdout buffer if full
and cause this unexpected behavior. still i am thinking this as a small bug
in pywin service module, as it should properly deal with the stdout/stderr
of running service script to avoid this problem.

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

Comment By: adamhj (adamhj)
Date: 2010-04-29 23:20

Message:
and my testing environment is python 2.6.4, pywin32-214.win32-py2.6,
windows 2003 server(x86) with sp2

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

Comment By: adamhj (adamhj)
Date: 2010-04-29 23:16

Message:
sorry, i'm using sf tracker for the first time and mistake the post button
for upload attachment button.

the bad response behavior (of SimpleXMLRPCServer in service) does not
happen everytime but appears regularly, it seems it will occurs every a few
calls

the attachment i uploaded yet is my testing script of the server side, and
the client side is a simple loop:
#----------------------------------------------------------------------
#client.py
import xmlrpclib

s = xmlrpclib.ServerProxy('http://localhost:8000')
while True:
		print s.func0()
#----------------------------------------------------------------------

way to product the bug:
1. install server.py as windows service: 
    python server.py install
2. start the service in service manager
3. run client.py in console:
    python client.py > output.txt

and after a few calls, the error is raised:

Traceback (most recent call last):
  File "D:\test\xmlrpcsvc\client.py", line 6, in <module>
    print s.func0()
  File "D:\Python26\lib\xmlrpclib.py", line 1199, in __call__
    return self.__send(self.__name, args)
  File "D:\Python26\lib\xmlrpclib.py", line 1489, in __request
    verbose=self.__verbose
  File "D:\Python26\lib\xmlrpclib.py", line 1243, in request
    headers
xmlrpclib.ProtocolError: <ProtocolError for localhost:8000/RPC2: -1 >


i changed func0 to func1,2,3 to test different parameter type and size,
and all output.txt have exactly 37 lines, so it seems that this error will
happen every 38 client calls

sniffer shows that in the failed session, the server will close the
connection(TCP FIN) just after receive client request, without sending any
response data or error info

this behavior only exists in windows service process, when running a
SimpleXMLRPCServer from console script, this does not happen, so i think
maybe this is some issue in pywin32 service module

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

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

[pywin32-bugs] [ pywin32-Bugs-2994205 ] SimpleXMLRPCServer behave strangely in win32 service

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

Bugs item #2994205, was opened at 2010-04-29 22:51
Message generated for change (Comment added) made by adamhj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2994205&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: adamhj (adamhj)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimpleXMLRPCServer behave strangely in win32 service

Initial Comment:
i found that when i run a SimpleXMLRPCServer instance in a windows service(using pywin32 win32service module), the server will occasionally refuse xml rpc request.



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

>Comment By: adamhj (adamhj)
Date: 2010-04-29 23:20

Message:
and my testing environment is python 2.6.4, pywin32-214.win32-py2.6,
windows 2003 server(x86) with sp2

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

Comment By: adamhj (adamhj)
Date: 2010-04-29 23:16

Message:
sorry, i'm using sf tracker for the first time and mistake the post button
for upload attachment button.

the bad response behavior (of SimpleXMLRPCServer in service) does not
happen everytime but appears regularly, it seems it will occurs every a few
calls

the attachment i uploaded yet is my testing script of the server side, and
the client side is a simple loop:
#----------------------------------------------------------------------
#client.py
import xmlrpclib

s = xmlrpclib.ServerProxy('http://localhost:8000')
while True:
		print s.func0()
#----------------------------------------------------------------------

way to product the bug:
1. install server.py as windows service: 
    python server.py install
2. start the service in service manager
3. run client.py in console:
    python client.py > output.txt

and after a few calls, the error is raised:

Traceback (most recent call last):
  File "D:\test\xmlrpcsvc\client.py", line 6, in <module>
    print s.func0()
  File "D:\Python26\lib\xmlrpclib.py", line 1199, in __call__
    return self.__send(self.__name, args)
  File "D:\Python26\lib\xmlrpclib.py", line 1489, in __request
    verbose=self.__verbose
  File "D:\Python26\lib\xmlrpclib.py", line 1243, in request
    headers
xmlrpclib.ProtocolError: <ProtocolError for localhost:8000/RPC2: -1 >


i changed func0 to func1,2,3 to test different parameter type and size,
and all output.txt have exactly 37 lines, so it seems that this error will
happen every 38 client calls

sniffer shows that in the failed session, the server will close the
connection(TCP FIN) just after receive client request, without sending any
response data or error info

this behavior only exists in windows service process, when running a
SimpleXMLRPCServer from console script, this does not happen, so i think
maybe this is some issue in pywin32 service module

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

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

[pywin32-bugs] [ pywin32-Bugs-2994205 ] SimpleXMLRPCServer behave strangely in win32 service

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

Bugs item #2994205, was opened at 2010-04-29 22:51
Message generated for change (Comment added) made by adamhj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2994205&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: adamhj (adamhj)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimpleXMLRPCServer behave strangely in win32 service

Initial Comment:
i found that when i run a SimpleXMLRPCServer instance in a windows service(using pywin32 win32service module), the server will occasionally refuse xml rpc request.



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

>Comment By: adamhj (adamhj)
Date: 2010-04-29 23:16

Message:
sorry, i'm using sf tracker for the first time and mistake the post button
for upload attachment button.

the bad response behavior (of SimpleXMLRPCServer in service) does not
happen everytime but appears regularly, it seems it will occurs every a few
calls

the attachment i uploaded yet is my testing script of the server side, and
the client side is a simple loop:
#----------------------------------------------------------------------
#client.py
import xmlrpclib

s = xmlrpclib.ServerProxy('http://localhost:8000')
while True:
		print s.func0()
#----------------------------------------------------------------------

way to product the bug:
1. install server.py as windows service: 
    python server.py install
2. start the service in service manager
3. run client.py in console:
    python client.py > output.txt

and after a few calls, the error is raised:

Traceback (most recent call last):
  File "D:\test\xmlrpcsvc\client.py", line 6, in <module>
    print s.func0()
  File "D:\Python26\lib\xmlrpclib.py", line 1199, in __call__
    return self.__send(self.__name, args)
  File "D:\Python26\lib\xmlrpclib.py", line 1489, in __request
    verbose=self.__verbose
  File "D:\Python26\lib\xmlrpclib.py", line 1243, in request
    headers
xmlrpclib.ProtocolError: <ProtocolError for localhost:8000/RPC2: -1 >


i changed func0 to func1,2,3 to test different parameter type and size,
and all output.txt have exactly 37 lines, so it seems that this error will
happen every 38 client calls

sniffer shows that in the failed session, the server will close the
connection(TCP FIN) just after receive client request, without sending any
response data or error info

this behavior only exists in windows service process, when running a
SimpleXMLRPCServer from console script, this does not happen, so i think
maybe this is some issue in pywin32 service module

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

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

[pywin32-bugs] [ pywin32-Bugs-2994205 ] SimpleXMLRPCServer behave strangely in win32 service

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

Bugs item #2994205, was opened at 2010-04-29 22:51
Message generated for change (Tracker Item Submitted) made by adamhj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2994205&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: adamhj (adamhj)
Assigned to: Nobody/Anonymous (nobody)
Summary: SimpleXMLRPCServer behave strangely in win32 service

Initial Comment:
i found that when i run a SimpleXMLRPCServer instance in a windows service(using pywin32 win32service module), the server will occasionally refuse xml rpc request.



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

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

[pywin32-bugs] [ pywin32-Bugs-2993640 ] win32api.GetFullPathName converts unicode to non-unicode

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

Bugs item #2993640, was opened at 2010-04-28 10:04
Message generated for change (Tracker Item Submitted) made by ferrata
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2993640&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: ferrata (ferrata)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32api.GetFullPathName converts unicode to non-unicode

Initial Comment:
win32api.GetFullPathName converts unicode string to non-unicode string

Environment: 
python 2.5; pywin32-214.win32-py2.5.exe

CODE FOR REPRODUCE:

import win32api
s = u'C:\\test'
print repr( s )
print repr( win32api.GetFullPathName( s ) )

OUTPUT:

u'C:\\test'
'C:\\test'
-> BUG: string has been converted

EXPECTED OUTPUT:

u'C:\\test'
u'C:\\test'


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

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

[pywin32-bugs] [ pywin32-Bugs-2905909 ] assert sys.modules[modname] is old_mod error in pywintypes

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

Bugs item #2905909, was opened at 2009-11-30 11:10
Message generated for change (Comment added) made by slothie2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2905909&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: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: assert sys.modules[modname] is old_mod error in pywintypes

Initial Comment:
When running Apache+Mod Python (Python 2.4), I was getting this error - 

[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1] Traceback (most recent call last):
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "C:\\Python24\\Lib\\site-packages\\mod_python\\importer.py", line 1537, in HandlerDispatch\n    default=default_handler, arg=req, silent=hlist.silent)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "C:\\Python24\\Lib\\site-packages\\mod_python\\importer.py", line 1229, in _process_target\n    result = _execute_target(config, req, object, arg)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "C:\\Python24\\Lib\\site-packages\\mod_python\\importer.py", line 1128, in _execute_target\n    result = object(arg)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\core\\handlers\\modpython.py", line 228, in handler\n    return ModPythonHandler()(req)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\core\\handlers\\modpython.py", line 201, in __call__\n    response = self.get_response(request)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\core\\handlers\\base.py", line 73, in get_response\n    response = middleware_method(request)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\contrib\\sessions\\middleware.py", line 10, in process_request\n    engine = import_module(settings.SESSION_ENGINE)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\utils\\importlib.py", line 35, in import_module\n    __import__(name)
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\contrib\\sessions\\backends\\db.py", line 2, in ?\n    from django.contrib.sessions.models import Session
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\contrib\\sessions\\models.py", line 4, in ?\n    from django.db import models
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\db\\models\\__init__.py", line 12, in ?\n    from django.db.models.fields.files import FileField, ImageField
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\db\\models\\fields\\files.py", line 8, in ?\n    from django.core.files.storage import default_storage
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\core\\files\\storage.py", line 7, in ?\n    from django.core.files import locks, File
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "c:\\python24\\Lib\\site-packages\\django\\core\\files\\locks.py", line 25, in ?\n    import pywintypes
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "C:\\Python24\\Lib\\site-packages\\win32\\lib\\pywintypes.py", line 124, in ?\n    __import_pywin32_system_module__("pywintypes", globals())
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1]   File "C:\\Python24\\Lib\\site-packages\\win32\\lib\\pywintypes.py", line 114, in __import_pywin32_system_module__\n    assert sys.modules[modname] is old_mod
[Mon Nov 30 15:13:50 2009] [error] [client 127.0.0.1] AssertionError

With PythonDebug = On, assert took effect. I removed it and it worked without any issues.
I found that another user - <a href="http://markmail.org/message/hqnf6obaillzspxj#query:assert%20sys.modules[modname]%20is%20old_mod+page:1+mid:nahkqunchycwqtd4+state:results">here</a> also has the same issue.
He solved it by going back a version.

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

Comment By: Ian Rolfe (slothie2)
Date: 2010-04-27 16:11

Message:
I "got this working" by just commenting out the 2 asserts and replacing
them with a 'pass'

I put some debugs in, it seems that the same module is being used, but
different instances:

[Tue Apr 27 15:49:31 2010] [error]
C:\\Python26\\lib\\site-packages\\MySQLdb\\__init__.py:34:
DeprecationWarning: the sets module is deprecated
[Tue Apr 27 15:49:31 2010] [error] from sets import ImmutableSet
[Tue Apr 27 15:49:31 2010] [error] Version is < 3
[Tue Apr 27 15:49:31 2010] [error] sys.modules = <module 'pywintypes' from
'C:\\Windows\\system32\\pywintypes26.dll'> id=50175152
file=C:\\Windows\\system32\\pywintypes26.dll
[Tue Apr 27 15:49:31 2010] [error] mod = <module 'pywintypes' from
'C:\\Windows\\system32\\pywintypes26.dll'> id=50175152
file=C:\\Windows\\system32\\pywintypes26.dll
[Tue Apr 27 15:49:31 2010] [error] old_mod = <module 'pywintypes' from
'C:\\Windows\\system32\\pywintypes26.dll'> id=50175152
file=C:\\Windows\\system32\\pywintypes26.dll
[Tue Apr 27 15:49:34 2010] [error] [client 127.0.0.1] File does not exist:
C:/Program Files/Apache Software
Foundation/Apache2.2/htdocs/san/media/css/san.css, referer:
http://localhost/san/letters/
[Tue Apr 27 15:53:57 2010] [error]
C:\\Python26\\lib\\site-packages\\MySQLdb\\__init__.py:34:
DeprecationWarning: the sets module is deprecated
[Tue Apr 27 15:53:57 2010] [error] from sets import ImmutableSet
[Tue Apr 27 15:53:57 2010] [error] Version is < 3
[Tue Apr 27 15:53:57 2010] [error] sys.modules = <module 'pywintypes' from
'C:\\Windows\\system32\\pywintypes26.dll'> id=50175152
file=C:\\Windows\\system32\\pywintypes26.dll
[Tue Apr 27 15:53:57 2010] [error] mod = <module 'pywintypes' from
'C:\\Windows\\system32\\pywintypes26.dll'> id=61248048
file=C:\\Windows\\system32\\pywintypes26.dll
[Tue Apr 27 15:53:57 2010] [error] old_mod = <module 'pywintypes' from
'C:\\Windows\\system32\\pywintypes26.dll'> id=61248048
file=C:\\Windows\\system32\\pywintypes26.dll

Note that the 1st request was OK but the second had a different instance
of the same dll. 

Is this likely to cause problems?

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

Comment By: Steve McCusker (stevemccusker)
Date: 2009-12-11 03:10

Message:
I have just come across this problem. I am using Apache 2.2, Django 1.1,
Python 2.6.2 and mod_wsgi (mod_wsgi-win32-ap22py26-2.5.so) on Win XP Pro
(SP3). It allworked fine until PayPal POSTed a notification. This was , of
course, from a different IP address from the previous GETs and POSTs. It
caused the above error. After I read this bug report I simple commented out
the two Assert statements and it then seemed to work OK.

I did do a debug dump from pywintypes just before the assert statements
just using the python unicode() function on the two modules (old_mod and
mod) and they looked the same from that. 

Changing back to the older version as reported above did not help.

Cheers

Steve McCusker

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

Comment By: Mark Hammond (mhammond)
Date: 2009-11-30 23:25

Message:
My concern is that assertion may be indicating pywintypesxx.dll has been
loaded twice by the process, causing subtle problems with the types.  It
would be interesting to know what the __file__ attribute is on the 2
objects.

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

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

[pywin32-bugs] [ pywin32-Bugs-2990983 ] EnumDisplaySettings returns a non-modifiable structure

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

Bugs item #2990983, was opened at 2010-04-22 11:42
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2990983&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: Emlyn Murphy (emlynmu)
>Assigned to: Roger Upole (rupole)
Summary: EnumDisplaySettings returns a non-modifiable structure

Initial Comment:
It appears that the python object returned from EnumDisplaySettings is not modifying the C struct.  I am attempting to change the display resolution using ChangeDisplaySettingsEx, which I believe used to work.  Here is some sample code demonstrating how I'm attempting to change the resolution of the 2nd monitor to 800x600 (which is a valid mode).

#####

winDev = win32api.EnumDisplayDevices(DevNum=1)
winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'Current Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

print 'Target Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

win32api.ChangeDisplaySettingsEx(winDev.DeviceName, winSettings)

winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'New Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

#####

The monitor flickers, but the resolution does not actually change.  I have two monitors which are set to different resolutions.  If I call EnumDisplaySettings on the first monitor and then I use the returned object to change the settings of the second monitor, it does indeed change the 2nd monitor to match the settings of the first.  This is leading me to believe that the following lines are not actually modify the C struct:

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

On the python side of things, PelsWidth and PelsHeight are being modified, but it doesn't seem to be carrying over to the C side.


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

>Comment By: Roger Upole (rupole)
Date: 2010-04-22 14:11

Message:
Looks like this bug crept in with the getattr/setattr changes for Python
3.
I'll try to get a fix in this weekend.

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

Comment By: Emlyn Murphy (emlynmu)
Date: 2010-04-22 12:43

Message:
I have confirmed that this exact same code works fine with build 212, but
not the current build.  I'm not sure what version the bug was introduced in
because I just went straight back to the version I was using when this last
worked.  This solution works fine for me, but the bug is real and makes
ChangeDisplaySettingsEx completely unusable.


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

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

[pywin32-bugs] [ pywin32-Bugs-2990983 ] EnumDisplaySettings returns a non-modifiable structure

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

Bugs item #2990983, was opened at 2010-04-22 12:42
Message generated for change (Comment added) made by emlynmu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2990983&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: Emlyn Murphy (emlynmu)
Assigned to: Nobody/Anonymous (nobody)
Summary: EnumDisplaySettings returns a non-modifiable structure

Initial Comment:
It appears that the python object returned from EnumDisplaySettings is not modifying the C struct.  I am attempting to change the display resolution using ChangeDisplaySettingsEx, which I believe used to work.  Here is some sample code demonstrating how I'm attempting to change the resolution of the 2nd monitor to 800x600 (which is a valid mode).

#####

winDev = win32api.EnumDisplayDevices(DevNum=1)
winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'Current Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

print 'Target Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

win32api.ChangeDisplaySettingsEx(winDev.DeviceName, winSettings)

winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'New Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

#####

The monitor flickers, but the resolution does not actually change.  I have two monitors which are set to different resolutions.  If I call EnumDisplaySettings on the first monitor and then I use the returned object to change the settings of the second monitor, it does indeed change the 2nd monitor to match the settings of the first.  This is leading me to believe that the following lines are not actually modify the C struct:

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

On the python side of things, PelsWidth and PelsHeight are being modified, but it doesn't seem to be carrying over to the C side.


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

>Comment By: Emlyn Murphy (emlynmu)
Date: 2010-04-22 13:43

Message:
I have confirmed that this exact same code works fine with build 212, but
not the current build.  I'm not sure what version the bug was introduced in
because I just went straight back to the version I was using when this last
worked.  This solution works fine for me, but the bug is real and makes
ChangeDisplaySettingsEx completely unusable.


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

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

[pywin32-bugs] [ pywin32-Bugs-2990983 ] EnumDisplaySettings returns a non-modifiable structure

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

Bugs item #2990983, was opened at 2010-04-22 12:42
Message generated for change (Tracker Item Submitted) made by emlynmu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2990983&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: Emlyn Murphy (emlynmu)
Assigned to: Nobody/Anonymous (nobody)
Summary: EnumDisplaySettings returns a non-modifiable structure

Initial Comment:
It appears that the python object returned from EnumDisplaySettings is not modifying the C struct.  I am attempting to change the display resolution using ChangeDisplaySettingsEx, which I believe used to work.  Here is some sample code demonstrating how I'm attempting to change the resolution of the 2nd monitor to 800x600 (which is a valid mode).

#####

winDev = win32api.EnumDisplayDevices(DevNum=1)
winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'Current Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

print 'Target Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

win32api.ChangeDisplaySettingsEx(winDev.DeviceName, winSettings)

winSettings = win32api.EnumDisplaySettings(winDev.DeviceName, win32con.ENUM_CURRENT_SETTINGS)

print 'New Resolution: %ix%i' % (winSettings.PelsWidth, winSettings.PelsHeight)

#####

The monitor flickers, but the resolution does not actually change.  I have two monitors which are set to different resolutions.  If I call EnumDisplaySettings on the first monitor and then I use the returned object to change the settings of the second monitor, it does indeed change the 2nd monitor to match the settings of the first.  This is leading me to believe that the following lines are not actually modify the C struct:

winSettings.PelsWidth = 800
winSettings.PelsHeight = 600

On the python side of things, PelsWidth and PelsHeight are being modified, but it doesn't seem to be carrying over to the C side.


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

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

[pywin32-bugs] [ pywin32-Bugs-2989351 ] DDE buffer size

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

Bugs item #2989351, was opened at 2010-04-19 13:14
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2989351&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: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: DDE buffer size

Initial Comment:
I am attempting to communicate with a program called MPManager.  The program has setup a DDE server for me to connect to.  I am able to connect to it and perform a few actions with the server. When I attempt to execute the string: "LoadImage|1|4|C:\90A0043C.hex|CY8C27243|3.0|0|0" over the DDE interface, all the server receives is: "LoadImage|1|4|C:\90A0043C.hex|C"

Can you help me to get this working?

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

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

[pywin32-bugs] [ pywin32-Bugs-2986020 ] Inserting special character causes source file deletion

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

Bugs item #2986020, was opened at 2010-04-12 12:19
Message generated for change (Comment added) made by mrsteve1999
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2986020&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: Steve C (mrsteve1999)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inserting special character causes source file deletion

Initial Comment:
>From within PythonWin editor, inserting a string containing a certain special character (–, as seen in "Char to paste.txt") into a python string object, and then attempting to save the file, causes the source file to be erased completely, from outside the editor.

Using the 2 attached files, copy the character in "Char to paste.txt" to the clipboard.  Open "Bug Demo.py" with PythonWin, and paste the character into the second string in the same location as the hyphen in the first string.  Save the file.

At the very minimum, this error should be handled much more gracefully.  I nearly lost a significant amount of code when this happened initially, and fortunately I chose NOT to reload the (now empty) file in the editor, so I had the opportunity to copy the code.

Environment:
PyWin32 build 214
64-bit Windows 7 Ultimate

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

Comment By: Steve C (mrsteve1999)
Date: 2010-04-12 21:16

Message:
Windows Clipboard.... Initially from Visual Studio 2005, and also occurs
when copying from Notepad.  I think as long as the correct character gets
pasted, it is the process of saving that triggers the issue.

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

Comment By: Mark Hammond (mhammond)
Date: 2010-04-12 20:35

Message:
What tool did you use to *copy* the character?  The tool used is probably
important for me to reliably reproduce this.

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

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

[pywin32-bugs] [ pywin32-Bugs-2986020 ] Inserting special character causes source file deletion

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

Bugs item #2986020, was opened at 2010-04-13 03:19
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2986020&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: Steve C (mrsteve1999)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inserting special character causes source file deletion

Initial Comment:
>From within PythonWin editor, inserting a string containing a certain special character (–, as seen in "Char to paste.txt") into a python string object, and then attempting to save the file, causes the source file to be erased completely, from outside the editor.

Using the 2 attached files, copy the character in "Char to paste.txt" to the clipboard.  Open "Bug Demo.py" with PythonWin, and paste the character into the second string in the same location as the hyphen in the first string.  Save the file.

At the very minimum, this error should be handled much more gracefully.  I nearly lost a significant amount of code when this happened initially, and fortunately I chose NOT to reload the (now empty) file in the editor, so I had the opportunity to copy the code.

Environment:
PyWin32 build 214
64-bit Windows 7 Ultimate

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

>Comment By: Mark Hammond (mhammond)
Date: 2010-04-13 11:35

Message:
What tool did you use to *copy* the character?  The tool used is probably
important for me to reliably reproduce this.

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

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

[pywin32-bugs] [ pywin32-Bugs-2985146 ] Confusing error message

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

Bugs item #2985146, was opened at 2010-04-11 06:05
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2985146&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: Wont Fix
Priority: 5
Private: No
Submitted By: David Abrahams (david_abrahams)
Assigned to: Nobody/Anonymous (nobody)
Summary: Confusing error message

Initial Comment:
I installed Python 2.6 yesterday using the standard Windows installer and, accepting all the defaults
Today I tried to install pywin32 but the installation failed with the message that it couldn't find Python 2.6 in the registry!

That was pretty confusing until I realized I had installed the 32-bit python and was trying to install the amd64 pywin32.

The installer should check for such cases and give a better error message.

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

>Comment By: Mark Hammond (mhammond)
Date: 2010-04-13 11:33

Message:
Sorry, but this too is related to distutils bdist_wininst rather than
pywin32.

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

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

[pywin32-bugs] [ pywin32-Feature Requests-2984029 ] Install in virtualenv

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

Feature Requests item #2984029, was opened at 2010-04-09 03:40
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=2984029&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: Wont Fix
Priority: 5
Private: No
Submitted By: David Abrahams (david_abrahams)
Assigned to: Nobody/Anonymous (nobody)
Summary: Install in virtualenv

Initial Comment:
In particular it would be great if the .exe installer would support installing the extensions in a virtualenv.
I think bug #2092722 may indicate that there is a problem installing in a virtualenv via setup.py  as well.  I know my build with VS10 failed with a related error.  Trying with VS2003 now.

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

>Comment By: Mark Hammond (mhammond)
Date: 2010-04-13 11:30

Message:
The exe installer is built by distutils bdist_wininst.  I believe it is
that tool which needs to support this feature request.

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

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

[pywin32-bugs] [ pywin32-Bugs-2986020 ] Inserting special character causes source file deletion

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

Bugs item #2986020, was opened at 2010-04-12 12:19
Message generated for change (Tracker Item Submitted) made by mrsteve1999
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=2986020&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: Steve C (mrsteve1999)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inserting special character causes source file deletion

Initial Comment:
>From within PythonWin editor, inserting a string containing a certain special character (–, as seen in "Char to paste.txt") into a python string object, and then attempting to save the file, causes the source file to be erased completely, from outside the editor.

Using the 2 attached files, copy the character in "Char to paste.txt" to the clipboard.  Open "Bug Demo.py" with PythonWin, and paste the character into the second string in the same location as the hyphen in the first string.  Save the file.

At the very minimum, this error should be handled much more gracefully.  I nearly lost a significant amount of code when this happened initially, and fortunately I chose NOT to reload the (now empty) file in the editor, so I had the opportunity to copy the code.

Environment:
PyWin32 build 214
64-bit Windows 7 Ultimate

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

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