Bug 16539 - Advanced Send/Expect
Summary: Advanced Send/Expect
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: piranha
Version: 2.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike McLean
QA Contact: Brian Brock
URL:
Whiteboard:
Keywords: FutureFeature
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-08-18 16:25 UTC by keith.moore
Modified: 2007-11-30 22:06 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2003-05-06 23:06:58 UTC


Attachments (Terms of Use)

Description Red Hat Bugzilla 2000-08-18 16:25:33 UTC
I would like to be able to do more complex send/expect strings. 
Specifically I would like to have the expect string be anywhere in the
returned text.  

This would also require the ability to update the poll pace (If it's a more
complex search, you might not want to do it as often).

Also, I would like to have multiple send/expect strings.

If this is not currently being worked on, I will start working on it.  It's
mostly changes to nanny and the gui, and of course the config reader.

-- Keith Moore

Comment 1 Red Hat Bugzilla 2000-08-18 16:39:46 UTC
This is planned for an upcoming release. Specifically, I would like to see the
ability of specifying binary data, and an "offset" or leading wildcard on the
expect string so that the test is not limited to the first characters received.

The send/expect logic will probably change greatly. It really needs to move into
scripts rather than be passed as arguments to nanny. You are encouraged to
enhance it as you can, and if you send us the patches we could always use them
as upgrades to THIS version -- even if they prove incompatible to the next
version.



Comment 2 Red Hat Bugzilla 2002-10-17 16:01:39 UTC
You can now do complex things by using the send_program feature.

Regex send/expect in nanny itself is in the pipe.

Comment 3 Red Hat Bugzilla 2003-05-06 23:06:58 UTC
fixed in cvs.


Note You need to log in before you can comment on or make changes to this bug.