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

[pywin32-bugs] [ pywin32-Bugs-1297822 ] smart-backspace brokes backpacing for non-ascii chars

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

Bugs item #1297822, was opened at 2005-09-21 18:04
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=1297822&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
Submitted By: Oleg Noga (oleg_noga)
Assigned to: Nobody/Anonymous (nobody)
Summary: smart-backspace brokes backpacing for non-ascii chars

Initial Comment:
if trying to backspace non-ascii characters need to 
press backspace twice for each character. One pressing 
produces strange rectangle. Second removes it.

Quick solution is to turn of smart backspace: 
just comment out one line in
pythonwin\pywin\default.cfg
------------
#Back              = <<smart-backspace>>


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1297822&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 15:42
Message generated for change (Comment added) made by oleg_noga
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=896502&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
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.

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

Comment By: Oleg Noga (oleg_noga)
Date: 2005-09-21 17:46

Message:
Logged In: YES 
user_id=551440

Same bug with dot character mapping
pressing dot key allways produces dot character in editor
but in non-us keyboard locales it is not dot but letter :(
here is the a patch for pythonwin\pywin\scintilla\view.py 
KeyDotEvent function. 
patch needs ctypes package to work
http://starship.python.net/crew/theller/ctypes/
------------------------------
	def KeyDotEvent(self, event):
		
		# begin of patch
		try:
			import ctypes
		except ImportError:
			pass
		else:
			if 
(ctypes.windll.user32.GetKeyboardLayout(ctypes.c_int(0))
				& 0xFFFF != 
0x0409):
				return 1
		# end of patch

		self.SCIAddText('.')
		if self.bAutoCompleteAttributes:
			self._AutoComplete()



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

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

[pywin32-bugs] [ pywin32-Bugs-1296168 ] 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

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

Bugs item #1296168, was opened at 2005-09-20 10:51
Message generated for change (Comment added) made by hoel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1296168&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
Submitted By: Berthold Höllmann (hoel)
Assigned to: Nobody/Anonymous (nobody)
Summary: 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

Initial Comment:
I am trying to add pywin to a selfcompiled python
2.4.1. I do need a python executable compiled with VC
6.0. The compilation ran fine, but when I try to build
pywin204 with the freshly compiled python I get a
strange, in my eyes impossible combination of
warning/error messages:

W:\hoel\work\pywin32-204>..\Python-2.4.1\PC\VC6\python.exe
setup.py build
running build
running build_py
running build_ext
Warning - can't find an installed platform SDK
Found WINDOWS.H version 0x501 in C:\Programme\Microsoft
Platform SDK\Include
building 'pywintypes' extension
C:\Programme\Microsoft Visual Studio\VC98\BIN\cl.exe /c
nologo /Ox /MD /W3 /GX /DNDEBUG -DDISTUTILS_BUILD
Icom/win32com/src/include -Iwin32/src
IW:\hoel\work\Python-2.4.1\include
-IW:\hoel\work\Python-2.4.1\PC /Tpwin32\src\PyACL.cpp
Fobuild\temp.win32-2.4\Release\win32\src\PyACL.obj
DBUILD_PYWINTYPES /YXPyWinTypes.h
Fpbuild\temp.win32-2.4\Release\pywintypes.pchPyACL.cpp
NOTE: You are building with an early Platform SDK - not
allTRUSTEE operations on SIDs will be supported
win32\src\PyACL.cpp(288) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier
win32\src\PyACL.cpp(288) : error C2051: case expression
not onstant
win32\src\PyACL.cpp(289) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_NAME' : undeclared identifier
win32\src\PyACL.cpp(289) : error C2051: case expression
not constant
error: command '"C:\Programme\Microsoft Visual
Studio\VC98\BIN\cl.exe"' failed with exit status 2

This combination of messages shold be impossible. A
preprocessor "#if" in PyACL.cpp should prevent issuing
of the NOT when 'TRUSTEE_IS_OBJECTS_AND_SID' is processed.

Further I have the latest Platform SDK installed
(Windows Server 2003 SP1 SDK) and so wonder why the
macros are not found.

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

>Comment By: Berthold Höllmann (hoel)
Date: 2005-09-21 11:19

Message:
Logged In: YES 
user_id=81913

The CVS version does work for me, thanks.

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

Comment By: Mark Hammond (mhammond)
Date: 2005-09-21 07:49

Message:
Logged In: YES 
user_id=14198

I believe this is caused by the latest platform SDK changing
the way it looks at the #defines for the windows version. 
It has already been fixed in CVS - please reopen this bug if
that is not true for you.

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

Comment By: Roger Upole (rupole)
Date: 2005-09-21 06:20

Message:
Logged In: YES 
user_id=771074

Setup.py looks in a few predetermined places to try to locate 
the SDK directories, but you can get this if it can't find them 
in any of the usual places.  You can set the environment 
variable MSSdk to point to the new SDK, and it'll override the 
other locations.  To print out the places it's looking, set 
Debug=True in the find_platform_sdk_dir function.

        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-1296168 ] 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

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

Bugs item #1296168, was opened at 2005-09-20 18:51
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1296168&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
Submitted By: Berthold Höllmann (hoel)
Assigned to: Nobody/Anonymous (nobody)
Summary: 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

Initial Comment:
I am trying to add pywin to a selfcompiled python
2.4.1. I do need a python executable compiled with VC
6.0. The compilation ran fine, but when I try to build
pywin204 with the freshly compiled python I get a
strange, in my eyes impossible combination of
warning/error messages:

W:\hoel\work\pywin32-204>..\Python-2.4.1\PC\VC6\python.exe
setup.py build
running build
running build_py
running build_ext
Warning - can't find an installed platform SDK
Found WINDOWS.H version 0x501 in C:\Programme\Microsoft
Platform SDK\Include
building 'pywintypes' extension
C:\Programme\Microsoft Visual Studio\VC98\BIN\cl.exe /c
nologo /Ox /MD /W3 /GX /DNDEBUG -DDISTUTILS_BUILD
Icom/win32com/src/include -Iwin32/src
IW:\hoel\work\Python-2.4.1\include
-IW:\hoel\work\Python-2.4.1\PC /Tpwin32\src\PyACL.cpp
Fobuild\temp.win32-2.4\Release\win32\src\PyACL.obj
DBUILD_PYWINTYPES /YXPyWinTypes.h
Fpbuild\temp.win32-2.4\Release\pywintypes.pchPyACL.cpp
NOTE: You are building with an early Platform SDK - not
allTRUSTEE operations on SIDs will be supported
win32\src\PyACL.cpp(288) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier
win32\src\PyACL.cpp(288) : error C2051: case expression
not onstant
win32\src\PyACL.cpp(289) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_NAME' : undeclared identifier
win32\src\PyACL.cpp(289) : error C2051: case expression
not constant
error: command '"C:\Programme\Microsoft Visual
Studio\VC98\BIN\cl.exe"' failed with exit status 2

This combination of messages shold be impossible. A
preprocessor "#if" in PyACL.cpp should prevent issuing
of the NOT when 'TRUSTEE_IS_OBJECTS_AND_SID' is processed.

Further I have the latest Platform SDK installed
(Windows Server 2003 SP1 SDK) and so wonder why the
macros are not found.

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-09-21 15:49

Message:
Logged In: YES 
user_id=14198

I believe this is caused by the latest platform SDK changing
the way it looks at the #defines for the windows version. 
It has already been fixed in CVS - please reopen this bug if
that is not true for you.

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

Comment By: Roger Upole (rupole)
Date: 2005-09-21 14:20

Message:
Logged In: YES 
user_id=771074

Setup.py looks in a few predetermined places to try to locate 
the SDK directories, but you can get this if it can't find them 
in any of the usual places.  You can set the environment 
variable MSSdk to point to the new SDK, and it'll override the 
other locations.  To print out the places it's looking, set 
Debug=True in the find_platform_sdk_dir function.

        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-1296168 ] 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

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

Bugs item #1296168, was opened at 2005-09-20 03:51
Message generated for change (Comment added) made by rupole
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1296168&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
Submitted By: Berthold Höllmann (hoel)
Assigned to: Nobody/Anonymous (nobody)
Summary: 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

Initial Comment:
I am trying to add pywin to a selfcompiled python
2.4.1. I do need a python executable compiled with VC
6.0. The compilation ran fine, but when I try to build
pywin204 with the freshly compiled python I get a
strange, in my eyes impossible combination of
warning/error messages:

W:\hoel\work\pywin32-204>..\Python-2.4.1\PC\VC6\python.exe
setup.py build
running build
running build_py
running build_ext
Warning - can't find an installed platform SDK
Found WINDOWS.H version 0x501 in C:\Programme\Microsoft
Platform SDK\Include
building 'pywintypes' extension
C:\Programme\Microsoft Visual Studio\VC98\BIN\cl.exe /c
nologo /Ox /MD /W3 /GX /DNDEBUG -DDISTUTILS_BUILD
Icom/win32com/src/include -Iwin32/src
IW:\hoel\work\Python-2.4.1\include
-IW:\hoel\work\Python-2.4.1\PC /Tpwin32\src\PyACL.cpp
Fobuild\temp.win32-2.4\Release\win32\src\PyACL.obj
DBUILD_PYWINTYPES /YXPyWinTypes.h
Fpbuild\temp.win32-2.4\Release\pywintypes.pchPyACL.cpp
NOTE: You are building with an early Platform SDK - not
allTRUSTEE operations on SIDs will be supported
win32\src\PyACL.cpp(288) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier
win32\src\PyACL.cpp(288) : error C2051: case expression
not onstant
win32\src\PyACL.cpp(289) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_NAME' : undeclared identifier
win32\src\PyACL.cpp(289) : error C2051: case expression
not constant
error: command '"C:\Programme\Microsoft Visual
Studio\VC98\BIN\cl.exe"' failed with exit status 2

This combination of messages shold be impossible. A
preprocessor "#if" in PyACL.cpp should prevent issuing
of the NOT when 'TRUSTEE_IS_OBJECTS_AND_SID' is processed.

Further I have the latest Platform SDK installed
(Windows Server 2003 SP1 SDK) and so wonder why the
macros are not found.

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

>Comment By: Roger Upole (rupole)
Date: 2005-09-20 23:20

Message:
Logged In: YES 
user_id=771074

Setup.py looks in a few predetermined places to try to locate 
the SDK directories, but you can get this if it can't find them 
in any of the usual places.  You can set the environment 
variable MSSdk to point to the new SDK, and it'll override the 
other locations.  To print out the places it's looking, set 
Debug=True in the find_platform_sdk_dir function.

        Roger


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

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

[pywin32-bugs] [ pywin32-Bugs-1296632 ] TypeError: 'unicode' object is not callable

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

Bugs item #1296632, was opened at 2005-09-20 20:34
Message generated for change (Comment added) made by oleg_noga
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1296632&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Oleg Noga (oleg_noga)
Assigned to: Nobody/Anonymous (nobody)
Summary: TypeError: 'unicode' object is not callable

Initial Comment:
python 2.3.5
pythonwin 204
using dynamic binding

Have TypeError: 'unicode' object is not callable while 
calling COM object function. Because 
CDispatch.__getattr__ returns empty unicode string 
instead of callable.

I made some dirty fix, please, see attach, there is some 
comments inside 

It is win32com\client\dynamic.py 

Pity I can't supply COM object to reproduce because it 
is proprietary.

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

>Comment By: Oleg Noga (oleg_noga)
Date: 2005-09-20 20:41

Message:
Logged In: YES 
user_id=551440

Note: Visual Basic calls functions of that COM object 
correctly

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

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

[pywin32-bugs] [ pywin32-Bugs-1296632 ] TypeError: 'unicode' object is not callable

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

Bugs item #1296632, was opened at 2005-09-20 20:34
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=1296632&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Oleg Noga (oleg_noga)
Assigned to: Nobody/Anonymous (nobody)
Summary: TypeError: 'unicode' object is not callable

Initial Comment:
python 2.3.5
pythonwin 204
using dynamic binding

Have TypeError: 'unicode' object is not callable while 
calling COM object function. Because 
CDispatch.__getattr__ returns empty unicode string 
instead of callable.

I made some dirty fix, please, see attach, there is some 
comments inside 

It is win32com\client\dynamic.py 

Pity I can't supply COM object to reproduce because it 
is proprietary.

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

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

[pywin32-bugs] [ pywin32-Bugs-1296168 ] 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

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

Bugs item #1296168, was opened at 2005-09-20 10:51
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=1296168&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
Submitted By: Berthold Höllmann (hoel)
Assigned to: Nobody/Anonymous (nobody)
Summary: 'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier

Initial Comment:
I am trying to add pywin to a selfcompiled python
2.4.1. I do need a python executable compiled with VC
6.0. The compilation ran fine, but when I try to build
pywin204 with the freshly compiled python I get a
strange, in my eyes impossible combination of
warning/error messages:

W:\hoel\work\pywin32-204>..\Python-2.4.1\PC\VC6\python.exe
setup.py build
running build
running build_py
running build_ext
Warning - can't find an installed platform SDK
Found WINDOWS.H version 0x501 in C:\Programme\Microsoft
Platform SDK\Include
building 'pywintypes' extension
C:\Programme\Microsoft Visual Studio\VC98\BIN\cl.exe /c
nologo /Ox /MD /W3 /GX /DNDEBUG -DDISTUTILS_BUILD
Icom/win32com/src/include -Iwin32/src
IW:\hoel\work\Python-2.4.1\include
-IW:\hoel\work\Python-2.4.1\PC /Tpwin32\src\PyACL.cpp
Fobuild\temp.win32-2.4\Release\win32\src\PyACL.obj
DBUILD_PYWINTYPES /YXPyWinTypes.h
Fpbuild\temp.win32-2.4\Release\pywintypes.pchPyACL.cpp
NOTE: You are building with an early Platform SDK - not
allTRUSTEE operations on SIDs will be supported
win32\src\PyACL.cpp(288) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_SID' : undeclared identifier
win32\src\PyACL.cpp(288) : error C2051: case expression
not onstant
win32\src\PyACL.cpp(289) : error C2065:
'TRUSTEE_IS_OBJECTS_AND_NAME' : undeclared identifier
win32\src\PyACL.cpp(289) : error C2051: case expression
not constant
error: command '"C:\Programme\Microsoft Visual
Studio\VC98\BIN\cl.exe"' failed with exit status 2

This combination of messages shold be impossible. A
preprocessor "#if" in PyACL.cpp should prevent issuing
of the NOT when 'TRUSTEE_IS_OBJECTS_AND_SID' is processed.

Further I have the latest Platform SDK installed
(Windows Server 2003 SP1 SDK) and so wonder why the
macros are not found.

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

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

[pywin32-bugs] [ pywin32-Bugs-1296130 ] unable to install to a chosen python version

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

Bugs item #1296130, was opened at 2005-09-20 10:14
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=1296130&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: installation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: gdmans (gdmans)
Assigned to: Nobody/Anonymous (nobody)
Summary: unable to install to a chosen python version

Initial Comment:
The installer for pywin32-204.win32-py2.3.exe works
fine for a XP sp1, 2002, machine with only one version
of python installed. 

However, I have zope, which has its own default python
(that I do not use), as well as my manually installed
principal python version. I want pywin to install to my
principal python instance but the installer will not
let me select this python instance or modify the
auto-windows-magically detected installation path (for
some reason this is the Zope version).

Please please give the user control over the
installation path for pywin. 



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

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

[pywin32-bugs] [ pywin32-Bugs-1295741 ] win32com: Lotus Notes IDocument.Authors crashes python

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

Bugs item #1295741, was opened at 2005-09-19 15:45
Message generated for change (Comment added) made by philipreed
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1295741&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Philip Reed (philipreed)
Assigned to: Nobody/Anonymous (nobody)
>Summary: win32com: Lotus Notes IDocument.Authors crashes python 

Initial Comment:
Sorry in advance for a Notes-specific question, but I'm 
guessing Notes is just the stimulus that's provoking 
some kind of issue in win32com and python.    I'm 
having trouble using win32com to access Lotus Notes 
email.   Specifically, an attempt to get the Authors 
attribute of an IDocument crashes Python.

In essence I'm attempting to port the VB example code 
from http://www.tek-tips.com/viewthread.cfm?qid=67791 
to Python.   Running the code sample below crashes 
with standard Windows error messages (The instruction 
at [memaddress] referenced memory at "0x00000005".  
The memory could not be "read") in three different 
environments:

- From a Windows 2000 console interface.    Dialog title 
is "python.exe - Application Error"
- From IDLE.   Dialog title is "pythonw.exe - Application 
Error"
- From PythonWin.   Title is "PythonWin: 
PythonWin.exe - Application Error".  This is particularly 
egregious since it cascades into an MFC error that 
crashes the PythonWin editor!

** DEMO CODE **
import win32com.client

sess = win32com.client.Dispatch
("Lotus.NotesSession")       #instance of ISession
sess.Initialize()       #Will prompt for password first time 
through
mailDb = sess.GetDatabase("", sess.UserName)
mailDoc = mailDb.CreateDocument()      

b= mailDoc.IsValid  #This works
print "MailDoc.IsValid: ", b

url = mailDoc.HttpURL   #This works
print "mailDoc.HttpURL ", url

input = raw_input("Are you sure you want to crash 
PythonWin?")
if input == "yes":
    print "Prepare for crash..."
    auths = mailDoc.Authors 
    print "mailDoc.Authors", auths
else:
    print "Chicken!   Enjoy the safe landing"

** OUTPUT **
(Note: I made some minor hacks to 
win32com\client\__init__.py in _ApplyTypes_() and 
__getattr__() to enhance output.)
(Also: Notes prompts for the password in a console, 
which shows up separately in Idle.)

Class ID: {29131578-2EED-1069-BF5D-00DD011186B7}
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
MailDoc.IsValid:  True
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
mailDoc.HttpURL:  
Are you sure you want to crash PythonWin?yes
Prepare for crash...
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
about to fail!
wFlags: 2

*************
I also tried loading Python with -vd flags, which produces 
extra output I'll attach in a file.

Any suggestions?   Any way to further troubleshoot w/o 
hacking around in Python C++ source (e.g., turning on 
better debugging)?

TIA,

Philip

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

>Comment By: Philip Reed (philipreed)
Date: 2005-09-19 15:48

Message:
Logged In: YES 
user_id=392466

I forgot to note, this is Python 2.4 pywin32 extensions (build 
204) - Philip

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

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

[pywin32-bugs] [ pywin32-Bugs-1295741 ] Lotus Notes

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

Bugs item #1295741, was opened at 2005-09-19 15:45
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=1295741&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Philip Reed (philipreed)
Assigned to: Nobody/Anonymous (nobody)
Summary: Lotus Notes 

Initial Comment:
Sorry in advance for a Notes-specific question, but I'm 
guessing Notes is just the stimulus that's provoking 
some kind of issue in win32com and python.    I'm 
having trouble using win32com to access Lotus Notes 
email.   Specifically, an attempt to get the Authors 
attribute of an IDocument crashes Python.

In essence I'm attempting to port the VB example code 
from http://www.tek-tips.com/viewthread.cfm?qid=67791 
to Python.   Running the code sample below crashes 
with standard Windows error messages (The instruction 
at [memaddress] referenced memory at "0x00000005".  
The memory could not be "read") in three different 
environments:

- From a Windows 2000 console interface.    Dialog title 
is "python.exe - Application Error"
- From IDLE.   Dialog title is "pythonw.exe - Application 
Error"
- From PythonWin.   Title is "PythonWin: 
PythonWin.exe - Application Error".  This is particularly 
egregious since it cascades into an MFC error that 
crashes the PythonWin editor!

** DEMO CODE **
import win32com.client

sess = win32com.client.Dispatch
("Lotus.NotesSession")       #instance of ISession
sess.Initialize()       #Will prompt for password first time 
through
mailDb = sess.GetDatabase("", sess.UserName)
mailDoc = mailDb.CreateDocument()      

b= mailDoc.IsValid  #This works
print "MailDoc.IsValid: ", b

url = mailDoc.HttpURL   #This works
print "mailDoc.HttpURL ", url

input = raw_input("Are you sure you want to crash 
PythonWin?")
if input == "yes":
    print "Prepare for crash..."
    auths = mailDoc.Authors 
    print "mailDoc.Authors", auths
else:
    print "Chicken!   Enjoy the safe landing"

** OUTPUT **
(Note: I made some minor hacks to 
win32com\client\__init__.py in _ApplyTypes_() and 
__getattr__() to enhance output.)
(Also: Notes prompts for the password in a console, 
which shows up separately in Idle.)

Class ID: {29131578-2EED-1069-BF5D-00DD011186B7}
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
MailDoc.IsValid:  True
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
mailDoc.HttpURL:  
Are you sure you want to crash PythonWin?yes
Prepare for crash...
Class ID: {29131567-2EED-1069-BF5D-00DD011186B7}
about to fail!
wFlags: 2

*************
I also tried loading Python with -vd flags, which produces 
extra output I'll attach in a file.

Any suggestions?   Any way to further troubleshoot w/o 
hacking around in Python C++ source (e.g., turning on 
better debugging)?

TIA,

Philip

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

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

[pywin32-bugs] [ pywin32-Bugs-1285688 ] Argument types for win32process.GetModuleFileNameEx

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

Bugs item #1285688, was opened at 2005-09-09 17:27
Message generated for change (Settings changed) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1285688&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Submitted By: nanotube (nanotube)
Assigned to: Nobody/Anonymous (nobody)
Summary: Argument types for win32process.GetModuleFileNameEx

Initial Comment:
Hi,

According to the msdn docs, the function
GetModuleFileNameEx can accept NULL as the handle to
the module, in which case it returns the path of the
executable of the process itself, rather than the
module. Here is the direct quote from the msdn doc:

hModule
    [in] Handle to the module. If this parameter is
NULL, GetModuleFileNameEx returns the path of the
executable file of the process specified in hProcess.

and a link to the same doc:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/perfmon/base/getmodulefilenameex.asp

Currently, when trying to give None as second argument
to the function gives me error, "TypeError: an integer
is required". So I am unable to invoke that
functionality of GetModuleFileNameEx using win32all. 

Bug or feature? 

Using win32all 203, iirc. (by the way, is there a quick
way to check which version of win32all I have installed?)

Would appreciate your input on this. Or a workaround on
how to get the process name from process id, without
using this function. :)

Thanks!

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-09-11 18:58

Message:
Logged In: YES 
user_id=14198

Thanks Stefan!

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

Comment By: nanotube (nanotube)
Date: 2005-09-10 03:21

Message:
Logged In: YES 
user_id=1173666

Ah, thanks. When i tried that earlier, i had another problem
with my code, and i thought that was caused by the argument
type... So i tried doing the same thing through ctypes, got
same problem, solved it... and now putting 0 instead of None
into win32process.GetModuleFileNameEx works as you say.

so bug can be closed. 
Thank you for quick reply! :)

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

Comment By: Stefan Schukat (sschukat)
Date: 2005-09-09 21:03

Message:
Logged In: YES 
user_id=977439

The handle maps to a Python int. So instead of using None
try 0 then it will work. 

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

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

[pywin32-bugs] [ pywin32-Bugs-1286755 ] freeze NT service module

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

Bugs item #1286755, was opened at 2005-09-11 07:54
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1286755&group_id=78018

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Grzegorz Makarewicz (makaron)
Assigned to: Nobody/Anonymous (nobody)
Summary: freeze NT service module

Initial Comment:
All freeze requirements are broken when using
pythonservice.exe Py_FrozenFlag is not set, python is
initialized twice (from PythonService.cpp and
servicemanager.pyd), this code is totally vorgot:
#ifdef BUILD_FREEZE
	int n = PyImport_ImportFrozenModule("__main__");
	if( n == 0 ){
                // __main__ not frozen
		ReportPythonError(E_PYS_NO_MODULE);
		return 2;
	}
	if( n < 0 ){
                // exception in __main__
		ReportPythonError(E_PYS_NO_MODULE);
		return 2;
	}
#endif


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-09-11 18:57

Message:
Logged In: YES 
user_id=14198

The freeze support is effectively dead.  Other freeze-like
technologies, like py2exe, support services but do not
require a special build to make it happen.  I'd be happy to
submit patches, but otherwise I will end up removing code
inside BUILD_FREEZE blocks.

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

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

[pywin32-bugs] [ pywin32-Bugs-1286755 ] freeze NT service module

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

Bugs item #1286755, was opened at 2005-09-10 23:54
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=1286755&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
Submitted By: Grzegorz Makarewicz (makaron)
Assigned to: Nobody/Anonymous (nobody)
Summary: freeze NT service module

Initial Comment:
All freeze requirements are broken when using
pythonservice.exe Py_FrozenFlag is not set, python is
initialized twice (from PythonService.cpp and
servicemanager.pyd), this code is totally vorgot:
#ifdef BUILD_FREEZE
	int n = PyImport_ImportFrozenModule("__main__");
	if( n == 0 ){
                // __main__ not frozen
		ReportPythonError(E_PYS_NO_MODULE);
		return 2;
	}
	if( n < 0 ){
                // exception in __main__
		ReportPythonError(E_PYS_NO_MODULE);
		return 2;
	}
#endif


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

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

[pywin32-bugs] [ pywin32-Bugs-1285688 ] Argument types for win32process.GetModuleFileNameEx

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

Bugs item #1285688, was opened at 2005-09-09 03:27
Message generated for change (Comment added) made by nanotube
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1285688&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
Submitted By: nanotube (nanotube)
Assigned to: Nobody/Anonymous (nobody)
Summary: Argument types for win32process.GetModuleFileNameEx

Initial Comment:
Hi,

According to the msdn docs, the function
GetModuleFileNameEx can accept NULL as the handle to
the module, in which case it returns the path of the
executable of the process itself, rather than the
module. Here is the direct quote from the msdn doc:

hModule
    [in] Handle to the module. If this parameter is
NULL, GetModuleFileNameEx returns the path of the
executable file of the process specified in hProcess.

and a link to the same doc:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/perfmon/base/getmodulefilenameex.asp

Currently, when trying to give None as second argument
to the function gives me error, "TypeError: an integer
is required". So I am unable to invoke that
functionality of GetModuleFileNameEx using win32all. 

Bug or feature? 

Using win32all 203, iirc. (by the way, is there a quick
way to check which version of win32all I have installed?)

Would appreciate your input on this. Or a workaround on
how to get the process name from process id, without
using this function. :)

Thanks!

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

>Comment By: nanotube (nanotube)
Date: 2005-09-09 13:21

Message:
Logged In: YES 
user_id=1173666

Ah, thanks. When i tried that earlier, i had another problem
with my code, and i thought that was caused by the argument
type... So i tried doing the same thing through ctypes, got
same problem, solved it... and now putting 0 instead of None
into win32process.GetModuleFileNameEx works as you say.

so bug can be closed. 
Thank you for quick reply! :)

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

Comment By: Stefan Schukat (sschukat)
Date: 2005-09-09 07:03

Message:
Logged In: YES 
user_id=977439

The handle maps to a Python int. So instead of using None
try 0 then it will work. 

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

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

[pywin32-bugs] [ pywin32-Bugs-1285688 ] Argument types for win32process.GetModuleFileNameEx

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

Bugs item #1285688, was opened at 2005-09-09 09:27
Message generated for change (Comment added) made by sschukat
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1285688&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
Submitted By: nanotube (nanotube)
Assigned to: Nobody/Anonymous (nobody)
Summary: Argument types for win32process.GetModuleFileNameEx

Initial Comment:
Hi,

According to the msdn docs, the function
GetModuleFileNameEx can accept NULL as the handle to
the module, in which case it returns the path of the
executable of the process itself, rather than the
module. Here is the direct quote from the msdn doc:

hModule
    [in] Handle to the module. If this parameter is
NULL, GetModuleFileNameEx returns the path of the
executable file of the process specified in hProcess.

and a link to the same doc:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/perfmon/base/getmodulefilenameex.asp

Currently, when trying to give None as second argument
to the function gives me error, "TypeError: an integer
is required". So I am unable to invoke that
functionality of GetModuleFileNameEx using win32all. 

Bug or feature? 

Using win32all 203, iirc. (by the way, is there a quick
way to check which version of win32all I have installed?)

Would appreciate your input on this. Or a workaround on
how to get the process name from process id, without
using this function. :)

Thanks!

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

Comment By: Stefan Schukat (sschukat)
Date: 2005-09-09 13:03

Message:
Logged In: YES 
user_id=977439

The handle maps to a Python int. So instead of using None
try 0 then it will work. 

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

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

[pywin32-bugs] [ pywin32-Bugs-1285688 ] Argument types for win32process.GetModuleFileNameEx

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

Bugs item #1285688, was opened at 2005-09-09 03:27
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=1285688&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
Submitted By: nanotube (nanotube)
Assigned to: Nobody/Anonymous (nobody)
Summary: Argument types for win32process.GetModuleFileNameEx

Initial Comment:
Hi,

According to the msdn docs, the function
GetModuleFileNameEx can accept NULL as the handle to
the module, in which case it returns the path of the
executable of the process itself, rather than the
module. Here is the direct quote from the msdn doc:

hModule
    [in] Handle to the module. If this parameter is
NULL, GetModuleFileNameEx returns the path of the
executable file of the process specified in hProcess.

and a link to the same doc:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/perfmon/base/getmodulefilenameex.asp

Currently, when trying to give None as second argument
to the function gives me error, "TypeError: an integer
is required". So I am unable to invoke that
functionality of GetModuleFileNameEx using win32all. 

Bug or feature? 

Using win32all 203, iirc. (by the way, is there a quick
way to check which version of win32all I have installed?)

Would appreciate your input on this. Or a workaround on
how to get the process name from process id, without
using this function. :)

Thanks!

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

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

[pywin32-bugs] [ pywin32-Bugs-1283623 ] GetSaveFilename not in win32gui

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

Bugs item #1283623, was opened at 2005-09-07 07:05
Message generated for change (Comment added) made by mozbugbox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1283623&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
Submitted By: Bugs Fly (mozbugbox)
Assigned to: Nobody/Anonymous (nobody)
Summary: GetSaveFilename not in win32gui

Initial Comment:
While GetOpenFilename is wrapped in win32gui, I cannot 
find GetSaveFilename in win32gui. I am trying to avoid 
using MFC for simple action of getting/saving to a file.

The GetSaveFilename and GetOpenFilename basically have 
the same protocol.

us/winui/winui/windowsuserinterface/userinput/commondialo
gboxlibrary/commondialogboxreference/commondialogboxstr
uctures/openfilename.asp

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

>Comment By: Bugs Fly (mozbugbox)
Date: 2005-09-07 07:06

Message:
Logged In: YES 
user_id=1033842

http://msdn.microsoft.com/library/default.asp?url=/library/en-
us/winui/winui/windowsuserinterface/userinput/commondialogboxli
brary/commondialogboxreference/commondialogboxstructures/op
enfilename.asp

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

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

[pywin32-bugs] [ pywin32-Bugs-1283623 ] GetSaveFilename not in win32gui

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

Bugs item #1283623, was opened at 2005-09-07 07:05
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=1283623&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
Submitted By: Bugs Fly (mozbugbox)
Assigned to: Nobody/Anonymous (nobody)
Summary: GetSaveFilename not in win32gui

Initial Comment:
While GetOpenFilename is wrapped in win32gui, I cannot 
find GetSaveFilename in win32gui. I am trying to avoid 
using MFC for simple action of getting/saving to a file.

The GetSaveFilename and GetOpenFilename basically have 
the same protocol.

us/winui/winui/windowsuserinterface/userinput/commondialo
gboxlibrary/commondialogboxreference/commondialogboxstr
uctures/openfilename.asp

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

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

[pywin32-bugs] [ pywin32-Bugs-1257754 ] dbi.internal-error executing stored procedure

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

Bugs item #1257754, was opened at 2005-08-12 10:48
Message generated for change (Settings changed) made by goldfita
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1257754&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: None
Priority: 5
Submitted By: Todd (goldfita)
Assigned to: Nobody/Anonymous (nobody)
Summary: dbi.internal-error executing stored procedure

Initial Comment:
Sorry if this is not a bug.  I haven't been able to find 
much documentation.  I get the following error:
dbi.internal-error: [Microsoft][ODBC SQL Server Driver]
Invalid Descriptor Index
in FETCH

The table has an image column and a timestamp 
column, and I just select a single row.  I was able to 
execute other stored procedures without trouble.  And I 
can execute the one that causes a problem without 
trouble using jdbc.  I tried shortening the data in the 
image column to just a few bytes, but that didn't help.

The code is below.

import dbi, odbc
try:
        s = odbc.odbc('xxx/xxx/xxx')
        cur = s.cursor()
        cur.execute('exec my_proc 5')
        print cur.fetchone()
except NameError,e:
        print 'error ', e, 'undefined'

See also - http://mail.python.org/pipermail/tutor/2001-
March/004637.html

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

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

[pywin32-bugs] [ pywin32-Bugs-1273738 ] atexit not called for pythonservice (win32)

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

Bugs item #1273738, was opened at 2005-08-25 18:52
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=1273738&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
Submitted By: Hari Krishna Dara (haridsv)
Assigned to: Nobody/Anonymous (nobody)
Summary: atexit not called for pythonservice (win32)

Initial Comment:
I have a couple of functions registered with atexit
which work fine when the program is executed on
command-line. But when I run the same as a windows
service, and stop the service using service interface,
these hooks never get call backs. The service does exit
normally (at least my program doesn't do os._exit() and
there are no exceptions).

I am using ActiveState's distribution of python, but I
would imagine this is non-specific. Here is the version
information:

ActivePython 2.4.1 Build 247 (ActiveState Corp.) based on
Python 2.4.1 (#65, Jun 20 2005, 17:01:55) [MSC v.1310
32 bit (Intel)] on win32

As a workaround I am calling the
atexit._run_exitfuncs() manually before returning from
SvcDoRun() for now.

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

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

[pywin32-bugs] [ pywin32-Bugs-1267366 ] CreateWindow() requires class atom, not name

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

Bugs item #1267366, was opened at 2005-08-23 18:58
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=1267366&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
Submitted By: John J Smith (johnjsmith)
Assigned to: Nobody/Anonymous (nobody)
Summary: CreateWindow() requires class atom, not name

Initial Comment:
If the class name given to win32gui.RegisterClass() is
given to win32gui.CreateWindow(), then no window
messages are delivered.

If the class atom returned by RegisterClass() is given
to CreateWindow(), then things work as expected.

Both MSDN and the win32gui docs seem to indicate that a
class name is acceptable.

e.g.:

http://mail.python.org/pipermail/python-win32/2004-December/002771.html

(The code works if the class name is replaced by the atom.)


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

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

[pywin32-bugs] [ pywin32-Bugs-1258840 ] odbc - select 'bit' type returns str, not int

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

Bugs item #1258840, was opened at 2005-08-14 07:18
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=1258840&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
Submitted By: Frank Millman (frankmillman)
Assigned to: Nobody/Anonymous (nobody)
Summary: odbc - select 'bit' type returns str, not int

Initial Comment:
I use odbc to connect to MS SQL Server.

I have just started using the 'bit' datatype, which stores 
an integer value of 1 or 0.

If I execute a SELECT which inludes a 'bit' column, the 
value is returned correctly, but it is returned as a str ('1' 
or '0') instead of an int.

It is easy to convert the result to an int, but it would be 
nice if odbc returned an int in the first place.

Thanks

Frank Millman


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

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

[pywin32-bugs] [ pywin32-Bugs-1257793 ] PyIDirectorySearch.h - not in cvs

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

Bugs item #1257793, was opened at 2005-08-13 02:14
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1257793&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
Submitted By: Grzegorz Makarewicz (makaron)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyIDirectorySearch.h - not in cvs

Initial Comment:
Additionally after adding this file from sf-release I'v
found other bugs related to swigged sources -
_swig_self is not defined in wrappers for
win32comext/adsi/PyIDirectorySearch.i eg. in GetNextRow 

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-08-13 09:01

Message:
Logged In: YES 
user_id=14198

PyIDirectorySearch.h is generated from the .i file - it is
not supposed to be in CVS. _swig_self should not be in the
.i file either - it too is in the generated code.

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

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

[pywin32-bugs] [ pywin32-Bugs-1257793 ] PyIDirectorySearch.h - not in cvs

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

Bugs item #1257793, was opened at 2005-08-12 18:14
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=1257793&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
Submitted By: Grzegorz Makarewicz (makaron)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyIDirectorySearch.h - not in cvs

Initial Comment:
Additionally after adding this file from sf-release I'v
found other bugs related to swigged sources -
_swig_self is not defined in wrappers for
win32comext/adsi/PyIDirectorySearch.i eg. in GetNextRow 

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

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