Beefy Boxes and Bandwidth Generously Provided by pair Networks
Clear questions and runnable code
get the best and fastest answer
 
PerlMonks  

Re: Re: Using expect.pm in background process

by fsn (Friar)
on Sep 28, 2002 at 09:56 UTC ( [id://201430]=note: print w/replies, xml ) Need Help??


in reply to Re: Using expect.pm in background process
in thread Using expect.pm in background process

I think you dismiss the Expect modules to early. While Net::Telnet certainly has an impressive featureset, with even patternmatching and timeouts, Expect is even better. In my work as a Test Engineer I found Expect and Expect.pm to be easy to work with.

According to the documentation, Expect should work on "any modern POSIX Unix", and under Cygwin (but not ActivePerl), which also makes it rather portable.

However, if the brother doesn't need all the bells and whistles of Expect, your suggestion is an excellent one.

  • Comment on Re: Re: Using expect.pm in background process

Replies are listed 'Best First'.
Re: Re: Re: Using expect.pm in background process
by jj808 (Hermit) on Sep 28, 2002 at 14:28 UTC
    I guess it's a case of 'once bitten, twice shy'...

    When I was using Expect to control an interactive command process, it occasionally got out of sync - I would send a command, get a truncated response, send another command and get the previous response in full. This was not a timeout or prompt-matching issue. But since replacing Expect with Net::Telnet I have had no problems (famous last words!).

    Maybe it didn't like DEC Compaq HP Tru64 UNIX or DEC AlphaServer hardware?

    JJ

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://201430]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others musing on the Monastery: (7)
As of 2024-04-23 16:54 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found