win32pipe.popen3

[Jakob Simon-Gaarde]

Follow-up on a thread from 1999 (see below)

Well now it is 2005 and the operating system I'm using is Windows
Server 2003, and I can still see that the same problem persists with:

win32pipe.popen2()
win32pipe.popen3()
win32pipe.popen4()

while win32pipe.popen() does almost what you want.

>>> import win32pipe
>>> win32pipe.popen('cmd')

>>> r=win32pipe.popen('cmd')
>>> r.readline()
'Microsoft Windows XP [Version 5.1.2600]\n'
>>> r.readline()
'(C) Copyright 1985-2001 Microsoft Corp.\n'
>>> r.readline()
'\n'
>>> r.readline()
'C:\\backup\\TRPython241\\trpython>'

Although I think the last readline ought to return None since no
carriage return has been issued yet, it is better than popen2,popen3
and popen4, which all just block the parent process.

The current behaviour of win32pipe.popen2(), win32pipe.popen3() and
win32pipe.popen4() would be acceptable for me if I knew a way to test
if there was something ready for reading, but I can't see how to do
that test, therfore I don't know when to stop reading from output :( Is
there a solution for this, can I poll/test for ready-read on popen3 I/O
objects.

Best regards
Jakob Simon-Gaarde


---
>From a thread in 1999
High Arpard,

thanx for help but I got probs with that popen3 under Win95:
'o.readlines()' doesn't return anymore. To find out I checked
it line per line:

Python 1.5.2 (#0, Apr 13 1999, 10:51:12) [MSC 32 bit (Intel)] on win32
Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam
>>> import win32pipe
>>> i,o,e=win32pipe.popen3('ver', 'b')
>>> o.readline()
'\015\012'
>>> o.readline()

'Windows 95. [Version 4.00.]\015\012'

>>> o.readline()
'\015\012'
>>> o.readline()

Don't know why, but it never;-) returns.
Perhaps it may be a bug in win32pipe, that it doesn't return
becourse readline couldn't find CarriageReturn/EOF?

I took win32pipe.popen('ver','r') for a better solution.
That works fine.

greetings,
Holger

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: win32pipe.popen3

[Jakob Simon-Gaarde]

Me again.

I forgot to mention that readline() in popen2,3 and 4 even locks up the
parent-proces though it is called from a thread, so it's a real
deadlock.

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Digest MD5 authentication over using ZSI

[Jakob Simon-Gaarde]

Just for the record. After accepting that pythons build-in digest
authentication (HTTPDigestAuthHandler)  does *NOT* work, I made my own
digest authentication handler and built it into ZSI, they have recieved
and accepted the patch so it should be part of the next ZSI release
(current 1.7).

I have tested the implementation with Microsoft MapPoint services,
seems OK:

#-
#Usage example (MapPoint SOAP Services):
#-
from CommonService_services import *
loc = FindServiceLocator()
import sys
import ZSI
kw={'tracefile':sys.stdout, 'auth' : (
ZSI.AUTH.httpdigest, 'username', 'passwd') }
portType = loc.getFindServiceSoap(**kw)

AddressLine='Lergravsvej 28'
PostalCode='8660'
CountryRegion='DK'
InputAddress = ns1.Address_Def()
InputAddress._AddressLine = AddressLine
InputAddress._PostalCode = PostalCode
InputAddress._CountryRegion = CountryRegion

specification = ns1.FindAddressSpecification_Def()
specification._InputAddress = InputAddress
specification._DataSourceName = 'MapPoint.EU'
request = FindAddressSoapInWrapper()

request._specification = specification

res = portType.FindAddress(request)
#-

Best regards 
Jakob Simon-Gaarde

-- 
http://mail.python.org/mailman/listinfo/python-list