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

[pywin32-bugs] [ pywin32-Bugs-1219726 ] PythonWin run-script opens file-open-dialogs in a tight loop

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

Bugs item #1219726, was opened at 2005-06-14 00:19
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1219726&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: Warren Postma (wpostma)
Assigned to: Nobody/Anonymous (nobody)
Summary: PythonWin run-script opens file-open-dialogs in a tight loop

Initial Comment:
On my system, python2.4+win32all build 204,
as well as on the previous build build203 of win32all,
pythonwin is unable to run any script and the Run
Script dialog seems severely borked.

When I hit Ctrl+R it opens the Run Script dialog, and
then it is like something has clicked the Browse
button.  The file-open dialog opens. I can not cancel
this dialog, or move it, for every time I move the
current file-open dialog, or cancel it, orclick okay,
another one opens. I can get dozens of File Open
dialogs open at once.  Once I am stuck here the only
option is to kill PythonWin from the task manager.

I don't know how to debug this situation, but if anyone
can tell me how to further investigate this, I'll look
into the best I can. 

In scriptutils.py, I made the changes marked by
asterisks below:

class DlgRunScript(dialog.Dialog):
      .....
	def OnBrowse(self, id, cmd):
**              if self.browsing:
**			return 0
**		self.browsing = 1
		openFlags =
win32con.OFN_OVERWRITEPROMPT|win32con.OFN_FILEMUSTEXIST
		dlg = win32ui.CreateFileDialog(1,None,None,openFlags,
"Python Scripts (*.py)|*.py||", self)
		dlg.SetOFNTitle("Run Script")
		if dlg.DoModal()!=win32con.IDOK:
			return 0
		self['script'] = dlg.GetPathName()
		self.UpdateData(0)
**		self.browsing = 0
		return 0

This was intended to prevent any endless showing of the
dialog in a loop, which makes the problem less nasty
but doesn't fix the problem.  I have no idea how to
really fix it. Also getting rid of the hook command:
self.HookCommand(self.OnBrowse, win32ui.IDC_BUTTON2)
Which would disable the browse button completely also
fixes the problem.

My system is Windows XP Service Pack 2, with 2 gb ram.

		

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-06-27 21:36

Message:
Logged In: YES 
user_id=14198

I'm afraid I can't repro this and have never had anything
similar reported.  Can you try on another machine?

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

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

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

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

Bugs item #1203980, was opened at 2005-05-18 09:39
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1203980&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: Fixed
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
().


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-06-27 21:03

Message:
Logged In: YES 
user_id=14198

checked into CVS - thanks.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1203980&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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: com
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
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-06-27 18:16

Message:
Logged In: YES 
user_id=14198

I'm pretty sure we resolved this to your satisfaction -
please reopen if not.

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

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

[pywin32-bugs] [ pywin32-Bugs-1228069 ] makepy generates error during import LabVIEW TLB

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

Bugs item #1228069, was opened at 2005-06-27 09: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=1228069&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: mkuner (mkuner)
Assigned to: Nobody/Anonymous (nobody)
Summary: makepy generates error during import LabVIEW TLB

Initial Comment:
System: XP Pro SP1
LabVIEW 7.1

the following code generates an error (see below code)

comment from M.Hammond:
>>
"D:\Python24\Lib\site-packages\win32com\client\makepy.py",
>> line 306, in GenerateChildFromTypeLibSpec
>>     __import__("win32com.gen_py." + dir_name + "." +
child)
>> ImportError: No module named _Iapplication
>
>That is probably a bug related to tracking down
dependent typelibs.  Maybe you could add an entry at
sourceforge?

------- Code start
---------------------------------------------
import win32com.client

oLv =
win32com.client.gencache.EnsureDispatch("LabView.Application")


oViTest =
oLv.GetVIReference("D:\Projects\py.lv.test\pytest.vi","",True)
oViTest._FlagAsMethod("Call")                    # as
proposed from M.Hammond

bError    = True                                 # to
preset list object
strResult = ""                                   # to
preset list object

arParNames  = ["strEntry","strOutput","bError"]  #
first and second are strings, third is bool
arParVals   = ["Hello World", strResult, bError] #
first input, second+third output

result = oViTest.Call(arParNames,arParVals)      # call VI

print result                                     # show
changed (OUT) values

del oViLogPrint                                  #
release link to LabVIEW VI (necessary !!)
--------- Code End
--------------------------------------------
Traceback (most recent call last):
  File
"D:\Python24\Lib\site-packages\pythonwin\pywin\framework\scriptutils.py",
line 310, in RunScript
    exec codeObject in __main__.__dict__
  File "D:\Projects\py.lv.test\py-lv-example.py", line
3, in ?
    oLv =
win32com.client.gencache.EnsureDispatch("LabView.Application")
  File
"D:\Python24\Lib\site-packages\win32com\client\gencache.py",
line 529, in EnsureDispatch
    disp = win32com.client.Dispatch(prog_id)
  File
"D:\Python24\Lib\site-packages\win32com\client\__init__.py",
line 96, in Dispatch
    return __WrapDispatch(dispatch, userName,
resultCLSID, typeinfo, UnicodeToString, clsctx)
  File
"D:\Python24\Lib\site-packages\win32com\client\__init__.py",
line 38, in __WrapDispatch
    klass = gencache.GetClassForCLSID(resultCLSID)
  File
"D:\Python24\Lib\site-packages\win32com\client\gencache.py",
line 179, in GetClassForCLSID
    mod = GetModuleForCLSID(clsid)
  File
"D:\Python24\Lib\site-packages\win32com\client\gencache.py",
line 240, in GetModuleForCLSID
    makepy.GenerateChildFromTypeLibSpec(sub_mod, info)
  File
"D:\Python24\Lib\site-packages\win32com\client\makepy.py",
line 306, in GenerateChildFromTypeLibSpec
    __import__("win32com.gen_py." + dir_name + "." + child)
ImportError: No module named _IApplication
 ----------------------------------------------------------------------


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

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

[pywin32-bugs] [ pywin32-Feature Requests-1124115 ] Update Win32ras for new RAS functions

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

Feature Requests item #1124115, was opened at 2005-02-17 04:36
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1124115&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: Next Release (example)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ian Storrs (ian_001)
Assigned to: Nobody/Anonymous (nobody)
Summary: Update Win32ras for new RAS functions

Initial Comment:
Update Win32ras to provide ability to fetch the RAS local 
and remote server IP addresses, read the RAS counters 
for a connection, and clear the RAS counters for a 
connection. This means updating WINVER, using the 
lastest ras.h include file from Microsoft, and  checking 
that ras32api.dll is loaded at run time to avoid problems 
on older OS's i.e. anything other than Win2k and WinXP.


Necessary code changes are below. I have built and 
verified these changes on Win32Extensions 2.03 with 
Python 2.3.

#ifndef WINVER
#define WINVER 0x500
#endif


// @pymethod |win32ras|GetIpAddress|Returns a list of 
IP addresses.
static PyObject *
PyRasGetIpAddress( PyObject *self, PyObject *args )
{
	RASPPPIP    lpprojection;
	HRASCONN hras;
	DWORD rc;
	DWORD bufsize;
	if (!PyArg_ParseTuple(args, "i:GetIpAddress", 
	          &hras)) // @pyparm int|hras||The 
handle to the RAS connection being checked.
		return NULL;

	RASCONNSTATUS cs;
	// @pyseeapi RasGetConnectStatus
	cs.dwSize = sizeof(RASCONNSTATUS);
	if ((rc=RasGetConnectStatus(hras, &cs )))
		return ReturnRasError
("RasGetIpAddress",rc);	// @pyseeapi 
RasGetConnectStatus

	if (!(cs.rasconnstate==RASCS_Connected))	
		return ReturnRasError
("RasGetIpAddress");		// @pyseeapi 
RasGetConnectStatus

	lpprojection.dwSize = bufsize = sizeof
(RASPPPIP); 
	// @pyseeapi RasGetErrorString
	if (rc=RasGetProjectionInfo
(hras,RASP_PppIp,&lpprojection,&bufsize))
		return ReturnRasError
("RasGetIpAddress",rc);
	return Py_BuildValue
("(ss)",lpprojection.szIpAddress, 
lpprojection.szServerIpAddress);
}

#if (WINVER >= 0x500)
// @pymethod 
|win32ras|GetConnectionStatistics|Returns a list of RAS 
statistics.
static PyObject *
PyRasGetConnectionStatistics( PyObject *self, PyObject 
*args )
{
	RAS_STATS    rasstats;
	HRASCONN hras;
	DWORD rc;
	DWORD bufsize;
	if (!PyArg_ParseTuple
(args, "i:GetConnectionStatistics", 
	          &hras)) // @pyparm int|hras||The 
handle to the RAS connection being checked.
		return NULL;

	HINSTANCE hLib = LoadLibrary
("RASAPI32.DLL");  // Try to load the library
	if (hLib == NULL)
		return NULL;  // Return NULL if 
RASAPI32.DLL is not loaded on the system
	FreeLibrary(hLib);    
	

	RASCONNSTATUS cs;
	// @pyseeapi RasGetConnectStatus
	cs.dwSize = sizeof(RASCONNSTATUS);
	if ((rc=RasGetConnectStatus(hras, &cs )))
		return ReturnRasError
("RasGetConnectionStatistics",rc);	// @pyseeapi 
RasGetConnectStatus

	if (!(cs.rasconnstate==RASCS_Connected))	
		return ReturnRasError
("RasGetConnectionStatistics");		// 
@pyseeapi RasGetConnectStatus

	rasstats.dwSize = bufsize = sizeof
(RAS_STATS); 
	// @pyseeapi RasGetConnectionStatistics
	if (rc=RasGetConnectionStatistics
(hras,&rasstats))
		return ReturnRasError
("RasGetConnectionStatistics",rc);
	return Py_BuildValue
("(iiiiiiiii)",rasstats.dwBytesXmited, 
						
			  rasstats.dwBytesRcved, 
						
			  rasstats.dwCrcErr, 
						
			  rasstats.dwTimeoutErr, 
						
			  rasstats.dwAlignmentErr, 
						
			  
rasstats.dwHardwareOverrunErr, 
						
			  rasstats.dwFramingErr, 
						
			  
rasstats.dwBufferOverrunErr, 
						
			  
rasstats.dwConnectDuration);
}
static PyObject *
// @pymethod 
|win32ras|ClearConnectionStatistics|Clears ths RAS 
statistics and returns 1 if successful.
PyRasClearConnectionStatistics( PyObject *self, 
PyObject *args )
{
	HRASCONN hras;
	DWORD rc;
	if (!PyArg_ParseTuple
(args, "i:ClearConnectionStatistics", 
	          &hras)) // @pyparm int|hras||The 
handle to the RAS connection being checked.
		return NULL;

	HINSTANCE hLib = LoadLibrary
("RASAPI32.DLL");  // Try to load the library
	if (hLib == NULL)
		return NULL;  // Return NULL if 
RASAPI32.DLL is not loaded on the system
	FreeLibrary(hLib);    
	

	RASCONNSTATUS cs;
	// @pyseeapi RasGetConnectStatus
	cs.dwSize = sizeof(RASCONNSTATUS);
	if ((rc=RasGetConnectStatus(hras, &cs )))
		return ReturnRasError
("RasClearConnectionStatistics",rc);	// @pyseeapi 
RasGetConnectStatus

	if (!(cs.rasconnstate==RASCS_Connected))	
		return ReturnRasError
("RasClearConnectionStatistics");		// 
@pyseeapi RasGetConnectStatus

	// @pyseeapi RasGetConnectionStatistics
	if (rc=RasClearConnectionStatistics(hras))
		return ReturnRasError
("RasClearConnectionStatistics",rc);
	BOOL bRet = 1;
	return Py_BuildValue("i", bRet);
}

#endif







/* List of functions exported by this module */
// @module win32ras|A module encapsulating the 
Windows Remote Access Service (RAS) API.
static struct PyMethodDef win32ras_functions[] = {
	{"CreatePhonebookEntry",        
PyRasCreatePhonebookEntry,  METH_VARARGS}, // 
@pymeth CreatePhonebookEntry|Creates a new 
phonebook entry.  The function displays a dialog box 
into which the user can enter information about the 
entry.
	{"Dial",                        PyRasDial,  
METH_VARARGS}, // @pymeth Dial|Establishes a RAS 
connection to a RAS server.
	{"EditPhonebookEntry",          
PyRasEditPhonebookEntry, METH_VARARGS}, // 
@pymeth EditPhonebookEntry|Creates a new phonebook 
entry.  The function displays a dialog box into which the 
user can enter information about the entry
	{"EnumConnections",             
PyRasEnumConnections, METH_VARARGS}, // @pymeth 
EnumConnections|Returns a list of tuples, one for each 
active connection.
	{"EnumEntries",                 PyRasEnumEntries, 
METH_VARARGS}, // @pymeth EnumEntries|Returns a 
list of tuples, one for each phonebook entry.
	{"GetConnectStatus",            
PyRasGetConnectStatus, METH_VARARGS}, // @pymeth 
GetConnectStatus|Returns a tuple with connection 
information.
	{"GetEntryDialParams",          
PyRasGetEntryDialParams, METH_VARARGS}, // @pymeth 
GetEntryDialParams|Returns a tuple with the most 
recently set dial parameters for the specified entry.
	{"GetErrorString",              
PyRasGetErrorString, METH_VARARGS}, // @pymeth 
GetErrorString|Returns an error string for a RAS error 
code.
	{"HangUp",                      PyRasHangUp, 
METH_VARARGS}, // @pymeth HangUp|Terminates a 
remote access session.
	{"IsHandleValid",			
	PyRasIsHandleValid, METH_VARARGS}, // 
@pymeth IsHandleValid|Indicates if the given RAS 
handle is valid.
	{"SetEntryDialParams",          
PyRasSetEntryDialParams, METH_VARARGS}, // @pymeth 
SetEntryDialParams|Sets the dial parameters for the 
specified entry.
	{"RASDIALEXTENSIONS",           
PyWinObject_NewRASDIALEXTENSIONS, 
METH_VARARGS}, // @pymeth 
RASDIALEXTENSIONS|Creates a new <o 
RASDIALEXTENSIONS> object
	{"GetIPAddress",                
PyRasGetIpAddress, METH_VARARGS}, // @pymeth 
GetIPAddress|Gets the PPP IP address for remote access 
session.
#if (WINVER >= 0x500)
	{"GetConnectionStatistics",     
PyRasGetConnectionStatistics, METH_VARARGS}, // 
@pymeth GetConnectionStatistics|Gets the statistics for 
remote access connection.
	{"ClearConnectionStatistics",   
PyRasClearConnectionStatistics, METH_VARARGS}, // 
@pymeth GetConnectionStatistics|Gets the statistics for 
remote access connection.
#endif
	{NULL,			NULL}
};




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

>Comment By: Mark Hammond (mhammond)
Date: 2005-06-26 23:17

Message:
Logged In: YES 
user_id=14198

Sorry for the delay.

* It looks like only GetIpAddress() has been added to the
method table of  win32rasmodule.cpp -
GetConnectionStatistics and ClearConnectionStatistics seem
missing (ahh - I see - you accidently left the these methods
in win32ras *and* added them to win2kras)

* Can we change GetIpAddress() to GetProjectionInfo and
return everyting in the RASPPPIP structure.

* I think it would be better to not check the RAS status
before calling these functions - just let the API itself
return the appropriate error code - it will be clearer to
the user.

It would be fantastic if you could make these changes for me
and upload a new patch.

Thanks,

Mark

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

Comment By: Ian Storrs (ian_001)
Date: 2005-06-14 00:09

Message:
Logged In: YES 
user_id=956816

I have made the requested changes to win32ras and win2kras 
and attached the two files.

Best Regards
Ian

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-05 09:36

Message:
Logged In: YES 
user_id=14198

There is a win2kras module designed to avoid needing to
LoadLibrary functions.  Can you please reapply you patch to
this module (and you can drop the LoadLibrary)

Also, pyseeapi for ClearConnectionStatistics is wrong :)

Thanks

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

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

[pywin32-bugs] [ pywin32-Bugs-1208530 ] PyBitmap.GetBitmapBits Memory Leak

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Michael Stone (mbrierst)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyBitmap.GetBitmapBits Memory Leak

Initial Comment:
PyBitmap's GetBitmapBits method seems to leak 
memory.  A quick look shows a call to GlobalAlloc in the 
ui_get_bitmap_bits function in win32bitmap.cpp with no 
corresponding GlobalFree call.  The memory is unlocked 
but not freed.


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

>Comment By: Mark Hammond (mhammond)
Date: 2005-06-26 23:00

Message:
Logged In: YES 
user_id=14198

Thanks

Checking in win32bitmap.cpp;
new revision: 1.2; previous revision: 1.1

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

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

[pywin32-bugs] [ pywin32-Bugs-1208081 ] Fix: WaitForServiceStatus doesn't work for remote boxes

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: win32
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Michael Schall (schallm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix: WaitForServiceStatus doesn't work for remote boxes

Initial Comment:
The machine name is not passed to QueryServiceStatus.  
Current code:
        now_status = QueryServiceStatus(serviceName)[1]
Fixed code:
        now_status = QueryServiceStatus(serviceName,
machine)[1]

Full function:
def WaitForServiceStatus(serviceName, status, waitSecs,
machine=None):
    """Waits for the service to return the specified
status.  You
    should have already requested the service to enter
that state"""
    hscm =
win32service.OpenSCManager(machine,None,win32service.SC_MANAGER_ALL_ACCESS)
    for i in range(waitSecs*4):
        now_status = QueryServiceStatus(serviceName,
machine)[1]
        if now_status == status:
            break
        win32api.Sleep(250)
    else:
        raise pywintypes.error,
(winerror.ERROR_SERVICE_REQUEST_TIMEOUT,
"QueryServiceStatus",
win32api.FormatMessage(winerror.ERROR_SERVICE_REQUEST_TIMEOUT)[:-2])
 

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-06-26 22:47

Message:
Logged In: YES 
user_id=14198

Thanks!

Checking in win32serviceutil.py;
new revision: 1.21; previous revision: 1.20

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

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

[pywin32-bugs] [ pywin32-Bugs-1226744 ] win32com: WMPlayer.OCX + threading doesn't work

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

Bugs item #1226744, was opened at 2005-06-24 14:12
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1226744&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: thinkinfinity (thinkinfinity)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com: WMPlayer.OCX + threading doesn't work

Initial Comment:
I'm trying to create an alarm of sorts.  I narrowed the
problem down to this:

------------------ problem.py ------------------
#!/usr/bin/env python

import threading
from win32com.client import Dispatch

class MPlayer:
    def __init__(self, filename):
        self.filename = filename
        self.mp_handle = Dispatch('WMPlayer.OCX')
       
self.mp_handle.currentPlaylist.appendItem(self.mp_handle.newMedia(filename))
        
    def play(self):
        self.mp_handle.controls.play()
    
mplayer = MPlayer('audiofile.mp3')
threading.Timer(5, mplayer.play).start()
#time.sleep(5)
#mplayer.play()
-------------------------------------------------

It seems like I can't get any other thread than the
main one to do the actual playing:

Interchanging:
threading.Timer(5, mplayer.play).start()

with:
time.sleep(5)
mplayer.play()

doesn't work either so its not just threads.

pywin32 Build 204

Thanks

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

>Comment By: Mark Hammond (mhammond)
Date: 2005-06-26 22:44

Message:
Logged In: YES 
user_id=14198

These are "features" of COM itself and nothing to do with
Python.

In general, you can not simply pass COM objects between
threads - they must be marshalled via
CoMarshalInterThreadInterfaceInStream and all other COM
threading rules must be observed.

In your most recent problem, the issue is almost certainly
the lack of a message loop.  Substitute time.sleep() for
pythoncom.PumpMessages() and it is more likely to work
(although you will need to press Ctrl+C, or call
PostQuitMessage, to exit the message loop.

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

Comment By: thinkinfinity (thinkinfinity)
Date: 2005-06-24 23:30

Message:
Logged In: YES 
user_id=1191227

Actually, now nothing is working for me except when I play
it through clicking a button on a gui.  For example, the
following script doesn't work:

#!/usr/bin/env python

from win32com.client import Dispatch

mp = Dispatch ("WMPlayer.OCX")
TUNE = mp.newMedia ("audiofile.mp3") # here error occurrence
mp.currentPlaylist.appendItem (TUNE)
mp.controls.play ()
raw_input ("Press Enter to stop playing")
mp.controls.stop ()

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

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

[pywin32-bugs] [ pywin32-Bugs-1226744 ] win32com: WMPlayer.OCX + threading doesn't work

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

Bugs item #1226744, was opened at 2005-06-24 04:12
Message generated for change (Comment added) made by thinkinfinity
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1226744&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: thinkinfinity (thinkinfinity)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com: WMPlayer.OCX + threading doesn't work

Initial Comment:
I'm trying to create an alarm of sorts.  I narrowed the
problem down to this:

------------------ problem.py ------------------
#!/usr/bin/env python

import threading
from win32com.client import Dispatch

class MPlayer:
    def __init__(self, filename):
        self.filename = filename
        self.mp_handle = Dispatch('WMPlayer.OCX')
       
self.mp_handle.currentPlaylist.appendItem(self.mp_handle.newMedia(filename))
        
    def play(self):
        self.mp_handle.controls.play()
    
mplayer = MPlayer('audiofile.mp3')
threading.Timer(5, mplayer.play).start()
#time.sleep(5)
#mplayer.play()
-------------------------------------------------

It seems like I can't get any other thread than the
main one to do the actual playing:

Interchanging:
threading.Timer(5, mplayer.play).start()

with:
time.sleep(5)
mplayer.play()

doesn't work either so its not just threads.

pywin32 Build 204

Thanks

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

>Comment By: thinkinfinity (thinkinfinity)
Date: 2005-06-24 13:30

Message:
Logged In: YES 
user_id=1191227

Actually, now nothing is working for me except when I play
it through clicking a button on a gui.  For example, the
following script doesn't work:

#!/usr/bin/env python

from win32com.client import Dispatch

mp = Dispatch ("WMPlayer.OCX")
TUNE = mp.newMedia ("audiofile.mp3") # here error occurrence
mp.currentPlaylist.appendItem (TUNE)
mp.controls.play ()
raw_input ("Press Enter to stop playing")
mp.controls.stop ()

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

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

[pywin32-bugs] [ pywin32-Bugs-1226744 ] win32com: WMPlayer.OCX + threading doesn't work

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

Bugs item #1226744, was opened at 2005-06-24 04:12
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=1226744&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: thinkinfinity (thinkinfinity)
Assigned to: Nobody/Anonymous (nobody)
Summary: win32com: WMPlayer.OCX + threading doesn't work

Initial Comment:
I'm trying to create an alarm of sorts.  I narrowed the
problem down to this:

------------------ problem.py ------------------
#!/usr/bin/env python

import threading
from win32com.client import Dispatch

class MPlayer:
    def __init__(self, filename):
        self.filename = filename
        self.mp_handle = Dispatch('WMPlayer.OCX')
       
self.mp_handle.currentPlaylist.appendItem(self.mp_handle.newMedia(filename))
        
    def play(self):
        self.mp_handle.controls.play()
    
mplayer = MPlayer('audiofile.mp3')
threading.Timer(5, mplayer.play).start()
#time.sleep(5)
#mplayer.play()
-------------------------------------------------

It seems like I can't get any other thread than the
main one to do the actual playing:

Interchanging:
threading.Timer(5, mplayer.play).start()

with:
time.sleep(5)
mplayer.play()

doesn't work either so its not just threads.

pywin32 Build 204

Thanks

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

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

[pywin32-bugs] [ pywin32-Bugs-1208544 ] setup.py fails to find most recent platform SDK

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

Bugs item #1208544, was opened at 2005-05-25 15:33
Message generated for change (Comment added) made by tmick
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1208544&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: PJ Tremblay (piairjooles)
Assigned to: Nobody/Anonymous (nobody)
Summary: setup.py fails to find most recent platform SDK

Initial Comment:
The most recent Microsoft Platform SDK installation
isn't found (as of date of submission of this bug).

The key name I have in the registry is:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MicrosoftSDK\InstalledSDKs\8F9E5EF3-A9A5-491B-A889-C58EFFECE8B3\Installed
Dir

whereas setup.py is looking for it in:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MicrosoftSDK\Directories\Installed
 Dir

Creating a new string value at the latter key patches
the problem.


Note:  the Platform SDK readme header says: Windows
Server 2003 SP1 SDK Release Notes

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

Comment By: Trent Mick (tmick)
Date: 2005-06-16 23:51

Message:
Logged In: YES 
user_id=34892

I've just sent a patch to MarkH for review for this bug. I'm
not sure why I don't see a mechanism to attach patches to
this bug... I can for bugs in the Python project here on sf.net.

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

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

[pywin32-bugs] COM problem

[Bielik, R. <Rob...@gy...>]

I have an application where I need COM to be initalized in multithreaded =
mode (i.e. CoInitializeEx(NULL, COINIT_MULTITHREADED).
However, when I use PythonWin to debug/test my module, I get an error =
due to the fact that PythonWin initializes COM using =
COINIT_APARTMENTTHREADED. Subsequently, my module crashes Python.

How do I change the startup value to be COINIT_MULTITHREADED?=20

TIA
/Rob
Ps. I've set the sys.coinit flag (in localserver.py) to zero (value of =
COINIT_MULTITHREADED), recompiled it, but it doesn't work yet.

[pywin32-bugs] [ pywin32-Bugs-1219726 ] PythonWin run-script opens file-open-dialogs in a tight loop

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

Bugs item #1219726, was opened at 2005-06-13 09:19
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=1219726&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: Warren Postma (wpostma)
Assigned to: Nobody/Anonymous (nobody)
Summary: PythonWin run-script opens file-open-dialogs in a tight loop

Initial Comment:
On my system, python2.4+win32all build 204,
as well as on the previous build build203 of win32all,
pythonwin is unable to run any script and the Run
Script dialog seems severely borked.

When I hit Ctrl+R it opens the Run Script dialog, and
then it is like something has clicked the Browse
button.  The file-open dialog opens. I can not cancel
this dialog, or move it, for every time I move the
current file-open dialog, or cancel it, orclick okay,
another one opens. I can get dozens of File Open
dialogs open at once.  Once I am stuck here the only
option is to kill PythonWin from the task manager.

I don't know how to debug this situation, but if anyone
can tell me how to further investigate this, I'll look
into the best I can. 

In scriptutils.py, I made the changes marked by
asterisks below:

class DlgRunScript(dialog.Dialog):
      .....
	def OnBrowse(self, id, cmd):
**              if self.browsing:
**			return 0
**		self.browsing = 1
		openFlags =
win32con.OFN_OVERWRITEPROMPT|win32con.OFN_FILEMUSTEXIST
		dlg = win32ui.CreateFileDialog(1,None,None,openFlags,
"Python Scripts (*.py)|*.py||", self)
		dlg.SetOFNTitle("Run Script")
		if dlg.DoModal()!=win32con.IDOK:
			return 0
		self['script'] = dlg.GetPathName()
		self.UpdateData(0)
**		self.browsing = 0
		return 0

This was intended to prevent any endless showing of the
dialog in a loop, which makes the problem less nasty
but doesn't fix the problem.  I have no idea how to
really fix it. Also getting rid of the hook command:
self.HookCommand(self.OnBrowse, win32ui.IDC_BUTTON2)
Which would disable the browse button completely also
fixes the problem.

My system is Windows XP Service Pack 2, with 2 gb ram.

		

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

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

[pywin32-bugs] [ pywin32-Feature Requests-1124115 ] Update Win32ras for new RAS functions

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

Feature Requests item #1124115, was opened at 2005-02-16 12:36
Message generated for change (Comment added) made by ian_001
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1124115&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: Next Release (example)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ian Storrs (ian_001)
Assigned to: Nobody/Anonymous (nobody)
Summary: Update Win32ras for new RAS functions

Initial Comment:
Update Win32ras to provide ability to fetch the RAS local 
and remote server IP addresses, read the RAS counters 
for a connection, and clear the RAS counters for a 
connection. This means updating WINVER, using the 
lastest ras.h include file from Microsoft, and  checking 
that ras32api.dll is loaded at run time to avoid problems 
on older OS's i.e. anything other than Win2k and WinXP.


Necessary code changes are below. I have built and 
verified these changes on Win32Extensions 2.03 with 
Python 2.3.

#ifndef WINVER
#define WINVER 0x500
#endif


// @pymethod |win32ras|GetIpAddress|Returns a list of 
IP addresses.
static PyObject *
PyRasGetIpAddress( PyObject *self, PyObject *args )
{
	RASPPPIP    lpprojection;
	HRASCONN hras;
	DWORD rc;
	DWORD bufsize;
	if (!PyArg_ParseTuple(args, "i:GetIpAddress", 
	          &hras)) // @pyparm int|hras||The 
handle to the RAS connection being checked.
		return NULL;

	RASCONNSTATUS cs;
	// @pyseeapi RasGetConnectStatus
	cs.dwSize = sizeof(RASCONNSTATUS);
	if ((rc=RasGetConnectStatus(hras, &cs )))
		return ReturnRasError
("RasGetIpAddress",rc);	// @pyseeapi 
RasGetConnectStatus

	if (!(cs.rasconnstate==RASCS_Connected))	
		return ReturnRasError
("RasGetIpAddress");		// @pyseeapi 
RasGetConnectStatus

	lpprojection.dwSize = bufsize = sizeof
(RASPPPIP); 
	// @pyseeapi RasGetErrorString
	if (rc=RasGetProjectionInfo
(hras,RASP_PppIp,&lpprojection,&bufsize))
		return ReturnRasError
("RasGetIpAddress",rc);
	return Py_BuildValue
("(ss)",lpprojection.szIpAddress, 
lpprojection.szServerIpAddress);
}

#if (WINVER >= 0x500)
// @pymethod 
|win32ras|GetConnectionStatistics|Returns a list of RAS 
statistics.
static PyObject *
PyRasGetConnectionStatistics( PyObject *self, PyObject 
*args )
{
	RAS_STATS    rasstats;
	HRASCONN hras;
	DWORD rc;
	DWORD bufsize;
	if (!PyArg_ParseTuple
(args, "i:GetConnectionStatistics", 
	          &hras)) // @pyparm int|hras||The 
handle to the RAS connection being checked.
		return NULL;

	HINSTANCE hLib = LoadLibrary
("RASAPI32.DLL");  // Try to load the library
	if (hLib == NULL)
		return NULL;  // Return NULL if 
RASAPI32.DLL is not loaded on the system
	FreeLibrary(hLib);    
	

	RASCONNSTATUS cs;
	// @pyseeapi RasGetConnectStatus
	cs.dwSize = sizeof(RASCONNSTATUS);
	if ((rc=RasGetConnectStatus(hras, &cs )))
		return ReturnRasError
("RasGetConnectionStatistics",rc);	// @pyseeapi 
RasGetConnectStatus

	if (!(cs.rasconnstate==RASCS_Connected))	
		return ReturnRasError
("RasGetConnectionStatistics");		// 
@pyseeapi RasGetConnectStatus

	rasstats.dwSize = bufsize = sizeof
(RAS_STATS); 
	// @pyseeapi RasGetConnectionStatistics
	if (rc=RasGetConnectionStatistics
(hras,&rasstats))
		return ReturnRasError
("RasGetConnectionStatistics",rc);
	return Py_BuildValue
("(iiiiiiiii)",rasstats.dwBytesXmited, 
						
			  rasstats.dwBytesRcved, 
						
			  rasstats.dwCrcErr, 
						
			  rasstats.dwTimeoutErr, 
						
			  rasstats.dwAlignmentErr, 
						
			  
rasstats.dwHardwareOverrunErr, 
						
			  rasstats.dwFramingErr, 
						
			  
rasstats.dwBufferOverrunErr, 
						
			  
rasstats.dwConnectDuration);
}
static PyObject *
// @pymethod 
|win32ras|ClearConnectionStatistics|Clears ths RAS 
statistics and returns 1 if successful.
PyRasClearConnectionStatistics( PyObject *self, 
PyObject *args )
{
	HRASCONN hras;
	DWORD rc;
	if (!PyArg_ParseTuple
(args, "i:ClearConnectionStatistics", 
	          &hras)) // @pyparm int|hras||The 
handle to the RAS connection being checked.
		return NULL;

	HINSTANCE hLib = LoadLibrary
("RASAPI32.DLL");  // Try to load the library
	if (hLib == NULL)
		return NULL;  // Return NULL if 
RASAPI32.DLL is not loaded on the system
	FreeLibrary(hLib);    
	

	RASCONNSTATUS cs;
	// @pyseeapi RasGetConnectStatus
	cs.dwSize = sizeof(RASCONNSTATUS);
	if ((rc=RasGetConnectStatus(hras, &cs )))
		return ReturnRasError
("RasClearConnectionStatistics",rc);	// @pyseeapi 
RasGetConnectStatus

	if (!(cs.rasconnstate==RASCS_Connected))	
		return ReturnRasError
("RasClearConnectionStatistics");		// 
@pyseeapi RasGetConnectStatus

	// @pyseeapi RasGetConnectionStatistics
	if (rc=RasClearConnectionStatistics(hras))
		return ReturnRasError
("RasClearConnectionStatistics",rc);
	BOOL bRet = 1;
	return Py_BuildValue("i", bRet);
}

#endif







/* List of functions exported by this module */
// @module win32ras|A module encapsulating the 
Windows Remote Access Service (RAS) API.
static struct PyMethodDef win32ras_functions[] = {
	{"CreatePhonebookEntry",        
PyRasCreatePhonebookEntry,  METH_VARARGS}, // 
@pymeth CreatePhonebookEntry|Creates a new 
phonebook entry.  The function displays a dialog box 
into which the user can enter information about the 
entry.
	{"Dial",                        PyRasDial,  
METH_VARARGS}, // @pymeth Dial|Establishes a RAS 
connection to a RAS server.
	{"EditPhonebookEntry",          
PyRasEditPhonebookEntry, METH_VARARGS}, // 
@pymeth EditPhonebookEntry|Creates a new phonebook 
entry.  The function displays a dialog box into which the 
user can enter information about the entry
	{"EnumConnections",             
PyRasEnumConnections, METH_VARARGS}, // @pymeth 
EnumConnections|Returns a list of tuples, one for each 
active connection.
	{"EnumEntries",                 PyRasEnumEntries, 
METH_VARARGS}, // @pymeth EnumEntries|Returns a 
list of tuples, one for each phonebook entry.
	{"GetConnectStatus",            
PyRasGetConnectStatus, METH_VARARGS}, // @pymeth 
GetConnectStatus|Returns a tuple with connection 
information.
	{"GetEntryDialParams",          
PyRasGetEntryDialParams, METH_VARARGS}, // @pymeth 
GetEntryDialParams|Returns a tuple with the most 
recently set dial parameters for the specified entry.
	{"GetErrorString",              
PyRasGetErrorString, METH_VARARGS}, // @pymeth 
GetErrorString|Returns an error string for a RAS error 
code.
	{"HangUp",                      PyRasHangUp, 
METH_VARARGS}, // @pymeth HangUp|Terminates a 
remote access session.
	{"IsHandleValid",			
	PyRasIsHandleValid, METH_VARARGS}, // 
@pymeth IsHandleValid|Indicates if the given RAS 
handle is valid.
	{"SetEntryDialParams",          
PyRasSetEntryDialParams, METH_VARARGS}, // @pymeth 
SetEntryDialParams|Sets the dial parameters for the 
specified entry.
	{"RASDIALEXTENSIONS",           
PyWinObject_NewRASDIALEXTENSIONS, 
METH_VARARGS}, // @pymeth 
RASDIALEXTENSIONS|Creates a new <o 
RASDIALEXTENSIONS> object
	{"GetIPAddress",                
PyRasGetIpAddress, METH_VARARGS}, // @pymeth 
GetIPAddress|Gets the PPP IP address for remote access 
session.
#if (WINVER >= 0x500)
	{"GetConnectionStatistics",     
PyRasGetConnectionStatistics, METH_VARARGS}, // 
@pymeth GetConnectionStatistics|Gets the statistics for 
remote access connection.
	{"ClearConnectionStatistics",   
PyRasClearConnectionStatistics, METH_VARARGS}, // 
@pymeth GetConnectionStatistics|Gets the statistics for 
remote access connection.
#endif
	{NULL,			NULL}
};




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

>Comment By: Ian Storrs (ian_001)
Date: 2005-06-13 10:09

Message:
Logged In: YES 
user_id=956816

I have made the requested changes to win32ras and win2kras 
and attached the two files.

Best Regards
Ian

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-04 17:36

Message:
Logged In: YES 
user_id=14198

There is a win2kras module designed to avoid needing to
LoadLibrary functions.  Can you please reapply you patch to
this module (and you can drop the LoadLibrary)

Also, pyseeapi for ClearConnectionStatistics is wrong :)

Thanks

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

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

[pywin32-bugs] [ pywin32-Feature Requests-1217955 ] Support for RegisterDeviceNotification

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

Feature Requests item #1217955, was opened at 2005-06-09 21:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551957&aid=1217955&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: Russell (shakes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for RegisterDeviceNotification

Initial Comment:
There doesn't seem to be a way to call the user32.dll
function "RegisterDeviceNotification" to allow a
program to receive notifications from the Device
Management Service.  This allows one to notice if a
device is added to the system and do something
appropriately.

MSDN reference:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/registerdevicenotification.asp

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

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

[pywin32-bugs] [ pywin32-Bugs-1208551 ] pywin build 204 fails to build in --debug

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

Bugs item #1208551, was opened at 2005-05-25 11:47
Message generated for change (Comment added) made by piairjooles
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1208551&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: PJ Tremblay (piairjooles)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin build 204 fails to build in --debug

Initial Comment:
Host information:

- Windows XP Pro 2002 SP1
- MSVC7.1 (.NET 2003)
- Windows Server 2003 SP1 Platform SDK (latest
available on MSDN)
- Python 2.4.1 official release installed.
- Python 2.4.1 debug version, locally built, installed.

running the following:

unzip -U pywin32-204.zip
cd pywin32-204
python setup.py -q build --debug

I get the following error, then the build aborts.

PyComHelpers.cpp
c:\dev\pywin32-204\com\win32com\src\PyComHelpers.cpp(334)
: error C2039: 'pwcsTemplateFile' : is not a member of
'tagSTGOPTIONS'
        C:\Program Files\Microsoft Platform
SDK\Include\ObjBase.h(913) : see declaration of
'tagSTGOPTIONS'
c:\dev\pywin32-204\com\win32com\src\PyComHelpers.cpp(340)
: error C2039: 'pwcsTemplateFile' : is not a member of
'tagSTGOPTIONS'
        C:\Program Files\Microsoft Platform
SDK\Include\ObjBase.h(913) : see declaration of
'tagSTGOPTIONS'
error: command 'C:\Tools\MSVCNET.2003\Vc7\bin\cl.exe'
failed with exit status 2



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

>Comment By: PJ Tremblay (piairjooles)
Date: 2005-05-25 13:02

Message:
Logged In: YES 
user_id=1285236

Note that cvs checkout as of today works fine in the case
where the Platform SDK is not installed.  This was probably
the same problem as reported in bug #1203701.

Originally submitted problem exists in cvs, though, when
Plaform SDK is installed.



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

Comment By: PJ Tremblay (piairjooles)
Date: 2005-05-25 12:33

Message:
Logged In: YES 
user_id=1285236

build also fails when Platform SDK is not installed
(registry key removed):

C:\Tools\MSVCNET.2003\Vc7\bin\cl.exe /c /nologo /Od /MDd /W3
/GX /Z7 /D_DEBUG -DDISTUTILS_BUILD
-Icom/win32com/src/include -Iwin32/src -Ic:\Tools\Python\include
 -Ic:\Tools\Python\PC
/Tpc:\dev\pywin32-204\com\win32comext\directsound\src\PyDS
BCAPS.cpp
/Fobuild\temp.win32-2.4\Debug\com\win32comext\directsound\src\PyDSBCAP
S.obj /YXdirectsound_pch.h
/Fpbuild\temp.win32-2.4\Debug\directsound.pch
PyDSBCAPS.cpp
c:\dev\pywin32-204\com\win32comext\directsound\src\PyDSBCAPS.cpp(7)
: fatal error C1083: Cannot open include file:
'directsound_pch.h': No such file or directory

The corresponding build log is attached.

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

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

[pywin32-bugs] [ pywin32-Bugs-1208551 ] pywin build 204 fails to build in --debug

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

Bugs item #1208551, was opened at 2005-05-25 11:47
Message generated for change (Comment added) made by piairjooles
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=551954&aid=1208551&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: PJ Tremblay (piairjooles)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin build 204 fails to build in --debug

Initial Comment:
Host information:

- Windows XP Pro 2002 SP1
- MSVC7.1 (.NET 2003)
- Windows Server 2003 SP1 Platform SDK (latest
available on MSDN)
- Python 2.4.1 official release installed.
- Python 2.4.1 debug version, locally built, installed.

running the following:

unzip -U pywin32-204.zip
cd pywin32-204
python setup.py -q build --debug

I get the following error, then the build aborts.

PyComHelpers.cpp
c:\dev\pywin32-204\com\win32com\src\PyComHelpers.cpp(334)
: error C2039: 'pwcsTemplateFile' : is not a member of
'tagSTGOPTIONS'
        C:\Program Files\Microsoft Platform
SDK\Include\ObjBase.h(913) : see declaration of
'tagSTGOPTIONS'
c:\dev\pywin32-204\com\win32com\src\PyComHelpers.cpp(340)
: error C2039: 'pwcsTemplateFile' : is not a member of
'tagSTGOPTIONS'
        C:\Program Files\Microsoft Platform
SDK\Include\ObjBase.h(913) : see declaration of
'tagSTGOPTIONS'
error: command 'C:\Tools\MSVCNET.2003\Vc7\bin\cl.exe'
failed with exit status 2



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

>Comment By: PJ Tremblay (piairjooles)
Date: 2005-05-25 12:33

Message:
Logged In: YES 
user_id=1285236

build also fails when Platform SDK is not installed
(registry key removed):

C:\Tools\MSVCNET.2003\Vc7\bin\cl.exe /c /nologo /Od /MDd /W3
/GX /Z7 /D_DEBUG -DDISTUTILS_BUILD
-Icom/win32com/src/include -Iwin32/src -Ic:\Tools\Python\include
 -Ic:\Tools\Python\PC
/Tpc:\dev\pywin32-204\com\win32comext\directsound\src\PyDS
BCAPS.cpp
/Fobuild\temp.win32-2.4\Debug\com\win32comext\directsound\src\PyDSBCAP
S.obj /YXdirectsound_pch.h
/Fpbuild\temp.win32-2.4\Debug\directsound.pch
PyDSBCAPS.cpp
c:\dev\pywin32-204\com\win32comext\directsound\src\PyDSBCAPS.cpp(7)
: fatal error C1083: Cannot open include file:
'directsound_pch.h': No such file or directory

The corresponding build log is attached.

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

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

[pywin32-bugs] [ pywin32-Bugs-1208551 ] pywin build 204 fails to build in --debug

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

Bugs item #1208551, was opened at 2005-05-25 11: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=1208551&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: PJ Tremblay (piairjooles)
Assigned to: Nobody/Anonymous (nobody)
Summary: pywin build 204 fails to build in --debug

Initial Comment:
Host information:

- Windows XP Pro 2002 SP1
- MSVC7.1 (.NET 2003)
- Windows Server 2003 SP1 Platform SDK (latest
available on MSDN)
- Python 2.4.1 official release installed.
- Python 2.4.1 debug version, locally built, installed.

running the following:

unzip -U pywin32-204.zip
cd pywin32-204
python setup.py -q build --debug

I get the following error, then the build aborts.

PyComHelpers.cpp
c:\dev\pywin32-204\com\win32com\src\PyComHelpers.cpp(334)
: error C2039: 'pwcsTemplateFile' : is not a member of
'tagSTGOPTIONS'
        C:\Program Files\Microsoft Platform
SDK\Include\ObjBase.h(913) : see declaration of
'tagSTGOPTIONS'
c:\dev\pywin32-204\com\win32com\src\PyComHelpers.cpp(340)
: error C2039: 'pwcsTemplateFile' : is not a member of
'tagSTGOPTIONS'
        C:\Program Files\Microsoft Platform
SDK\Include\ObjBase.h(913) : see declaration of
'tagSTGOPTIONS'
error: command 'C:\Tools\MSVCNET.2003\Vc7\bin\cl.exe'
failed with exit status 2



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

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

[pywin32-bugs] [ pywin32-Bugs-1208544 ] setup.py fails to find most recent platform SDK

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

Bugs item #1208544, was opened at 2005-05-25 11:33
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=1208544&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: PJ Tremblay (piairjooles)
Assigned to: Nobody/Anonymous (nobody)
Summary: setup.py fails to find most recent platform SDK

Initial Comment:
The most recent Microsoft Platform SDK installation
isn't found (as of date of submission of this bug).

The key name I have in the registry is:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MicrosoftSDK\InstalledSDKs\8F9E5EF3-A9A5-491B-A889-C58EFFECE8B3\Installed
Dir

whereas setup.py is looking for it in:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MicrosoftSDK\Directories\Installed
 Dir

Creating a new string value at the latter key patches
the problem.


Note:  the Platform SDK readme header says: Windows
Server 2003 SP1 SDK Release Notes

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

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

[pywin32-bugs] [ pywin32-Bugs-1208530 ] PyBitmap.GetBitmapBits Memory Leak

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

Bugs item #1208530, was opened at 2005-05-25 15:11
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=1208530&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: Michael Stone (mbrierst)
Assigned to: Nobody/Anonymous (nobody)
Summary: PyBitmap.GetBitmapBits Memory Leak

Initial Comment:
PyBitmap's GetBitmapBits method seems to leak 
memory.  A quick look shows a call to GlobalAlloc in the 
ui_get_bitmap_bits function in win32bitmap.cpp with no 
corresponding GlobalFree call.  The memory is unlocked 
but not freed.


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

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

[pywin32-bugs] [ pywin32-Bugs-1086260 ] Tray Icon remains even if close PythonWin version-2.4.0

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

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pythonwin
Group: None
Status: Closed
Resolution: Duplicate
Priority: 5
Submitted By: Dileep Nirala (dileep_nirala)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tray Icon remains even if close PythonWin version-2.4.0

Initial Comment:
PythonWin-2.4 Tray Icon in system Tray for Windows 
platform remains in the system Tray even if 
you close the application. If you open and close 
PythonWin application 10 times, you will see 10 tray 
icons. If you hover the mouse then only it goes off.

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

Comment By: Jason Drew (jason_drew)
Date: 2005-05-24 17:11

Message:
Logged In: YES 
user_id=1229717

Thanks for the pointer to bug 1101347. That patch worked
fine for me too.
Jason

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

Comment By: Mark Hammond (mhammond)
Date: 2005-03-04 18:51

Message:
Logged In: YES 
user_id=14198

Tracking this in 1101347, as it has a patch that seems to
work well and will be checked in.

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

Comment By: Roger Upole (rupole)
Date: 2005-03-01 17:28

Message:
Logged In: YES 
user_id=771074

Anybody else tried out the patch attached to bug #
1101347 yet ?  It fixes this problem, and I've been using
it for several weeks with no problems.

      Roger


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

Comment By: Jason Drew (jason_drew)
Date: 2005-02-28 21:22

Message:
Logged In: YES 
user_id=1229717

I have observed the same bug: Pythonwin 2.4, on both Windows
2000 and Windows XP.

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

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

[pywin32-bugs] [ pywin32-Bugs-1208081 ] Fix: WaitForServiceStatus doesn't work for remote boxes

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

Bugs item #1208081, was opened at 2005-05-24 14:48
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=1208081&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: Michael Schall (schallm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix: WaitForServiceStatus doesn't work for remote boxes

Initial Comment:
The machine name is not passed to QueryServiceStatus.  
Current code:
        now_status = QueryServiceStatus(serviceName)[1]
Fixed code:
        now_status = QueryServiceStatus(serviceName,
machine)[1]

Full function:
def WaitForServiceStatus(serviceName, status, waitSecs,
machine=None):
    """Waits for the service to return the specified
status.  You
    should have already requested the service to enter
that state"""
    hscm =
win32service.OpenSCManager(machine,None,win32service.SC_MANAGER_ALL_ACCESS)
    for i in range(waitSecs*4):
        now_status = QueryServiceStatus(serviceName,
machine)[1]
        if now_status == status:
            break
        win32api.Sleep(250)
    else:
        raise pywintypes.error,
(winerror.ERROR_SERVICE_REQUEST_TIMEOUT,
"QueryServiceStatus",
win32api.FormatMessage(winerror.ERROR_SERVICE_REQUEST_TIMEOUT)[:-2])
 

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

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

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

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

I finally just had to give up and uninstall Windows 2003 SP1. It broke to
many apps for me to use it. After my uninstall of SP1, Spambayes works great
:)

Good luck in finding the problem - sorry I couldn't be of more help.

-----Original Message-----
From: Uncle Monkey Face [mailto:unc...@wh...] 
Sent: Wednesday, May 18, 2005 9:21 PM
Cc: 'pyw...@li...'
Subject: RE: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes
workingon Windows Server 2003 SP1?

Acckkkkk - me too (installed .NET 1.1 SP1 before Win2k SP1). 

Since we all the same version of "MFC71.dll", what is your file's date? Mine
is "March 19, 2003, 12:19:59 AM". Like Sean said, a needle in a haystack -
that date makes me think the file hasn't changed in quite a while... I know
it's a shot in the dark but they changed files with SQL Server 2000's
SP3/SP3a but didn't change the release date recently.

I just wonder if we're looking in the right place (by looking at MFC71.dll).
I'm wondering if security isn't where we should be looking since SP1 was
very focused on security. Were there any permissions changes regarding using
classes/methods in the .NET Framework introduced in SP1? 

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

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?

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

Acckkkkk - me too (installed .NET 1.1 SP1 before Win2k SP1). 

Since we all the same version of "MFC71.dll", what is your file's date? Mine
is "March 19, 2003, 12:19:59 AM". Like Sean said, a needle in a haystack -
that date makes me think the file hasn't changed in quite a while... I know
it's a shot in the dark but they changed files with SQL Server 2000's
SP3/SP3a but didn't change the release date recently.

I just wonder if we're looking in the right place (by looking at MFC71.dll).
I'm wondering if security isn't where we should be looking since SP1 was
very focused on security. Were there any permissions changes regarding using
classes/methods in the .NET Framework introduced in SP1? 

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

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?

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

Me too... (I installed .NET Framework 1.1 SP1 before Win2k3 SP1)

It should make *zero* difference though... 

-----Original Message-----
From: Sean Covel [mailto:sea...@co...] 
Sent: Wednesday, May 18, 2005 7:16 PM
To: Uncle Monkey Face
Cc: pyw...@li...
Subject: Re: [Spambayes] [pywin32-bugs] Re: Any updates on Spambayes
workingon Windows Server 2003 SP1?

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
>