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

[pywin32-bugs] [ pywin32-Bugs-1203701 ] DirectSound-related files missing from source distribution

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: George van den Driessche (gbmvdd)
Assigned to: Nobody/Anonymous (nobody)
Summary: DirectSound-related files missing from source distribution

Initial Comment:
A handful of files are missing from 
com/win32comext/directsound/src directory in the 
zipped source distribution of version 2.04. They're 
available via CVS though. I've attached them here so 
that other people can fetch them easily, and as an easy 
way for whoever wants to fix this to determine exactly 
which files are missing.


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-05-19 10:10

Message:
Logged In: YES 
user_id=14198

Thanks - this has already been fixed, so the next build will
include them.  I'll leave this open until I make a new
release so people can still find the files.

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

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

[pywin32-bugs] [ pywin32-Bugs-1203013 ] Python won't run correctly under MS DTS

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

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

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Waldbieser (carl_waldbieser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python won't run correctly under MS DTS

Initial Comment:
Synopsis:
Microsoft Data Transformation Services (DTS) is part of
SQL Server 2000.  It is essentially a framework that
allows a user to transform data from a source (text
file, Excel, database, etc.) to a destination.  Part of
the framework allows the user to employ an ActiveX
Scripting language to perform the transformations. 
While I have been successful in using server other
ActiveX Scripting languages (VBScript, JScript,
ActivePerl) in this capacity, Python does not behave as
expected.

Environment:
I am using Python 2.4 with the Win32 extensions
installed and activated.  I believe the build of the
exetensions is 204 (the instaler file name is
pywin32-204.win32-py2.4.exe).  I am able to
successfully instantiate COM objects with Python in
stand alone programs, and server-side scripting with
Python in an ASP environment behaves normally.

Steps to reproduce:
I created a new DTS package in SQL Server 2000, and
entered Design Mode.  I created a data source and a
data destination (just a simple map from one table to
another).  I create a Transform Data Task from the
source to the destination.  In the Task properties
dialog, on the Transformations tab, I created a
transformation from one of the source columns to a
destination column.  I chose the type of transformation
to be "ActiveX Script".  In the properties dialog for
the script, I set the Language drop-down to "Python".

At this point, there are several noticable
discrepencies from normal behavior.  With any of the
other languages (including Perl), the "Functions"
dialog is populated.  With Python, it is not.  Also, if
I exit and re-enter the dialog for any of the other
languages, boilerplate transformation code is
generated.  For Python, there is no code.

By trial and error, I was able to determine that the
entry point for Python.  However, objects made
available to the other languages are inaccessible from
python.  The following code snippets in the four
languages I mentioned should demonstrate the problem:

#**********************************************************************
#  Perl Transformation Script
#************************************************************************

#  Copy each source column to the destination column
sub Main()
{
	$DTSDestination->Item("data")->{Value} =
$DTSSource->Item("data_value")->{Value};
	return 1;     # DTSTransformStat_OK;
}


//**********************************************************************
//  Java Transformation Script
//************************************************************************

//  Copy each source column to the destination column
function Main()
{
	DTSDestination("data") = DTSSource("data_value");
	return(DTSTransformStat_OK);
}


'**********************************************************************
'  Visual Basic Transformation Script
'************************************************************************

'  Copy each source column to the destination column
Function Main()
	DTSDestination("data") = DTSSource("data_value")
	Main = DTSTransformStat_OK
End Function

######################################################################
# Python transformation script
# Not auto-generated.  Commented line produces an error
when 
# uncommented.
######################################################################
def Main():
	#DTSDestination["data"] = DTSSource["data_value"]
	return 0

The error indicates that the DTSDestination and
DTSSource names do not refer to any values at this
point in the program.  I can only hypothesise that
these global values are not be exposed correctly,
though I have no idea whether that is a problem with
the DTS or the Python side of the Active Script engine.
 Seems to work OK for the other languages, which is
what prompted me to report this bug.


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-05-19 10:09

Message:
Logged In: YES 
user_id=14198

It may be better to take this to mail.  I note that there is
no AddNamedItem call for either DTSDestination or DTSSource.
 However, the object 'SQLActiveScriptHost' was added with
flags which include SCRIPTITEM_GLOBALMEMBERS.

So it seems that Python is unable to extract these names
from the object.  There are 2 things you can try:

* Explicitly say "SQLActiveScriptHost.DTSDestination" - that
may avoid the issue.  You could try "print
dir(SQLActiveScriptHost)" to see what is there.

* Open pyscript.py and search for IsGlobal() - that block of
code is where we try and enumerate all "global" objects for
their children.  You could add a few print statements to
this loop and see what it is finding (or not finding)

Everything in that trace seems correct (The None is not an
issue - AddNamedItem only takes 2 params - the name and
flags.  We remember them and later query the engine for
those names)

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

Comment By: Carl Waldbieser (carl_waldbieser)
Date: 2005-05-19 09:37

Message:
Logged In: YES 
user_id=997941

Mark,

Thanks, for the advice.  Here is the output I got:

# This window will display output from any programs that
import win32traceutil
# win32com servers registered with '--debug' are in this
category.
Object with win32trace dispatcher created (object=None)
 in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-SetScriptSite(<PyIActiveScriptSite at
0x3c39124 with obj at 0x2a36f38>,) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-InitNew() [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'SQLActiveScriptHost',
10) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-SetScriptState(1,) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddTypeLib(IID('{10010200-740B-11D0-AE7B-00AA004A34D5}'),
2, 0, 0) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSErrorRecords', 2)
[1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSGlobalVariables',
2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSTransformPhaseInfo',
2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-ParseScriptText(u'#\'**********************************************************************\r\n#\'
 Visual Basic Transformation
Script\r\n#\'************************************************************************\r\n\r\n#\'
 Copy each source column to the destination
column\r\n#Function Main()\r\n#\tDTSDestination("data") =
DTSSource("data_value")\r\n#\tMain =
DTSTransformStat_OK\r\n#End Function\r\n\r\ndef
Main():\r\n\tDTSDestination["data"] =
DTSSource["data_value"]\r\n\treturn DTSTransformStat_OK',
None, None, None, 0, 0, 2, 0) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-GetScriptDispatch(None,) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSSource', 2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSDestination', 2)
[1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSGlobalVariables',
2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSErrorRecords', 2)
[1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-Close() [1,0,None]
-----------------------------------

I am pretty well versed in COM and Python, but I am not sure
what I am looking at.  I would guess that it looks like the
"AddNamedItem" functions are being passed empty (None)
values instead of the actual objects.

I tried using DTS with Python back when I had Python 2.3,
and I had similar problems, so I think you can rule version
differences out as a problem.

I have developer tools on my workstation, so if you need me
to try to compile something or run some other sorts of
tests, I may be able to help in that regard.

Thanks,
Carl W.


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

Comment By: Mark Hammond (mhammond)
Date: 2005-05-17 12:21

Message:
Logged In: YES 
user_id=14198

Could you please try the following:
* Change to your
\python\lib\site-packages\win32comext\axscript\client directory
* Execute 'pyscript.py --debug'
* Start Pythonwin and select tools->"Remote Trace Collector
Tool"
* Re-try your test

You should see lots of output printed to Pythonwin. 
Hopefully you will also see a traceback, which will help us
narrow it down.  If you do see one, please paste it here.

If you don't it might be worth testing Python 2.3 and the
matching pywin32, just to see if it is an issue relating to
Python 2.4 or the VC7 used to build it.

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

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

Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Sean C. <sea...@co...>]

MSVC7 is part of VS.NET 2003.  I have the whole thing installed.

Mark Hammond wrote:
>>Here's the link for .NET Framework SP1 for Win2k3:
>>http://tinyurl.com/3ncwu
>>
>>I could not install it since I already had installed it prior
>>to installing
>>SP1 for Win2k3
>>
>>Maybe that's the problem??? Sean - did you install .NET
>>Framework 1.1 SP1
>>before or after Win2k3 SP1?
> 
> 
> It appears the release date of these packages is:
> .NET 1.1 SP - 8/30/2004
> .NET 1.1 SDK (which I installed) - 3/3/2005
> Windows 2003 SP1 - 3/30/2005
> 
> I suspect that the 1.1 SDK and the 2003 SDK both included the .NET SP.
> Certainly 'Windows Update' is showing that my box is 100% up-to-date.
> 
> Do either of you have MSVC7 available on that box?  Once we can see what is
> going on in a debugger we will have much more hope of diagnosing it.
> 
> Mark
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Sean C. <sea...@co...>]

Before.

Its a needle in a haystack...

Someone (you or me) is going to have to try to debug the source for PyWin32.

Sean

Uncle Monkey Face wrote:
> Here's the link for .NET Framework SP1 for Win2k3: http://tinyurl.com/3ncwu
> 
> I could not install it since I already had installed it prior to installing
> SP1 for Win2k3
> 
> Maybe that's the problem??? Sean - did you install .NET Framework 1.1 SP1
> before or after Win2k3 SP1?
> 
> 
> -----Original Message-----
> From: Mark Hammond [mailto:mha...@sk...] 
> Sent: Wednesday, May 18, 2005 5:30 PM
> To: 'Sean Covel'
> Cc: 'Uncle Monkey Face'; pyw...@li...
> Subject: RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes
> workingon Windows Server 2003 SP1?
> 
> 
>>There was a SP1 for the .NET Framework 1.1.  Do you have that 
>>installed?
> 
> 
> I can't see any such beast.  I downloaded the framework from
> http://www.microsoft.com/downloads/details.aspx?FamilyId=9B3A2CA6-3647-4070-
> 9F41-A333C6B9181D&displaylang=en and it makes no reference to a service pack
> for .NET itself.
> 
> 
>>PythonWin.exe has 2 dependencies that we might have different version 
>>of.  Here are my files:
>>
>>MFC71.DLL 7.10.3077.0
>>MSVCR71.DLL 7.10.3052.4
>>
>>Do you have the same versions?
> 
> 
> Yes, exactly the same
> 
> Mark
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Mark H. <mha...@sk...>]

> Here's the link for .NET Framework SP1 for Win2k3:
> http://tinyurl.com/3ncwu
>
> I could not install it since I already had installed it prior
> to installing
> SP1 for Win2k3
>
> Maybe that's the problem??? Sean - did you install .NET
> Framework 1.1 SP1
> before or after Win2k3 SP1?

It appears the release date of these packages is:
.NET 1.1 SP - 8/30/2004
.NET 1.1 SDK (which I installed) - 3/3/2005
Windows 2003 SP1 - 3/30/2005

I suspect that the 1.1 SDK and the 2003 SDK both included the .NET SP.
Certainly 'Windows Update' is showing that my box is 100% up-to-date.

Do either of you have MSVC7 available on that box?  Once we can see what is
going on in a debugger we will have much more hope of diagnosing it.

Mark

[pywin32-bugs] [ pywin32-Bugs-1203013 ] Python won't run correctly under MS DTS

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

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

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Waldbieser (carl_waldbieser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python won't run correctly under MS DTS

Initial Comment:
Synopsis:
Microsoft Data Transformation Services (DTS) is part of
SQL Server 2000.  It is essentially a framework that
allows a user to transform data from a source (text
file, Excel, database, etc.) to a destination.  Part of
the framework allows the user to employ an ActiveX
Scripting language to perform the transformations. 
While I have been successful in using server other
ActiveX Scripting languages (VBScript, JScript,
ActivePerl) in this capacity, Python does not behave as
expected.

Environment:
I am using Python 2.4 with the Win32 extensions
installed and activated.  I believe the build of the
exetensions is 204 (the instaler file name is
pywin32-204.win32-py2.4.exe).  I am able to
successfully instantiate COM objects with Python in
stand alone programs, and server-side scripting with
Python in an ASP environment behaves normally.

Steps to reproduce:
I created a new DTS package in SQL Server 2000, and
entered Design Mode.  I created a data source and a
data destination (just a simple map from one table to
another).  I create a Transform Data Task from the
source to the destination.  In the Task properties
dialog, on the Transformations tab, I created a
transformation from one of the source columns to a
destination column.  I chose the type of transformation
to be "ActiveX Script".  In the properties dialog for
the script, I set the Language drop-down to "Python".

At this point, there are several noticable
discrepencies from normal behavior.  With any of the
other languages (including Perl), the "Functions"
dialog is populated.  With Python, it is not.  Also, if
I exit and re-enter the dialog for any of the other
languages, boilerplate transformation code is
generated.  For Python, there is no code.

By trial and error, I was able to determine that the
entry point for Python.  However, objects made
available to the other languages are inaccessible from
python.  The following code snippets in the four
languages I mentioned should demonstrate the problem:

#**********************************************************************
#  Perl Transformation Script
#************************************************************************

#  Copy each source column to the destination column
sub Main()
{
	$DTSDestination->Item("data")->{Value} =
$DTSSource->Item("data_value")->{Value};
	return 1;     # DTSTransformStat_OK;
}


//**********************************************************************
//  Java Transformation Script
//************************************************************************

//  Copy each source column to the destination column
function Main()
{
	DTSDestination("data") = DTSSource("data_value");
	return(DTSTransformStat_OK);
}


'**********************************************************************
'  Visual Basic Transformation Script
'************************************************************************

'  Copy each source column to the destination column
Function Main()
	DTSDestination("data") = DTSSource("data_value")
	Main = DTSTransformStat_OK
End Function

######################################################################
# Python transformation script
# Not auto-generated.  Commented line produces an error
when 
# uncommented.
######################################################################
def Main():
	#DTSDestination["data"] = DTSSource["data_value"]
	return 0

The error indicates that the DTSDestination and
DTSSource names do not refer to any values at this
point in the program.  I can only hypothesise that
these global values are not be exposed correctly,
though I have no idea whether that is a problem with
the DTS or the Python side of the Active Script engine.
 Seems to work OK for the other languages, which is
what prompted me to report this bug.


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

>Comment By: Carl Waldbieser (carl_waldbieser)
Date: 2005-05-18 18:37

Message:
Logged In: YES 
user_id=997941

Mark,

Thanks, for the advice.  Here is the output I got:

# This window will display output from any programs that
import win32traceutil
# win32com servers registered with '--debug' are in this
category.
Object with win32trace dispatcher created (object=None)
 in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-SetScriptSite(<PyIActiveScriptSite at
0x3c39124 with obj at 0x2a36f38>,) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-InitNew() [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'SQLActiveScriptHost',
10) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-SetScriptState(1,) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddTypeLib(IID('{10010200-740B-11D0-AE7B-00AA004A34D5}'),
2, 0, 0) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSErrorRecords', 2)
[1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSGlobalVariables',
2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSTransformPhaseInfo',
2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-ParseScriptText(u'#\'**********************************************************************\r\n#\'
 Visual Basic Transformation
Script\r\n#\'************************************************************************\r\n\r\n#\'
 Copy each source column to the destination
column\r\n#Function Main()\r\n#\tDTSDestination("data") =
DTSSource("data_value")\r\n#\tMain =
DTSTransformStat_OK\r\n#End Function\r\n\r\ndef
Main():\r\n\tDTSDestination["data"] =
DTSSource["data_value"]\r\n\treturn DTSTransformStat_OK',
None, None, None, 0, 0, 2, 0) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-GetScriptDispatch(None,) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSSource', 2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSDestination', 2)
[1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSGlobalVariables',
2) [1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-AddNamedItem(u'DTSErrorRecords', 2)
[1,0,None]
in <win32com.axscript.client.pyscript.PyScript instance at
0x03D810A8>._InvokeEx_-Close() [1,0,None]
-----------------------------------

I am pretty well versed in COM and Python, but I am not sure
what I am looking at.  I would guess that it looks like the
"AddNamedItem" functions are being passed empty (None)
values instead of the actual objects.

I tried using DTS with Python back when I had Python 2.3,
and I had similar problems, so I think you can rule version
differences out as a problem.

I have developer tools on my workstation, so if you need me
to try to compile something or run some other sorts of
tests, I may be able to help in that regard.

Thanks,
Carl W.


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

Comment By: Mark Hammond (mhammond)
Date: 2005-05-16 21:21

Message:
Logged In: YES 
user_id=14198

Could you please try the following:
* Change to your
\python\lib\site-packages\win32comext\axscript\client directory
* Execute 'pyscript.py --debug'
* Start Pythonwin and select tools->"Remote Trace Collector
Tool"
* Re-try your test

You should see lots of output printed to Pythonwin. 
Hopefully you will also see a traceback, which will help us
narrow it down.  If you do see one, please paste it here.

If you don't it might be worth testing Python 2.3 and the
matching pywin32, just to see if it is an issue relating to
Python 2.4 or the VC7 used to build it.

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

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

RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Uncle M. F. <unc...@wh...>]

Here's the link for .NET Framework SP1 for Win2k3: http://tinyurl.com/3ncwu

I could not install it since I already had installed it prior to installing
SP1 for Win2k3

Maybe that's the problem??? Sean - did you install .NET Framework 1.1 SP1
before or after Win2k3 SP1?


-----Original Message-----
From: Mark Hammond [mailto:mha...@sk...] 
Sent: Wednesday, May 18, 2005 5:30 PM
To: 'Sean Covel'
Cc: 'Uncle Monkey Face'; pyw...@li...
Subject: RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes
workingon Windows Server 2003 SP1?

> There was a SP1 for the .NET Framework 1.1.  Do you have that 
> installed?

I can't see any such beast.  I downloaded the framework from
http://www.microsoft.com/downloads/details.aspx?FamilyId=9B3A2CA6-3647-4070-
9F41-A333C6B9181D&displaylang=en and it makes no reference to a service pack
for .NET itself.

> PythonWin.exe has 2 dependencies that we might have different version 
> of.  Here are my files:
>
> MFC71.DLL 7.10.3077.0
> MSVCR71.DLL 7.10.3052.4
>
> Do you have the same versions?

Yes, exactly the same

Mark

Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Sean C. <sea...@co...>]

Mark,

Mark Hammond wrote:
>>Did you reinstall the Service Pack after installing new
>>software?
> 
> 
> Anything installed by the service pack or the .NET framework should be
> protected by the operating system.  I'd be surprised if the .NET framework

True enough...

> and the service pack conflict, and I'm fairly sure that python/pywin32 will
> not be able to override system files.
> 

I don't think its python\pywin32.  I suspect something in the service
pack for 2003 Server.

> 
>>Try that and check the version again.
> 
> 
> Check the version of what exactly?  I'm pretty sure that anything
> interesting I can check is not updated by python/pywin32.
> 
> 
>>I'll be looking into where the new version of MFC71.dll came from...
> 
> 
> What new version?  If I recall correctly, every reference to the MFC DLLs
> have been to the same version (and none of them have been installed by us)
>

I know you didn't install it.  You program does use it.  I'm just trying
to determine if we have different versions of the run-time.  Again, the
crashes started after I installed the SP1 service pack for 2003 Server.
 Its most likely a DLL Hell problem, and since the crash appeared to be
in MFC71.DLL, I'm suspecting the C run-time.  MFC71.DLL and MSVCR71.DLL.

Sorry if this is getting confusing.  Just trying to help, really!

Sean

> Mark
> 
> 

Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Sean C. <sea...@co...>]

Mark,

There was a SP1 for the .NET Framework 1.1.  Do you have that installed?

PythonWin.exe has 2 dependencies that we might have different version
of.  Here are my files:

MFC71.DLL 7.10.3077.0
MSVCR71.DLL 7.10.3052.4

Do you have the same versions?

Mark, since the crash appeared to be somewhere in MFC71.DLL I'm trying
to determine if the run-time versions are different on your machine and
mine.  The crash only started after installing the 2003 Service Pack.

Sean


Sean E. Covel wrote:
> Mark,
> 
> Did you reinstall the Service Pack after installing new software?  Try
> that and check the version again.  I'll be looking into where the new
> version of MFC71.dll came from...
> 
> Sean
> 
> Mark Hammond wrote:
> 
>>> Sean and I are both running Microsoft's .NET Framework 1.1.
>>> Perhaps if you
>>> install that, you can repro the issue? The .NET Framework 1.1
>>> should install
>>> the MSVC7 dll IIRC
>>
>>
>>
>> I just installed the .NET 1.1 SDK and still have no problem.  Note
>> that the
>> DLL in question was the MFC7 DLL, not the C runtime DLL - I'd be
>> surprised
>> (but am not sure) if the .NET SDK installed the MFC DLL
>>
>> Mark.
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Oracle Space Sweepstakes
>> Want to be the first software developer in space?
>> Enter now for the Oracle Space Sweepstakes!
>> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>> _______________________________________________
>> pywin32-bugs mailing list
>> pyw...@li...
>> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
>>
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Sean E. C. <sea...@co...>]

Mark,

Did you reinstall the Service Pack after installing new software?  Try 
that and check the version again.  I'll be looking into where the new 
version of MFC71.dll came from...

Sean

Mark Hammond wrote:
>>Sean and I are both running Microsoft's .NET Framework 1.1.
>>Perhaps if you
>>install that, you can repro the issue? The .NET Framework 1.1
>>should install
>>the MSVC7 dll IIRC
> 
> 
> I just installed the .NET 1.1 SDK and still have no problem.  Note that the
> DLL in question was the MFC7 DLL, not the C runtime DLL - I'd be surprised
> (but am not sure) if the .NET SDK installed the MFC DLL
> 
> Mark.
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 
> 

[pywin32-bugs] [ pywin32-Bugs-1203980 ] Universal Gateway mishandles ByRef Variant arguments

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

Bugs item #1203980, was opened at 2005-05-17 23:39
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=1203980&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: George van den Driessche (gbmvdd)
Assigned to: Nobody/Anonymous (nobody)
Summary: Universal Gateway mishandles ByRef Variant arguments

Initial Comment:
Symptoms
========

PyWin32 is installed from pywin32-204.win32-py2.3.exe. 
Using win32com.server to add commands to Visual 
Studio .NET 2003, dispatch to 
IDTCommandTarget.QueryStatus fails, saying "Cant 
convert vectors!". Execution never reaches the Python 
COM server's implementation of the QueryStatus 
method.



Cause
=====

in univgw_dataconv.cpp, in dataconv_ReadFromInTuple
(), there is a bug in the handling of ByRef Variant 
arguments. Such an argument is not dereferenced 
before being passed to PyCom_PyObjectFromVariant(), 
so that the code attempts to construct a Python object 
from data that does not constitute a Variant.

In the worst case this could cause an access violation 
and the premature death of the host process.



Solution
========

Applying the following patch to univgw_dataconv.cpp 
solves the problem, allowing Python commands to be 
added to Visual Studio:

-------- diff --------
711,713c711,720
< 				// A pointer 
to a _real_ variant.
< 				VARIANT 
*pVar = (VARIANT *)pb;
< 				obArg = 
PyCom_PyObjectFromVariant(pVar);
---
> 
> 				// A _real_ 
variant.
> 				if (bIsByRef)
> 				{
> 				
	obArg = PyCom_PyObjectFromVariant(*
(VARIANT**)pb);
> 				}
> 				else
> 				{
> 				
	obArg = PyCom_PyObjectFromVariant
((VARIANT*)pb);
> 				}
-------- diff --------

I have tested the above diff using a debug build of 
pywin32 running on Python 2.4.1.


Remarks
=======

The above diff brings the code for handling ByRef 
Variants into line with the nearby code for handling 
ByRef Int64s, and also with the corresponding code for 
handling ByRef Variants in dataconv_WriteFromOutTuple
().


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

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

RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Mark H. <mha...@sk...>]

> Sean and I are both running Microsoft's .NET Framework 1.1.
> Perhaps if you
> install that, you can repro the issue? The .NET Framework 1.1
> should install
> the MSVC7 dll IIRC

I just installed the .NET 1.1 SDK and still have no problem.  Note that the
DLL in question was the MFC7 DLL, not the C runtime DLL - I'd be surprised
(but am not sure) if the .NET SDK installed the MFC DLL

Mark.

[pywin32-bugs] [ pywin32-Bugs-1203701 ] DirectSound-related files missing from source distribution

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

Bugs item #1203701, was opened at 2005-05-17 15:47
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=1203701&group_id=78018

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: George van den Driessche (gbmvdd)
Assigned to: Nobody/Anonymous (nobody)
Summary: DirectSound-related files missing from source distribution

Initial Comment:
A handful of files are missing from 
com/win32comext/directsound/src directory in the 
zipped source distribution of version 2.04. They're 
available via CVS though. I've attached them here so 
that other people can fetch them easily, and as an easy 
way for whoever wants to fix this to determine exactly 
which files are missing.


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

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

RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes workingon Windows Server 2003 SP1?

[Uncle M. F. <unc...@wh...>]

Sean and I are both running Microsoft's .NET Framework 1.1. Perhaps if you
install that, you can repro the issue? The .NET Framework 1.1 should install
the MSVC7 dll IIRC

-----Original Message-----
From: spambayes-bounces+unclemonkeyface=whi...@py...
[mailto:spambayes-bounces+unclemonkeyface=whi...@py...] On Behalf
Of Mark Hammond
Sent: Tuesday, May 17, 2005 12:37 AM
To: 'Sean Covel'; 'Scott Whigham'
Cc: pyw...@li...; spa...@py...
Subject: Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes
workingon Windows Server 2003 SP1?

I was testing Python 2.3 previously.  I just tried 2.4 (using MFC71.dll
7.10.3077.0), and still can't see any problem.  Note that MFC71.dll was not
on my machine, even after installing SP1 and Office 2003.  I just grabbed
7.10.3077.0 from my starship site.

I'm afraid my next suggestion is that if you have MSVC7, you build a debug
Python and pywin32.  I can assist you with that.

Mark


> The discussion has moved to PyWin32-bugs list.
> (pyw...@li...)  Mark Hammond (the
> PyWin32 project
> leader) currently cannot reproduce the problem on his 2003 Server box.
> I'm suspecting its a problem with runtime DLL versions.
>
> Are you still having problems?
>
> BTW, what version is your MFC71.dll?  7.10.3077.0?
>
> Sean
>
>
> Scott Whigham wrote:
> > I've been away for a week and I'm just checking to see if
> there are any new
> > developments/fixes for Spambayes on Windows Server 2003...

_______________________________________________
Spa...@py...
http://mail.python.org/mailman/listinfo/spambayes
Check the FAQ before asking: http://spambayes.sf.net/faq.html

[pywin32-bugs] [ pywin32-Bugs-1201289 ] Exception handling code generates malformed EXCEPINFO struct

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

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

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Kevin Gadd (janusfury)
Assigned to: Nobody/Anonymous (nobody)
Summary: Exception handling code generates malformed EXCEPINFO struct

Initial Comment:
In ErrorUtils.cpp, the PyCom_ExcepInfoFromPyException
function does not zero out the EXCEPINFO structure with
ZeroMemory or memset before filling in the data
elements, and it does not fill all of them in. Because
of this, the Python Active Scripting interface sends
malformed errors to script hosts. In particular, the
pfnDeferredFillIn member of the EXCEPINFO struct
contains a random value. This member is a function
pointer, and according to MS's documentation, the only
way to prevent it from being called is to assign it a
NULL value. The particular script hosting
implementation I use attempts to call this pointer upon
recieving any and all Python script errors, and the
only fix I've been able to come up with is to ignore
the field outright (which probably is not correct).

If this behavior is by design, any suggestions on a
scripting host hack for dealing with this would be
appreciated, so I can pass them on to the scripting
host's author.

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

>Comment By: Kevin Gadd (janusfury)
Date: 2005-05-17 01:32

Message:
Logged In: YES 
user_id=313047

Sure, I'm using ActiveState Python 2.4.1 (iirc) and would be
glad to test an updated version. I should be able to test it
pretty easily by disabling the hack I added to get around
the issue and seeing if it still works.

If I need to I can manually install vanilla Python 2.4 and
then win32com, if ActiveState distributes a custom version.

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

Comment By: Mark Hammond (mhammond)
Date: 2005-05-15 18:56

Message:
Logged In: YES 
user_id=14198

It sounds like you are correct.  I have made the change here
- would you be able to test this for me?  If so, what Python
version are you using?

Mark

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

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

[pywin32-bugs] [ pywin32-Bugs-1203013 ] Python won't run correctly under MS DTS

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

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

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Waldbieser (carl_waldbieser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python won't run correctly under MS DTS

Initial Comment:
Synopsis:
Microsoft Data Transformation Services (DTS) is part of
SQL Server 2000.  It is essentially a framework that
allows a user to transform data from a source (text
file, Excel, database, etc.) to a destination.  Part of
the framework allows the user to employ an ActiveX
Scripting language to perform the transformations. 
While I have been successful in using server other
ActiveX Scripting languages (VBScript, JScript,
ActivePerl) in this capacity, Python does not behave as
expected.

Environment:
I am using Python 2.4 with the Win32 extensions
installed and activated.  I believe the build of the
exetensions is 204 (the instaler file name is
pywin32-204.win32-py2.4.exe).  I am able to
successfully instantiate COM objects with Python in
stand alone programs, and server-side scripting with
Python in an ASP environment behaves normally.

Steps to reproduce:
I created a new DTS package in SQL Server 2000, and
entered Design Mode.  I created a data source and a
data destination (just a simple map from one table to
another).  I create a Transform Data Task from the
source to the destination.  In the Task properties
dialog, on the Transformations tab, I created a
transformation from one of the source columns to a
destination column.  I chose the type of transformation
to be "ActiveX Script".  In the properties dialog for
the script, I set the Language drop-down to "Python".

At this point, there are several noticable
discrepencies from normal behavior.  With any of the
other languages (including Perl), the "Functions"
dialog is populated.  With Python, it is not.  Also, if
I exit and re-enter the dialog for any of the other
languages, boilerplate transformation code is
generated.  For Python, there is no code.

By trial and error, I was able to determine that the
entry point for Python.  However, objects made
available to the other languages are inaccessible from
python.  The following code snippets in the four
languages I mentioned should demonstrate the problem:

#**********************************************************************
#  Perl Transformation Script
#************************************************************************

#  Copy each source column to the destination column
sub Main()
{
	$DTSDestination->Item("data")->{Value} =
$DTSSource->Item("data_value")->{Value};
	return 1;     # DTSTransformStat_OK;
}


//**********************************************************************
//  Java Transformation Script
//************************************************************************

//  Copy each source column to the destination column
function Main()
{
	DTSDestination("data") = DTSSource("data_value");
	return(DTSTransformStat_OK);
}


'**********************************************************************
'  Visual Basic Transformation Script
'************************************************************************

'  Copy each source column to the destination column
Function Main()
	DTSDestination("data") = DTSSource("data_value")
	Main = DTSTransformStat_OK
End Function

######################################################################
# Python transformation script
# Not auto-generated.  Commented line produces an error
when 
# uncommented.
######################################################################
def Main():
	#DTSDestination["data"] = DTSSource["data_value"]
	return 0

The error indicates that the DTSDestination and
DTSSource names do not refer to any values at this
point in the program.  I can only hypothesise that
these global values are not be exposed correctly,
though I have no idea whether that is a problem with
the DTS or the Python side of the Active Script engine.
 Seems to work OK for the other languages, which is
what prompted me to report this bug.


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-05-17 12:21

Message:
Logged In: YES 
user_id=14198

Could you please try the following:
* Change to your
\python\lib\site-packages\win32comext\axscript\client directory
* Execute 'pyscript.py --debug'
* Start Pythonwin and select tools->"Remote Trace Collector
Tool"
* Re-try your test

You should see lots of output printed to Pythonwin. 
Hopefully you will also see a traceback, which will help us
narrow it down.  If you do see one, please paste it here.

If you don't it might be worth testing Python 2.3 and the
matching pywin32, just to see if it is an issue relating to
Python 2.4 or the VC7 used to build it.

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

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

[pywin32-bugs] [ pywin32-Bugs-1203013 ] Python won't run correctly under MS DTS

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

Bugs item #1203013, was opened at 2005-05-16 13:07
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=1203013&group_id=78018

Category: com
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Waldbieser (carl_waldbieser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python won't run correctly under MS DTS

Initial Comment:
Synopsis:
Microsoft Data Transformation Services (DTS) is part of
SQL Server 2000.  It is essentially a framework that
allows a user to transform data from a source (text
file, Excel, database, etc.) to a destination.  Part of
the framework allows the user to employ an ActiveX
Scripting language to perform the transformations. 
While I have been successful in using server other
ActiveX Scripting languages (VBScript, JScript,
ActivePerl) in this capacity, Python does not behave as
expected.

Environment:
I am using Python 2.4 with the Win32 extensions
installed and activated.  I believe the build of the
exetensions is 204 (the instaler file name is
pywin32-204.win32-py2.4.exe).  I am able to
successfully instantiate COM objects with Python in
stand alone programs, and server-side scripting with
Python in an ASP environment behaves normally.

Steps to reproduce:
I created a new DTS package in SQL Server 2000, and
entered Design Mode.  I created a data source and a
data destination (just a simple map from one table to
another).  I create a Transform Data Task from the
source to the destination.  In the Task properties
dialog, on the Transformations tab, I created a
transformation from one of the source columns to a
destination column.  I chose the type of transformation
to be "ActiveX Script".  In the properties dialog for
the script, I set the Language drop-down to "Python".

At this point, there are several noticable
discrepencies from normal behavior.  With any of the
other languages (including Perl), the "Functions"
dialog is populated.  With Python, it is not.  Also, if
I exit and re-enter the dialog for any of the other
languages, boilerplate transformation code is
generated.  For Python, there is no code.

By trial and error, I was able to determine that the
entry point for Python.  However, objects made
available to the other languages are inaccessible from
python.  The following code snippets in the four
languages I mentioned should demonstrate the problem:

#**********************************************************************
#  Perl Transformation Script
#************************************************************************

#  Copy each source column to the destination column
sub Main()
{
	$DTSDestination->Item("data")->{Value} =
$DTSSource->Item("data_value")->{Value};
	return 1;     # DTSTransformStat_OK;
}


//**********************************************************************
//  Java Transformation Script
//************************************************************************

//  Copy each source column to the destination column
function Main()
{
	DTSDestination("data") = DTSSource("data_value");
	return(DTSTransformStat_OK);
}


'**********************************************************************
'  Visual Basic Transformation Script
'************************************************************************

'  Copy each source column to the destination column
Function Main()
	DTSDestination("data") = DTSSource("data_value")
	Main = DTSTransformStat_OK
End Function

######################################################################
# Python transformation script
# Not auto-generated.  Commented line produces an error
when 
# uncommented.
######################################################################
def Main():
	#DTSDestination["data"] = DTSSource["data_value"]
	return 0

The error indicates that the DTSDestination and
DTSSource names do not refer to any values at this
point in the program.  I can only hypothesise that
these global values are not be exposed correctly,
though I have no idea whether that is a problem with
the DTS or the Python side of the Active Script engine.
 Seems to work OK for the other languages, which is
what prompted me to report this bug.


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

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

[pywin32-bugs] Re: [Spambayes] Any updates on Spambayes working on Windows Server 2003 SP1?

[Sean C. <sea...@co...>]

Scott,

The discussion has moved to PyWin32-bugs list.
(pyw...@li...)  Mark Hammond (the PyWin32 project
leader) currently cannot reproduce the problem on his 2003 Server box.
I'm suspecting its a problem with runtime DLL versions.

Are you still having problems?

BTW, what version is your MFC71.dll?  7.10.3077.0?

Sean


Scott Whigham wrote:
> I've been away for a week and I'm just checking to see if there are any new
> developments/fixes for Spambayes on Windows Server 2003...
> 
> Thanks!
> 
> 
> _______________________________________________
> Spa...@py...
> http://mail.python.org/mailman/listinfo/spambayes
> Check the FAQ before asking: http://spambayes.sf.net/faq.html
> 

Re: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Sean C. <sea...@co...>]

Here's what I get when PythonWin.exe crashes.  Don't know if it will
help any.

Unhandled exception at 0x009ceef4 in Pythonwin.exe: 0xC0000005: Access
violation.

Here's the source where it breaks:

thrdcore.cpp - Line 188

        if (pState->m_msgCur.message != WM_KICKIDLE &&
!AfxPreTranslateMessage(&(pState->m_msgCur)))
        {
                ::TranslateMessage(&(pState->m_msgCur));
                ::DispatchMessage(&(pState->m_msgCur));
        }
>>>  return TRUE;
}

Here's the call stack:

009ceef4()
user32.dll!77387050()
.
.
.  (more of the same, different addresses)
.
.
user32.dll!7738e406()
MFC71.dll!AfxInternalPumpMessage() line 188
MFC71.DLL!CWinThread::Run() Line 673 + 0x7
win32ui.pyd!10036327()
PythonWin.exe!004015cc()
MFC71.dll!AfxWinMain(HINSTANCE__ *hInstance=0x00400000, HINSTANCE__
*hPrevInstance=0x00000000, char * lpCmdLine=0x00142576, int nCmdChow=1)
Line 49 + 0x7
PythonWin.exe!004019f1()
kernel32.dll!77e523cd()

Sean


Sean Covel wrote:
> Mark,
> 
> What version of MFC71.dll are you running on that box?  I'm on
> 7.10.3077.0.  I seem to recall that when PythonWin.exe crashed the stack
> trace lead to that DLL.
> 
> Sean
> 
> 
> Sean Covel wrote:
> 
>>Tony, Mark,
>>
>>Tony Meyer wrote:
>>
>>
>>>>I have just confirmed my Windows 2003 SP1 server with Office 
>>>>2003 correctly works with the sample OutlookAddin.  I 
>>>>previously confirmed Pythonwin works.
>>
>>
>>Did you re-install SP1 after you installed Office?  What version of the
>>MS run-time components do you have?  .NET Framework?
>>
>>
>>
>>>[...]
>>>
>>>
>>>
>>>>I'm not sure what else I can do to help...
>>>
>>>
>>>Unfortunately, nor am I (especially since it's not limited to SpamBayes).
>>>It looks like an Office/Windows problem, I guess.  Sean: is reinstalling
>>>those feasible?
>>
>>
>>Its a pretty fresh install of Windows/Office.  Just got a new laptop.
>>WORK laptop.  It was all working great until I installed SP1.  That's
>>when it started crashing.  Don't really have the time to reinstall.
>>
>>Sean
>>
>>
>>
>>>=Tony.Meyer
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.Net email is sponsored by Oracle Space Sweepstakes
>>>Want to be the first software developer in space?
>>>Enter now for the Oracle Space Sweepstakes!
>>>http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
>>>_______________________________________________
>>>pywin32-bugs mailing list
>>>pyw...@li...
>>>https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
>>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by Oracle Space Sweepstakes
>>Want to be the first software developer in space?
>>Enter now for the Oracle Space Sweepstakes!
>>http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
>>_______________________________________________
>>pywin32-bugs mailing list
>>pyw...@li...
>>https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

Re: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Sean C. <sea...@co...>]

Mark,

What version of MFC71.dll are you running on that box?  I'm on
7.10.3077.0.  I seem to recall that when PythonWin.exe crashed the stack
trace lead to that DLL.

Sean


Sean Covel wrote:
> Tony, Mark,
> 
> Tony Meyer wrote:
> 
>>>I have just confirmed my Windows 2003 SP1 server with Office 
>>>2003 correctly works with the sample OutlookAddin.  I 
>>>previously confirmed Pythonwin works.
> 
> 
> Did you re-install SP1 after you installed Office?  What version of the
> MS run-time components do you have?  .NET Framework?
> 
> 
>>[...]
>>
>>
>>>I'm not sure what else I can do to help...
>>
>>
>>Unfortunately, nor am I (especially since it's not limited to SpamBayes).
>>It looks like an Office/Windows problem, I guess.  Sean: is reinstalling
>>those feasible?
> 
> 
> Its a pretty fresh install of Windows/Office.  Just got a new laptop.
> WORK laptop.  It was all working great until I installed SP1.  That's
> when it started crashing.  Don't really have the time to reinstall.
> 
> Sean
> 
> 
>>=Tony.Meyer
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by Oracle Space Sweepstakes
>>Want to be the first software developer in space?
>>Enter now for the Oracle Space Sweepstakes!
>>http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
>>_______________________________________________
>>pywin32-bugs mailing list
>>pyw...@li...
>>https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

Re: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Sean C. <sea...@co...>]

Tony, Mark,

Tony Meyer wrote:
>>I have just confirmed my Windows 2003 SP1 server with Office 
>>2003 correctly works with the sample OutlookAddin.  I 
>>previously confirmed Pythonwin works.

Did you re-install SP1 after you installed Office?  What version of the
MS run-time components do you have?  .NET Framework?

> 
> [...]
> 
>>I'm not sure what else I can do to help...
> 
> 
> Unfortunately, nor am I (especially since it's not limited to SpamBayes).
> It looks like an Office/Windows problem, I guess.  Sean: is reinstalling
> those feasible?

Its a pretty fresh install of Windows/Office.  Just got a new laptop.
WORK laptop.  It was all working great until I installed SP1.  That's
when it started crashing.  Don't really have the time to reinstall.

Sean

> 
> =Tony.Meyer
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

Re: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Sean C. <sea...@co...>]

Mark,

There was one other report on SpamBayes list of the same problem.  It
was another Windows 2003 Server install.  We are both running VS.NET
2003 as well.  Not sure if that is related.  We are both software
developers.

Sean

Tony Meyer wrote:
>>As I have mentioned to Sean, my test server (which appears to 
>>be running the exact same version of Windows) works fine with 
>>Pythonwin.  It doesn't have Office installed, so I can't test 
>>the addins - but I am trying to arrange that now.
>>
>>Have there been any other reports of failure apart from Sean?
> 
> 
> Not that I recall.  I can ask spa...@py... if there's anyone else
> using Windows 2003 Server to try and find someone for whom it does work, if
> that would help.
> 
> =Tony.Meyer
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click
> _______________________________________________
> pywin32-bugs mailing list
> pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywin32-bugs
> 

[pywin32-bugs] [ pywin32-Bugs-1191250 ] Python for Wind requires Pyhon 2.5 to install

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

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

Category: installation
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: wwlf (graffit)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python for Wind requires Pyhon 2.5 to install

Initial Comment:
Hello,
I 've installed last release of python which is "Python
2.4.1 (#65, Mar 30 2005, 09:13:57)" 
Python Extensions requires v2.5.
How come?

Bye

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

Comment By: Tony Meyer (anadelonbrin)
Date: 2005-04-28 08:42

Message:
Logged In: YES 
user_id=552329

The pywin32 extensions need to match the Python version
being installed.  You need to download the one that matches
the Python version you have.  The latest release (204) of
pywin32 is available for Python 2.2, 2.3, 2.4 and 2.5.  That
doesn't mean that it requires Python 2.5, just that it's an
option.

Download the pywin32 build 204 for Python 2.4, and you
should be fine.

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

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

RE: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Tony M. <ta...@ih...>]

> I have just confirmed my Windows 2003 SP1 server with Office 
> 2003 correctly works with the sample OutlookAddin.  I 
> previously confirmed Pythonwin works.
[...]
> I'm not sure what else I can do to help...

Unfortunately, nor am I (especially since it's not limited to SpamBayes).
It looks like an Office/Windows problem, I guess.  Sean: is reinstalling
those feasible?

=Tony.Meyer

RE: [pywin32-bugs] RE: [Spambayes] PyWin32 Outlook Adding crashes Outlook on Window 2003SP1

[Mark H. <mha...@sk...>]

I have just confirmed my Windows 2003 SP1 server with Office 2003 correctly
works with the sample OutlookAddin.  I previously confirmed Pythonwin works.

This is with:

Python 2.3.5 (#62, Feb  8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.getwindowsversion()
(5, 2, 3790, 2, 'Service Pack 1')

I'm not sure what else I can do to help...

Mark.