From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Tennis Smith \(tennis\)" Newsgroups: gmane.emacs.help Subject: Help - Expect Parsing Strangeness In Emacs Shell Date: Sun, 15 Aug 2004 14:07:30 -0700 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <001e01c4830b$e0b78920$1c0a0a0a@amer.cisco.com> Reply-To: tennis@cisco.com NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_001F_01C482D1.3458B120" X-Trace: sea.gmane.org 1092603995 11074 80.91.224.253 (15 Aug 2004 21:06:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 15 Aug 2004 21:06:35 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Aug 15 23:06:27 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BwSCx-0004kt-00 for ; Sun, 15 Aug 2004 23:06:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BwSH1-0001Ps-L5 for geh-help-gnu-emacs@m.gmane.org; Sun, 15 Aug 2004 17:10:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BwSGp-0001Pm-U8 for help-gnu-emacs@gnu.org; Sun, 15 Aug 2004 17:10:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BwSGo-0001Pa-93 for help-gnu-emacs@gnu.org; Sun, 15 Aug 2004 17:10:27 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BwSGo-0001PX-7U for help-gnu-emacs@gnu.org; Sun, 15 Aug 2004 17:10:26 -0400 Original-Received: from [171.68.10.86] (helo=sj-iport-4.cisco.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BwSCd-00024F-2Z for help-gnu-emacs@gnu.org; Sun, 15 Aug 2004 17:06:07 -0400 X-BrightmailFiltered: true Original-Received: from tennisw2k01 (tennis@sjc-vpn5-963.cisco.com [10.21.91.195]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id i7FL5s6f015116; Sun, 15 Aug 2004 14:05:55 -0700 (PDT) Original-Received: from tennisw2k01 ([127.0.0.1]) by [127.0.0.1] with ESMTP (SpamPal v1.57) sender ; 15 Aug 2004 14:07:30 -0700 Original-To: , "'ats-support \(mailer list\)'" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.5709 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300 Importance: Normal X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:20122 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:20122 This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C482D1.3458B120 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi, Apologies for the wide distribution. This is in one of those grey areas between tools. Basically, in certain circumstances, Tcl/Expect doesn't seem to work correctly while in a tcsh/bash shell under Emacs. Application output = that Expect is "expecting" will not be detected. I ran into this while trying to parse the output of a telnet session to = a MS Windows machine. Initially, I thought it was something wrong with the Windows output (or with your humble programmer ;-)). During debugging, = I've winnowed out the various components. Now I can recreate it at will on Solaris and Linux with no telnet/Windows involvement. By contrast, everything works correctly on rxvt, xterm and Emacs version 20.7.1 and earlier. The only environment that consistently has this occur is Emacs versions 21.2.95.2 and later. In addition, this only happens parsing strings with "tabs" (0x09) frequently used. How to observe/recreate: Attached, is tar file with two tiny scripts that illustrate the problem. = =20 After uncompress/untar, run the "test.exp" script. The "test.exp" script spawns a task that will print a reproduction of a command output. When everything is working correctly, you'll see two copies of the command output, one from stdout and one printed from expect itself. =20 If run under an xterm, expect will be able to detect output and put it = into the "accum" variable (which is then printed). But, if run in a shell = under Emacs (tcsh or bash in my case), expect will not detect the data and = will put only blank lines into the "accum" variable. Has anyone else seen this?=20 TIA, -Tennis ------=_NextPart_000_001F_01C482D1.3458B120 Content-Type: application/x-compress; name="exptest.tar.Z" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="exptest.tar.Z" H52QLl6UwQOHTpk5dF4AWMiwocOHECNKnEixYkUYMGjAuFGjBgCMNGrA6PgRI8YZMUqaXIkRQAwY L2/coCGjhg0bH2PEuBHDIwiPFoMKHUq06MM6CMPIAQECgEE3btLMMQqxjJszOqlq3cq1q9evYLcG HFjwYEIyYeiEOWPVBZ0xbMLK3QoTI0ePIEWSZIlS5coYM27AcFlXJk2bOGFqrAkAxOC5kCMfTbq0 6dOoU71axZpSsufPoEN7HhHihZg0bl7MQaNgBAg8sGPLnk27tu3buHPnVjCnDB0QlA0u3QOCxJ4Y OlaIIAFERB8FTJmuTmOGDvTo06tfZzqwzBgQZL3/bmGmOAwQLVoUP558efPnz13rnk+/vv3aChTA qUNnDggRacAxxhtumJHGGVwowIUbC16BGhlv3OGfDCaBkAQUIAxBoIFn1CFHWmkQmOCCCxZBBxpl yOGGbyCEgVZZS8Uggw0gOOHbHW/IsYYOIzLoRgIaQiVeiG60MAcc3lGXxndEODEFCFPUYYaBeDDl Agg6gNBjAheCEAQZZMhx0BxXlgmCmWieqaaZWcLggptwbhmlGCv+1kQYc6yx5p5p9omlY28GCsOW RJRhRhh1sPHbEWmVcUcYefApaZpZ9ljiiSnW2eKLwoGwkww13pjjjpb+GOSKY9BBpJFIjqEkk05C KSWVVv65ZZdfhjmmn7xKmuWnLsSQQ7A34OCCDDTJWQedLN6Z56TQUgpCTTUc25G11Q6q4I+FHpro oo0+Gmmvfv56gwzBDruTsTGIoIBo8MYr77z0ajUWQQYh9EK+dLhAVr2i1bXRXhnphddKfbGE0U40 4PRSTDPVdFNOM9AkQ2OPAawxREipVZlTVmH21WZZbWzyySgLRZppqKnGmnz3xSzzzLDxxmJwKYJA nHHIKcecc9sBhwZ11kUnNNFBd/ddeKmiVx4J56W3Xs/uAR3fazRnrTVu+Y3QmoV2lAECHXKkUQYZ Yw/tH78g1OEGGTm/tVqLb4MgBp5oXCnEGyeCgEYYYact9hxhtFHG12LO8a0LrenHn38i+CD55JIL UcQRSTgBghVFSDFFEk9onrkRT/Bg+umoJ2i0lm5QMQQTm3f+eeg8uvEWGyCELcccRIKwBWpmvDE2 XLrzTmAXJAbNehFYQFHEEFTE7jnoTtS+hdLgESQeenYgz6DyCwoRxBRIbJ6i8W5Yj/3dc6dXPJHe q270gq6Tb/7uRNbuO/Zyo4FeC+87XvJWtyDKTa4ITiCC9GYnOieQDnUQhCCJ3OAu3sAhDHdwg93w lh+yfKE3dRNBQNCiFra4wS1wWVAFe/ObMIxhDHVog86eowCm/WYP+TFaC8T0nx7icHXYYZELYSjD 5exhiDHsAwls+IU38AcFYphVilLgLiByhyBfGJDtUFOHwxmNhkZTleGceEPlRYc6OgvBFhBStquA gA2b6dsStZeqJj4xilOaYhf6oDMzApGFLXphDJkiAjGeDQRkBMGj0qAqNwZvKSQMQxWtyMcysKE3 fbTi6gCJxCIap5N9mKARUBMG3BmSjCr0Iwie80UF0HA//flPJ3VAgk66K2W4zKUud8nLXvryl8AM pjCHScxiGvOYyEymMpfJzGY685nQjKY0p0nNalrzmtjMpja3yc1uevOb4AynOMdJznKa85zoTKc6 18nOdrrznfCMpzznSc962vOe+MynPvfJz376858ADag1AQ== ------=_NextPart_000_001F_01C482D1.3458B120 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Help-gnu-emacs mailing list Help-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnu-emacs ------=_NextPart_000_001F_01C482D1.3458B120--