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

[pywin32-bugs] [ pywin32-Bugs-906305 ] Problems (deadlock) with calling CEnterLeavePython.acquire

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

Bugs item #906305, was opened at 2004-02-27 16:44
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=906305&group_id=78018

Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Greg Chapman (glchapman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problems (deadlock) with calling CEnterLeavePython.acquire

Initial Comment:
PyWndProcHWND in win32gui explicitly calls the 
acquire method of _celp (a CEnterLeavePython 
instance) when handling a WM_NCDESTROY message.  
Unfortunately, if this message was not handled by 
PyWndProc_Call, _celp.release will already have been 
called (just prior to dispatching to oldWndProc), setting 
_celp.released to TRUE.  Because released == TRUE, 
_celp's destructor does not release the GIL, with a 
deadlock likely to result.  (In my case it did result, 
since the WM_NCDESTROY was produced by a call to 
win32gui.DestroyWindow).

Perhaps released should be set in the acquire method 
rather than in the constructor?

I'm using win32all build 200, Python 2.3.3, and 
Windows XP.


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

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

[pywin32-bugs] odbc.cpp: Lowercase desctiption - Bug or feature?

[Andre R. <re...@in...>]

File: win32/src/odbc.cpp

-----------------------------------------------
static int bindOutput(cursorObject *cur)
...
		SQLDescribeCol(
			cur->hstmt,
			pos,
			(unsigned char *) name,
			(short) sizeof(name),
			&nsize,
			&vtype,
			&vsize,
			&scale,
			&nullok);
		name[nsize] = 0;
=====>>>	_strlwr(name);

-----------------------------------------------
Hi Mark,

your Python Odbc-driver works great,
but we have a problem with it:

We rely on the Columnnames we get from the driver.
MSSQLServer is Casesensitive with fieldnames (settings of the DB of our customer).

The problem is that we get the columname in lowercase (_strlwr).
Is there a special reason why you translate the columnnames to lowercase?

in other words, bug or feature?


Thank you very much in advance,

Greetings, Andre'

[pywin32-bugs] [ pywin32-Bugs-716708 ] pythonwin editor does strange things with non-english chars

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

Bugs item #716708, was opened at 2003-04-07 14:43
Message generated for change (Comment added) made by kanich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716708&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Hammond (mhammond)
Assigned to: Mark Hammond (mhammond)
Summary: pythonwin editor does strange things with non-english chars

Initial Comment:
Reported by a few people, but to repro:
* Paste "# ça ne va pas" into pywin (or any other
string with extended char)
* Move to the ç
* Press Backspace

Some other character appears.  This will be related to
pywin.idle not being mult-character aware.

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

Comment By: Kanich Vladimir (kanich)
Date: 2004-02-26 08:13

Message:
Logged In: YES 
user_id=304670

With the solution described by oleg_noga (replacing of 
scintilla.dll) I tried to edit full string of special Slovak and 
Czech characters (codepage Cp1250) in PythonWin editor 
with full success. Thank you for the solution. N.B. Backspace 
operation in this arragement needs twice to push BACKSPACE 
key.

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

Comment By: Oleg Noga (oleg_noga)
Date: 2004-02-25 16:02

Message:
Logged In: YES 
user_id=551440

view.py, KeyDotEvent() allways generates "." but it can be 
non-english character instead of "."!

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

Comment By: Oleg Noga (oleg_noga)
Date: 2004-02-25 15:32

Message:
Logged In: YES 
user_id=551440

Bug has a solution: editor does not display characters after 
non-english (see followup by anadelonbrin, 2003-05-09 10:38)

Solution is to replase scintilla.dll with latest version. Just 
download scintilla src from sourcefourge, build it and replase 
scintilla.dll with SciLexer.dll (rename SciLexer.dll to 
scintilla.dll). 

It do not solves bugs with clipboard, backspace and Cyrillic 
small "u" ("ю") letter.


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

Comment By: Kanich Vladimir (kanich)
Date: 2004-01-22 09:33

Message:
Logged In: YES 
user_id=304670

I have same problem with encoding 'cp1250' (default encoding 
in sk/cz). Without changing __init__.py file (as recommended 
by hweber) the editor is swallowing the half of characters 
with char-code above 127. It seems that the used editor 
routine is byte-oriented and not UNICODE.
Setting the variable is_platform_unicode = 0 helps also for 
encoding 'cp1250'.

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

Comment By: Henrik Weber (hweber)
Date: 2004-01-07 12:17

Message:
Logged In: YES 
user_id=121229

This behaviour can be worked around by switching off unicode 
support. The easiest way to do this is in the __init__.py file.

Replace the line beginning with is_platform_unicode by this:
is_platform_unicode = 0

With this pythonwin works normally at least with the german 
umlauts (I haven't tried the other ones).

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

Comment By: Henrik Weber (hweber)
Date: 2004-01-07 12:16

Message:
Logged In: YES 
user_id=121229

This behaviour can be worked around by switching off unicode 
support. The easiest way to do this is in the __init__.py file.

Replace the line beginning with is_platform_unicode by this:
is_platform_unicode = 0

With this pythonwin works normally at least with the german 
umlauts (I haven't tried the other ones).

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

Comment By: Gilles Lenfant (glenfant)
Date: 2003-11-28 15:53

Message:
Logged In: YES 
user_id=122383

Same strange charset behaviour when copying text (with non
ASCCI chars) from pythonwin to a regular text editor
(notepad or any other).

It seems that pythonwin copies utf-8 to the clipboard rather
than "natural" default encoding (cp1252 for western european
languages).


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

Comment By: Oleg Noga (oleg_noga)
Date: 2003-08-18 16:08

Message:
Logged In: YES 
user_id=551440

So there are 3 bugs:
------------
First bug (this report, 716708):

Incorrect work of backspace. (Del works ok). I must press 
backspace two times to remove non-english character. This 
bug presents in every version of pythonwin from 1.46, and 
very probably, in the earlier versions.
------------

Second bug (see followup by anadelonbrin, 2003-05-09 10:38
):

Editor does not display characters after non-english.
Another reproduces: 
- open py file with non-english strings, encoded with system 
default encoding. Look at non-english strings in editor: editor 
does not display string ends! Now move cursor at the begin of 
string and move it with right arrow button. Cursor stucks at 
the end of string, and lefts there for click count that equals 
invisible characters count. Move cursor to the inwisible end of 
string. Now type english characters: qwertyu... Invisible end 
of string will apear, but newly typed characters (qwertyu...) 
still not visible. Save file. Look in notepad. Document data is 
ok.
  So this bug is how pythonwin displays strings in editor, it 
does not affect document data.

There was no bug like this in version 1.48, we still use it. But 
it present in earlier versions (1.50 ... 1.55).
--------------

Third bug (seems unreported yet): 

Can't type \xFE character in editor. It is "ю" (Cyrillic small "u") 
letter. Dot typed instead of this character. Interesting that 
dot in at the same keybord button as Cyrillic small "u" letter.  
Editor opens files with this character, displays them correctly, 
and removes and copies them ok.
This bug presents in every version of pythonwin from 1.46, 
and very probably, in the earlier versions.

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

Comment By: Tony Meyer (anadelonbrin)
Date: 2003-05-09 09:38

Message:
Logged In: YES 
user_id=552329

As another example:

In IDLE (0.8):
>>> u = u'questa \xe8 bella'
>>> u
u'questa \xe8 bella'
>>> print u
questa è bella

In PythonWin (152):
>>> u = u'questa \xe8 bella'
>>> u
u'questa \xe8 bella'
>>> print u
questa è bell

(note that if you copy the result of the 'print u', or type 
something after it, the a appears.  *very* confusing!)

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

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

[pywin32-bugs] [ pywin32-Bugs-716708 ] pythonwin editor does strange things with non-english chars

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

Bugs item #716708, was opened at 2003-04-07 15:43
Message generated for change (Comment added) made by oleg_noga
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716708&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Hammond (mhammond)
Assigned to: Mark Hammond (mhammond)
Summary: pythonwin editor does strange things with non-english chars

Initial Comment:
Reported by a few people, but to repro:
* Paste "# ça ne va pas" into pywin (or any other
string with extended char)
* Move to the ç
* Press Backspace

Some other character appears.  This will be related to
pywin.idle not being mult-character aware.

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

Comment By: Oleg Noga (oleg_noga)
Date: 2004-02-25 17:02

Message:
Logged In: YES 
user_id=551440

view.py, KeyDotEvent() allways generates "." but it can be 
non-english character instead of "."!

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

Comment By: Oleg Noga (oleg_noga)
Date: 2004-02-25 16:32

Message:
Logged In: YES 
user_id=551440

Bug has a solution: editor does not display characters after 
non-english (see followup by anadelonbrin, 2003-05-09 10:38)

Solution is to replase scintilla.dll with latest version. Just 
download scintilla src from sourcefourge, build it and replase 
scintilla.dll with SciLexer.dll (rename SciLexer.dll to 
scintilla.dll). 

It do not solves bugs with clipboard, backspace and Cyrillic 
small "u" ("ю") letter.


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

Comment By: Kanich Vladimir (kanich)
Date: 2004-01-22 10:33

Message:
Logged In: YES 
user_id=304670

I have same problem with encoding 'cp1250' (default encoding 
in sk/cz). Without changing __init__.py file (as recommended 
by hweber) the editor is swallowing the half of characters 
with char-code above 127. It seems that the used editor 
routine is byte-oriented and not UNICODE.
Setting the variable is_platform_unicode = 0 helps also for 
encoding 'cp1250'.

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

Comment By: Henrik Weber (hweber)
Date: 2004-01-07 13:17

Message:
Logged In: YES 
user_id=121229

This behaviour can be worked around by switching off unicode 
support. The easiest way to do this is in the __init__.py file.

Replace the line beginning with is_platform_unicode by this:
is_platform_unicode = 0

With this pythonwin works normally at least with the german 
umlauts (I haven't tried the other ones).

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

Comment By: Henrik Weber (hweber)
Date: 2004-01-07 13:16

Message:
Logged In: YES 
user_id=121229

This behaviour can be worked around by switching off unicode 
support. The easiest way to do this is in the __init__.py file.

Replace the line beginning with is_platform_unicode by this:
is_platform_unicode = 0

With this pythonwin works normally at least with the german 
umlauts (I haven't tried the other ones).

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

Comment By: Gilles Lenfant (glenfant)
Date: 2003-11-28 16:53

Message:
Logged In: YES 
user_id=122383

Same strange charset behaviour when copying text (with non
ASCCI chars) from pythonwin to a regular text editor
(notepad or any other).

It seems that pythonwin copies utf-8 to the clipboard rather
than "natural" default encoding (cp1252 for western european
languages).


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

Comment By: Oleg Noga (oleg_noga)
Date: 2003-08-18 17:08

Message:
Logged In: YES 
user_id=551440

So there are 3 bugs:
------------
First bug (this report, 716708):

Incorrect work of backspace. (Del works ok). I must press 
backspace two times to remove non-english character. This 
bug presents in every version of pythonwin from 1.46, and 
very probably, in the earlier versions.
------------

Second bug (see followup by anadelonbrin, 2003-05-09 10:38
):

Editor does not display characters after non-english.
Another reproduces: 
- open py file with non-english strings, encoded with system 
default encoding. Look at non-english strings in editor: editor 
does not display string ends! Now move cursor at the begin of 
string and move it with right arrow button. Cursor stucks at 
the end of string, and lefts there for click count that equals 
invisible characters count. Move cursor to the inwisible end of 
string. Now type english characters: qwertyu... Invisible end 
of string will apear, but newly typed characters (qwertyu...) 
still not visible. Save file. Look in notepad. Document data is 
ok.
  So this bug is how pythonwin displays strings in editor, it 
does not affect document data.

There was no bug like this in version 1.48, we still use it. But 
it present in earlier versions (1.50 ... 1.55).
--------------

Third bug (seems unreported yet): 

Can't type \xFE character in editor. It is "ю" (Cyrillic small "u") 
letter. Dot typed instead of this character. Interesting that 
dot in at the same keybord button as Cyrillic small "u" letter.  
Editor opens files with this character, displays them correctly, 
and removes and copies them ok.
This bug presents in every version of pythonwin from 1.46, 
and very probably, in the earlier versions.

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

Comment By: Tony Meyer (anadelonbrin)
Date: 2003-05-09 10:38

Message:
Logged In: YES 
user_id=552329

As another example:

In IDLE (0.8):
>>> u = u'questa \xe8 bella'
>>> u
u'questa \xe8 bella'
>>> print u
questa è bella

In PythonWin (152):
>>> u = u'questa \xe8 bella'
>>> u
u'questa \xe8 bella'
>>> print u
questa è bell

(note that if you copy the result of the 'print u', or type 
something after it, the a appears.  *very* confusing!)

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

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

[pywin32-bugs] [ pywin32-Bugs-716708 ] pythonwin editor does strange things with non-english chars

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

Bugs item #716708, was opened at 2003-04-07 15:43
Message generated for change (Comment added) made by oleg_noga
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=716708&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Mark Hammond (mhammond)
Assigned to: Mark Hammond (mhammond)
Summary: pythonwin editor does strange things with non-english chars

Initial Comment:
Reported by a few people, but to repro:
* Paste "# ça ne va pas" into pywin (or any other
string with extended char)
* Move to the ç
* Press Backspace

Some other character appears.  This will be related to
pywin.idle not being mult-character aware.

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

Comment By: Oleg Noga (oleg_noga)
Date: 2004-02-25 16:32

Message:
Logged In: YES 
user_id=551440

Bug has a solution: editor does not display characters after 
non-english (see followup by anadelonbrin, 2003-05-09 10:38)

Solution is to replase scintilla.dll with latest version. Just 
download scintilla src from sourcefourge, build it and replase 
scintilla.dll with SciLexer.dll (rename SciLexer.dll to 
scintilla.dll). 

It do not solves bugs with clipboard, backspace and Cyrillic 
small "u" ("ю") letter.


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

Comment By: Kanich Vladimir (kanich)
Date: 2004-01-22 10:33

Message:
Logged In: YES 
user_id=304670

I have same problem with encoding 'cp1250' (default encoding 
in sk/cz). Without changing __init__.py file (as recommended 
by hweber) the editor is swallowing the half of characters 
with char-code above 127. It seems that the used editor 
routine is byte-oriented and not UNICODE.
Setting the variable is_platform_unicode = 0 helps also for 
encoding 'cp1250'.

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

Comment By: Henrik Weber (hweber)
Date: 2004-01-07 13:17

Message:
Logged In: YES 
user_id=121229

This behaviour can be worked around by switching off unicode 
support. The easiest way to do this is in the __init__.py file.

Replace the line beginning with is_platform_unicode by this:
is_platform_unicode = 0

With this pythonwin works normally at least with the german 
umlauts (I haven't tried the other ones).

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

Comment By: Henrik Weber (hweber)
Date: 2004-01-07 13:16

Message:
Logged In: YES 
user_id=121229

This behaviour can be worked around by switching off unicode 
support. The easiest way to do this is in the __init__.py file.

Replace the line beginning with is_platform_unicode by this:
is_platform_unicode = 0

With this pythonwin works normally at least with the german 
umlauts (I haven't tried the other ones).

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

Comment By: Gilles Lenfant (glenfant)
Date: 2003-11-28 16:53

Message:
Logged In: YES 
user_id=122383

Same strange charset behaviour when copying text (with non
ASCCI chars) from pythonwin to a regular text editor
(notepad or any other).

It seems that pythonwin copies utf-8 to the clipboard rather
than "natural" default encoding (cp1252 for western european
languages).


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

Comment By: Oleg Noga (oleg_noga)
Date: 2003-08-18 17:08

Message:
Logged In: YES 
user_id=551440

So there are 3 bugs:
------------
First bug (this report, 716708):

Incorrect work of backspace. (Del works ok). I must press 
backspace two times to remove non-english character. This 
bug presents in every version of pythonwin from 1.46, and 
very probably, in the earlier versions.
------------

Second bug (see followup by anadelonbrin, 2003-05-09 10:38
):

Editor does not display characters after non-english.
Another reproduces: 
- open py file with non-english strings, encoded with system 
default encoding. Look at non-english strings in editor: editor 
does not display string ends! Now move cursor at the begin of 
string and move it with right arrow button. Cursor stucks at 
the end of string, and lefts there for click count that equals 
invisible characters count. Move cursor to the inwisible end of 
string. Now type english characters: qwertyu... Invisible end 
of string will apear, but newly typed characters (qwertyu...) 
still not visible. Save file. Look in notepad. Document data is 
ok.
  So this bug is how pythonwin displays strings in editor, it 
does not affect document data.

There was no bug like this in version 1.48, we still use it. But 
it present in earlier versions (1.50 ... 1.55).
--------------

Third bug (seems unreported yet): 

Can't type \xFE character in editor. It is "ю" (Cyrillic small "u") 
letter. Dot typed instead of this character. Interesting that 
dot in at the same keybord button as Cyrillic small "u" letter.  
Editor opens files with this character, displays them correctly, 
and removes and copies them ok.
This bug presents in every version of pythonwin from 1.46, 
and very probably, in the earlier versions.

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

Comment By: Tony Meyer (anadelonbrin)
Date: 2003-05-09 10:38

Message:
Logged In: YES 
user_id=552329

As another example:

In IDLE (0.8):
>>> u = u'questa \xe8 bella'
>>> u
u'questa \xe8 bella'
>>> print u
questa è bella

In PythonWin (152):
>>> u = u'questa \xe8 bella'
>>> u
u'questa \xe8 bella'
>>> print u
questa è bell

(note that if you copy the result of the 'print u', or type 
something after it, the a appears.  *very* confusing!)

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

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

[pywin32-bugs] .

[Andre R. <re...@in...>]

Re: [pywin32-bugs] odbc and dbiDate!

[Andre R. <re...@in...>]

On Sat, 21 Feb 2004 19:29:56 +0100
"Andre Reitz" <re...@in...> wrote:

> hi all,
> 
> we need a way to connect to mssqlserver with python.
> 
> there is a big problem with dates:
> 
> then odbc-module / dbi-module cann only handle dates (dbiDate timestamps)
> as Integers (under windows it is not possible to select dates like
> 1950-03-20).
> 
> Is there a better way to connect mssql than with odbc?
> 
> 
> If not, my idea would be to patch the odbc/dbi modules?
> 
> any suggestions, how to implement the dbiDate object?
> 
> 
> 
> Greetings,
> and thank you very much in advance,
> 
> Andre'
> 
> 

OK I found a solution,
I am thinking about using ADO:

connection=win32com.client.Dispatch('ADODB.Connection')
connection.ConnectionString="Driver={SQL Server};Server=%s;Database=%s;UID=%s;PWD=%s" 
....etc.


What is the real difference between odbc.odbc("Driver={SQL Server};Server=%s;Database=%s;UID=%s;PWD=%s"...)?

Is ADO slower?



Greetings, Andre'


> 
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs

[pywin32-bugs] odbc and dbiDate!

[Andre R. <re...@in...>]

hi all,

we need a way to connect to mssqlserver with python.

there is a big problem with dates:

then odbc-module / dbi-module cann only handle dates (dbiDate timestamps)
as Integers (under windows it is not possible to select dates like
1950-03-20).

Is there a better way to connect mssql than with odbc?


If not, my idea would be to patch the odbc/dbi modules?

any suggestions, how to implement the dbiDate object?



Greetings,
and thank you very much in advance,

Andre'

[pywin32-bugs] ODBC and dbiDate!

[Andre R. <re...@in...>]

hi all,

we need a way to connect to mssqlserver with python.

there is a big problem with dates:

then odbc-module / dbi-module cann only handle dates (dbiDate timestamps)
as Integers (under windows it is not possible to select dates like
1950-03-20).

Is there a better way to connect mssql than with odbc?


If not, my idea would be to patch the odbc/dbi modules?

any suggestions, how to implement the dbiDate object?



Greetings,
and thank you very much in advance,

Andre'

[pywin32-bugs] [ pywin32-Bugs-900551 ] Build 200 doesn't set registry Modules\py* entries

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

Bugs item #900551, was opened at 2004-02-19 19:26
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=900551&group_id=78018

Category: win32
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Eric Promislow (ericp)
Assigned to: Nobody/Anonymous (nobody)
Summary: Build 200 doesn't set registry Modules\py* entries

Initial Comment:
Visual Python depends on the presence of the 
pythoncom extensions, and checks for the correct
registry entries, based on the version of Python, as an 
MSI Launch Condition.  This is because I use pythoncom 
as part of the registration process, and it's better to 
check for its presence in advance than to fall flat on my 
face in the CustomAction section.

I noticed with build 200 that the registry entries
HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\2.
3\Modules\{pythoncom,Pythonwin,pywintypes} aren't 
created.  If this is deliberate, could I please have them 
back?

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

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

[pywin32-bugs] [ pywin32-Patches-898555 ] Patch to use arbitrarely sized Safearray

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

Patches item #898555, was opened at 2004-02-17 09:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=898555&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stefan Schukat (sschukat)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch to use arbitrarely sized Safearray

Initial Comment:
In the current implementation you can only recieve
arbitrary sized SAFEARRAYs via pythoncom. If you want
to send these SAFEARRAYs there is a limitation that all
dimensions must have the same size. I patched the
oleargs.cpp to calculate the dimension of any Python
sequence to be converted, so that any sized sequence
can be transported. 
In the attached file you find a test COM server, a
python test script and the changed oleargs.cpp

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

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

[pywin32-bugs] [ pywin32-Bugs-897229 ] After script exit, window doesnt close

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

Bugs item #897229, was opened at 2004-02-14 21:56
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=897229&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Anderson (thebashar)
Assigned to: Nobody/Anonymous (nobody)
Summary: After script exit, window doesnt close

Initial Comment:
I have run into trouble with the last several versions
of PythonWin. ( it may always have been a problem).  I
have a script I am developing that uses PyGame to
display some pictures.  Whenever I run the script from
PythonWin, the script can exit normally but the program
window (the PyGame window that is) becomes a zombie. 
It should close at script exit like when I run it from
any other IDE.  In fact, the only way I can get it to
close is by closing PythonWin itself.

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

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

[pywin32-bugs] [ pywin32-Bugs-896502 ] key mapping fails on non-us-kb for calltips

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

Bugs item #896502, was opened at 2004-02-13 14:42
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=896502&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Norbert Ferchen (nferchen)
Assigned to: Nobody/Anonymous (nobody)
Summary: key mapping fails on non-us-kb for calltips

Initial Comment:
on an german keyboard you will not get the calltip by
pressing the opening bracket, but on pressing the
closing bracket instead.

It seems, that the key mapping doesn't recognise the
keyboard layout. On the german kbd the brackes or on
the keys 8 and 9. By replacing the "Shift-(" by
"Shift-8" - as an workaround - the mapping will work.

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

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

[pywin32-bugs] win32com and mod_python

[Ryan F. <rf...@gl...>]

Hi all, I'm pretty new to working with Mod_Python, and the project I am
working on requires me to be able to poll for some data through COM.

I am developing in windows 2000 professional, and will be running
my code on windows apache 2.0 with mod python. More specifically,
I am using the distribution of apache, ssl and others named Swamp.

Apache/2.0.43 (Win32) mod_ssl/2.0.43 OpenSSL/0.9.6h PHP/4.3.0
mod_python/3.0.4 Python/2.3.3

The code works fine when I run it standalone, however, when I attempt
to run it on my development site, the calls to the com object that work
beautifully alone, simply fail to return data. As follows is a brief
code sample which demonstrates this behaviour. This code functions
properly from a command prompt or in the interpreter.

def index():
	import win32com.client
	a=win32com.client.Dispatch('MyDataSource')
	b=str(a.GetOrders(account_identifier,'',2,0))
	return str(len(b))

if __name__ == "__main__":
	print index()

When this code runs standalone, it will return a non-zero value,
and when run from mod_python, it returns a zero value, due to
the len() function measuring the length of the output of my data call.

By way of typos, I have been able to produce exceptions in my testing
browser, so this leads me to believe that it is not passing any exceptions.

My research online has suggested that I try importing my modules through
apache.import_module. This gives me a number of different issues where
if I instantiate an instance of win32com, then try to address
that.client.Dispatch,
I recieve "module does not have 'client'", or similarly, if I try to
instantiate
an instance of win32com.client, I recieve "module does not have 'Dispatch'".

I have also seen it suggested that I initialize the com properly, and
manually,
by
	import sys
	sys.coinit_flags = 0

as well as

	import pythoncom
	pythoncom.CoInitializeEx(pythoncom.COINIT_MULTITHREADED)

which I do before attemting to import win32com, but to no avail,
in many, and in all permutations.

I have tried every permutation of apache.import_module and import,
that I can muster, and I am hitting a brick wall.

It seems that there is a breakdown in communications between myself and the
com objects when I try to import them. Any help that you all can offer me
would be hugely appreciated!

- Ryan

[pywin32-bugs] [ pywin32-Bugs-861258 ] PyTime.Format kills Python interpreter

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

Bugs item #861258, was opened at 2003-12-16 13:45
Message generated for change (Settings changed) made by osuchw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=861258&group_id=78018

Category: com
Group: None
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Waldemar Osuch (osuchw)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyTime.Format kills Python interpreter

Initial Comment:
When using win32all-163 following session causes hard
crash.

C:\Python23>python
Python 2.3.2 (#49, Oct  2 2003, 20:02:00) [MSC v.1200
32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for
more information.
>>> import pywintypes
>>> t = pywintypes.Time(-1223123)
>>> t
<PyTime:12/30/1899 12:00:00 AM>
>>> t.Format('%d-%b-%Y')

See attached DrWatson log file

I came accross this error when retrieving dates from
MSAcces database and trying to convert it into
something I can load into Oracle.
It seems that the dates before epoch cause this.

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

Comment By: Waldemar Osuch (osuchw)
Date: 2004-02-07 22:23

Message:
Logged In: YES 
user_id=895041

Looks like the crash was fixed in pywin32 build200.
It generates ValueError now

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

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

[pywin32-bugs] [ pywin32-Bugs-861258 ] PyTime.Format kills Python interpreter

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

Bugs item #861258, was opened at 2003-12-16 13:45
Message generated for change (Comment added) made by osuchw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=861258&group_id=78018

Category: com
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Submitted By: Waldemar Osuch (osuchw)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyTime.Format kills Python interpreter

Initial Comment:
When using win32all-163 following session causes hard
crash.

C:\Python23>python
Python 2.3.2 (#49, Oct  2 2003, 20:02:00) [MSC v.1200
32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for
more information.
>>> import pywintypes
>>> t = pywintypes.Time(-1223123)
>>> t
<PyTime:12/30/1899 12:00:00 AM>
>>> t.Format('%d-%b-%Y')

See attached DrWatson log file

I came accross this error when retrieving dates from
MSAcces database and trying to convert it into
something I can load into Oracle.
It seems that the dates before epoch cause this.

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

>Comment By: Waldemar Osuch (osuchw)
Date: 2004-02-07 22:23

Message:
Logged In: YES 
user_id=895041

Looks like the crash was fixed in pywin32 build200.
It generates ValueError now

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

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

[pywin32-bugs] [ pywin32-Patches-891068 ] win32con.py: added font qualities and charsets

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

Patches item #891068, was opened at 2004-02-05 17:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=891068&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Kerim Borchaev (warkid)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32con.py: added font qualities and charsets

Initial Comment:
Added font qualities and charsets WINVER >= 0x0400.

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

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

[pywin32-bugs] [ pywin32-Patches-886824 ] [Bug: 817035] Exception while browsing python path

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

Patches item #886824, was opened at 2004-01-29 12:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886824&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Maxim Sokolov (dzuki)
Assigned to: Nobody/Anonymous (nobody)
Summary: [Bug: 817035] Exception while browsing python path

Initial Comment:
Sorry for the previous patch, it wont work.

When user browses python path Tools->Browse 
PythonPath the program throws exception in tools.
BrowseProjects.HLICLBRItem.GetText when trying to 
display module-level functions.

Proposed patch of browseProjects file at HLICLBRClass.
__init__:

Compare: (<)C:
\Programs\Python23\Lib\site-packages\Pythonwin\pywin
\tools\browseProjects.py (8130 bytes)
   with: (>)C:\Programs\Python-2.3.
3\Lib\site-packages\Pythonwin\pywin\tools\browseProjec
ts.py (8239 bytes)

41,50c41,50
< 		try:
< 			name = clbrclass.name
< 			file = clbrclass.file
< 			lineno = clbrclass.lineno
< 			self.super = clbrclass.super
< 			self.methods = clbrclass.methods
< 		except AttributeError:
< 			name = clbrclass
< 			file = lineno = None
< 			self.super = []; self.methods = {}
---
> 		def get_attr(obj, attr, default_value):
> 			if hasattr(obj, attr):
> 				return obj.__dict__[attr]
> 			else:
> 				return default_value
> 		name = get_attr(clbrclass, "name", clbrclass)
> 		file = get_attr(clbrclass, "file", None)
> 		lineno = get_attr(clbrclass, "lineno", None)
> 		self.super = get_attr(clbrclass, "super", [])
> 		self.methods = get_attr(clbrclass, "methods", 
{})


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

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

[pywin32-bugs] [ pywin32-Patches-886588 ] [Bug: 817035] Exception while browsing python path

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

Patches item #886588, was opened at 2004-01-29 01:56
Message generated for change (Settings changed) made by dzuki
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886588&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Maxim Sokolov (dzuki)
Assigned to: Nobody/Anonymous (nobody)
>Summary: [Bug: 817035] Exception while browsing python path

Initial Comment:
The problem is that self.name for module level functions 
containes Function object and not string object. 
I have pached it with:
lib\site-packages\Pythonwin\pywin\tools\browseProjects.
py
line 26: 

return self.name + self.suffix

changed to:

name = self.name
if not isinstance(self.name, type("")):
name = self.name.name
return name + self.suffix 

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

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

[pywin32-bugs] [ pywin32-Patches-886588 ] [817035] Exception while browsing python path

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

Patches item #886588, was opened at 2004-01-29 01:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886588&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Maxim Sokolov (dzuki)
Assigned to: Nobody/Anonymous (nobody)
Summary: [817035] Exception while browsing python path

Initial Comment:
The problem is that self.name for module level functions 
containes Function object and not string object. 
I have pached it with:
lib\site-packages\Pythonwin\pywin\tools\browseProjects.
py
line 26: 

return self.name + self.suffix

changed to:

name = self.name
if not isinstance(self.name, type("")):
name = self.name.name
return name + self.suffix 

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

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

[pywin32-bugs] [ pywin32-Patches-886588 ] [Bug: 817035] Exception while browsing python path

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

Patches item #886588, was opened at 2004-01-29 01:56
Message generated for change (Settings changed) made by dzuki
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886588&group_id=78018

Category: None
Group: None
Status: Open
>Resolution: Wont Fix
Priority: 5
Submitted By: Maxim Sokolov (dzuki)
Assigned to: Nobody/Anonymous (nobody)
Summary: [Bug: 817035] Exception while browsing python path

Initial Comment:
The problem is that self.name for module level functions 
containes Function object and not string object. 
I have pached it with:
lib\site-packages\Pythonwin\pywin\tools\browseProjects.
py
line 26: 

return self.name + self.suffix

changed to:

name = self.name
if not isinstance(self.name, type("")):
name = self.name.name
return name + self.suffix 

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

Comment By: Maxim Sokolov (dzuki)
Date: 2004-01-29 02:00

Message:
Logged In: YES 
user_id=264383

Right formatting:

name = self.name
if not isinstance(self.name, type("")):
    name = self.name.name
return name + self.suffix

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

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

[pywin32-bugs] [ pywin32-Bugs-887212 ] Exception raised accessing REG_EXPAND_SZ type in registry

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

Bugs item #887212, was opened at 2004-01-29 19: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=887212&group_id=78018

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Phil Rittenhouse (prittenh)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception raised accessing REG_EXPAND_SZ type in registry

Initial Comment:
I ran into two problems using Makepy and the COM 
Browser both caused by the same type library registry 
entry.  This entry was of the type REG_EXPAND_SZ 
instead of the usual REG_SZ.

When running the COM Browser and expanding the 
registered type libraries, I woud get the following 
exception:
    File "win32com\client\combrowse.py", line 498, in 
GetSubList
    name = win32api.RegQueryValue(subKey, versionStr)
pywintypes.error: (13, 'RegQueryValue', 'The data is 
invalid.')
win32ui: Exception in OnNotify() handler


When running Makepy, I got the following:
  File "win32com\client\selecttlb.py", line 122, in 
EnumTlbs
    spec.ver_desc = tlbdesc + " (" + version + ")"
TypeError: unsupported operand types for +: 'NoneType' 
and 'str'


In both cases I traced the source of the error to a call 
to win32api.RegQueryValue().  From what I can tell, this 
function does not handle the REG_EXPAND_SZ type.  
The documentation for this function, that I found on 
ActiveState, says that this function should be avoided, 
and win32api.RegQueryValueEx() should be used instead.

So, in combrowse.py I replaced
   name = win32api.RegQueryValue(subKey, versionStr)
with:
   subSubKey = win32api.RegOpenKey(subKey, 
versionStr)
   name = win32api.RegQueryValueEx(subSubKey, '')[0]

And in selecttlp.py, EnumKeys() I replaced
   val = win32api.RegQueryValue(root, item)
to:		
   subKey = win32api.RegOpenKey(root, item)
   val = win32api.RegQueryValueEx(subKey, '')[0]

This seems to work, but I am completely new to this 
API, so I make no guarantees.

It looks like there are many other places that use 
RegQueryValue(), so they may need to be changed 
aswell.


I am running Python 2.2.3, with win32all build 162, on 
windows XP.  The registry entry that caused the 
problem was for the LDMView ActiveX Control module.

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

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

[pywin32-bugs] [ pywin32-Bugs-887858 ] printing unicode subclass instance => TypeError

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

Bugs item #887858, was opened at 2004-01-30 16:36
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=887858&group_id=78018

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jason Orendorff (jorend)
Assigned to: Nobody/Anonymous (nobody)
Summary: printing unicode subclass instance => TypeError

Initial Comment:
Ramon M. Felciano reported this problem to me.

The bug happens when you enter code like the following
into PythonWin's interactive window:

	class x(unicode):
		pass

	print x(u'hello world')

(Full traceback at the bottom of this message.)

I have win32all build 163.  In this version, line 440
of
"{PYTHONHOME}\lib\site-packages\Pythonwin\pywin\framework\winout.py"
reads:

	if type(item) != UnicodeType:

Changing this to "if not isinstance(type,
UnicodeType):" fixes the problem for me, and I think it
works in Python 2.2 as well; before that I dunno.

(The reason this comes up at all is that my path class,
http://www.jorendorff.com/articles/python/path, is a
subclass of unicode on Windows.)



PythonWin 2.3.3 (#51, Dec 18 2003, 20:22:39) [MSC
v.1200 32 bit (Intel)] on win32.
Portions Copyright 1994-2001 Mark Hammond
(mha...@sk...) - see 'Help/About
PythonWin' for further copyright information.
>>> class x(unicode):
... 	pass
... 
>>> print x(u'hello world')

Traceback (most recent call last):
  File "<interactive input>", line 1, in ?
  File
"C:\PROGRA~1\PYTHON~1.3\lib\site-packages\Pythonwin\pywin\framework\winout.py",
line 172, in write
    return self.template.write(msg)
  File
"C:\PROGRA~1\PYTHON~1.3\lib\site-packages\Pythonwin\pywin\framework\winout.py",
line 487, in write
    self.HandleOutput(message)
  File
"C:\PROGRA~1\PYTHON~1.3\lib\site-packages\Pythonwin\pywin\framework\winout.py",
line 468, in HandleOutput
    self.QueueFlush()
  File
"C:\PROGRA~1\PYTHON~1.3\lib\site-packages\Pythonwin\pywin\framework\winout.py",
line 441, in QueueFlush
    item = unicode(item, default_platform_encoding)
TypeError: decoding Unicode is not supported


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

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

[pywin32-bugs] [ pywin32-Patches-886588 ] [Bug: 817035] Exception while browsing python path- Wont Fix

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

Patches item #886588, was opened at 2004-01-29 01:56
Message generated for change (Settings changed) made by dzuki
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551956&aid=886588&group_id=78018

Category: None
Group: None
Status: Open
Resolution: Wont Fix
Priority: 5
Submitted By: Maxim Sokolov (dzuki)
Assigned to: Nobody/Anonymous (nobody)
>Summary: [Bug: 817035] Exception while browsing python path- Wont Fix

Initial Comment:
The problem is that self.name for module level functions 
containes Function object and not string object. 
I have pached it with:
lib\site-packages\Pythonwin\pywin\tools\browseProjects.
py
line 26: 

return self.name + self.suffix

changed to:

name = self.name
if not isinstance(self.name, type("")):
name = self.name.name
return name + self.suffix 

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

Comment By: Maxim Sokolov (dzuki)
Date: 2004-01-29 02:00

Message:
Logged In: YES 
user_id=264383

Right formatting:

name = self.name
if not isinstance(self.name, type("")):
    name = self.name.name
return name + self.suffix

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

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

[pywin32-bugs] [ pywin32-Bugs-817035 ] Exception in browsing libraries (Tools->Browse PythonPath)

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

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

Category: pythonwin
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dominique de Waleffe (ddewaleffe)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception in browsing libraries (Tools->Browse PythonPath)

Initial Comment:
Using the 2.3 distribution and the latest  159 release
of pythonwin.
I get the following traceback when I click on the + in
the library browser for xml.dom.minidom.

The problem also appears for other libraries displayed
in the tree view, but not for all...

PythonWin 2.3 (#46, Jul 29 2003, 18:54:32) [MSC v.1200
32 bit (Intel)] on win32.
Portions Copyright 1994-2001 Mark Hammond
(mha...@sk...) - see 'Help/About
PythonWin' for further copyright information.
>>> Traceback (most recent call last):
  File
"C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py",
line 123, in OnTreeItemExpanding
    self.AddSubList(itemHandle, self.GetSubList(item))
  File
"C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py",
line 137, in AddSubList
    self.AddItem(parentHandle, item)
  File
"C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py",
line 140, in AddItem
    text = self.GetText(item)
  File
"C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py",
line 266, in GetText
    return self.DelegateCall( item.GetText )
  File
"C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\hierlist.py",
line 255, in DelegateCall
    return fn()
  File
"C:\softs\python\lib\site-packages\Pythonwin\pywin\tools\browseProjects.py",
line 26, in GetText
    return self.name + self.suffix
TypeError: unsupported operand type(s) for +:
'instance' and 'str'
win32ui: Exception in OnNotify() handler

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

Comment By: Maxim Sokolov (dzuki)
Date: 2004-01-29 01:45

Message:
Logged In: YES 
user_id=264383

The problem is that self.name for module level functions 
containes Function object and not string object. 
I have pached it with:
lib\site-packages\Pythonwin\pywin\tools\browseProjects.py
line 26: 
                 return self.name + self.suffix
changed to:
                 name = self.name
		if not isinstance(self.name, type("")):
			name = self.name.name
		return name + self.suffix 

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

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