Python+Expect+Win32 = Not Possible?

[Cameron Laird]

In article <1189681397.349994.126130 at 57g2000hsv.googlegroups.com>,
gamename  <namesagame-usenet at yahoo.com> wrote:
>On Sep 13, 1:42 am, half.ital... at gmail.com wrote:
>> On Sep 12, 9:27 pm, gamename <namesagame-use... at yahoo.com> wrote:
>>
>> > Hi,
>>
>> > Is it still the case there is no practical Expect-like module for
>> > win32? I know that cygwin can support pexpect, but that isn't an
>> > option here --- I have to use a native win32 Python version.
>>
>> > Are there alternatives, or is it simply not an option to replicate
>> > Expect on win32 with python?
>>
>> > All I'm trying to do is start a couple processes, wait for each to say
>> > "done" on stdout and then quit (or timeout if something went wrong).
>>
>> > TIA,
>> > -T
>>
>> I had planned on using telnet to do the same thing on windows.  I
>> don't think I ever proved it, but I'm pretty sure it will work.
>
>Thanks, Sean.  The problem is that telnet is generally disabled on
>most hosts nowadays.
			.
			.
			.
I'm plenty confused about who's saying what now.  Yes,
well-run modern hosts disable telnetd; I think the 
original description, though, was about use of telnet
to connect to hardware devices which provide some
simple TCP/IP (or serial-line?) service.  Windows 
still builds in the telnet *client* ...

... which might well be superfluous.  If these 
hardware devices (did I understand that part correctly?)
are just simple network servers, and don't, for example,
demand authentication, Python's socket library can be
used directly (and even portably!), without involvement
of Expect capabilities or an external telnet executable.