<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Activity for Expect</title><link>https://sourceforge.net/p/expect/activity/</link><description>Recent activity for Expect</description><language>en</language><lastBuildDate>Mon, 06 Apr 2026 11:05:56 -0000</lastBuildDate><item><title>Ashok P. Nadkarni posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#7cfe</link><description>There is now a port of Expect to Tcl 9 at http://github.com/tcltk-depot/expect which houses a number of Tcl packages that are not longer maintained by the original authors.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ashok P. Nadkarni</dc:creator><pubDate>Mon, 06 Apr 2026 11:05:56 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#7cfe</guid></item><item><title>Helge Kreutzmann created ticket #109</title><link>https://sourceforge.net/p/expect/bugs/109/</link><description>Issue in man pages</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Helge Kreutzmann</dc:creator><pubDate>Tue, 06 Jan 2026 14:29:08 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/109/</guid></item><item><title>cdo posted a comment on discussion Help</title><link>https://sourceforge.net/p/expect/discussion/41514/thread/7157e6b35f/?limit=25#4377</link><description>Hi, Tested on my debian 12 xfce but the script exit immediately and output script.exp is empty : cdo@debian:~/Documents/Christophe/Notes/PC/Expect$ uname -a Linux debian 6.1.0-40-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.153-1 (2025-09-20) x86_64 GNU/Linux cdo@debian:~/Documents/Christophe/Notes/PC/Expect$ expect5.45.4/example/autoexpect autoexpect started, file is script.exp cdo@debian:~/Documents/Christophe/Notes/PC/Expect$ Am I using it wrongly (I read expect5.45.4/example/autoexpect.man) ? Thanks...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">cdo</dc:creator><pubDate>Thu, 06 Nov 2025 13:51:31 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41514/thread/7157e6b35f/?limit=25#4377</guid></item><item><title>Don Libes posted a comment on ticket #26</title><link>https://sourceforge.net/p/expect/patches/26/?limit=25#18d9</link><description>I agree that the behavior is wrong and your patch looks good.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Libes</dc:creator><pubDate>Wed, 27 Aug 2025 00:50:57 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/26/?limit=25#18d9</guid></item><item><title>Andrew Burgess created ticket #26</title><link>https://sourceforge.net/p/expect/patches/26/</link><description>Empty substring at start of buffer</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andrew Burgess</dc:creator><pubDate>Tue, 26 Aug 2025 10:36:19 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/26/</guid></item><item><title>Bernhard Rosenkraenzer posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#ac26</link><description>Hi, I'm the maintainer of the expect package in OpenMandriva. While I don't have the time to take over maintainership of expect properly, I would certainly volunteer to get an expect 5.46 release out of the door that essentially does what we have in our package already: Tcl 9.0 support, support for newer compilers (without needing -fpermissive), and a few assorted bugfixes.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bernhard Rosenkraenzer</dc:creator><pubDate>Fri, 14 Mar 2025 04:00:18 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#ac26</guid></item><item><title>JP Caron created ticket #10</title><link>https://sourceforge.net/p/expect/support-requests/10/</link><description>Expect package is not thread safe</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">JP Caron</dc:creator><pubDate>Fri, 10 Jan 2025 15:05:01 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/10/</guid></item><item><title>Nils Carlson posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#f2e0</link><description>Anyone interested in maintainership is most welcome to take over. I'm unfortunately not a daily expect user for many years now and not dependent on it, so I'm really not suitable. Also my family has expanded since I took over and little free time is spent on programming these days!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 29 Dec 2024 21:50:03 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#f2e0</guid></item><item><title>Brett Neumeier posted a comment on ticket #108</title><link>https://sourceforge.net/p/expect/bugs/108/?limit=25#9333</link><description>This is fixed in the contributed 5.45.4.1 version linked from the Tcl 9.0 porting page at https://wiki.tcl-lang.org/page/Porting+extensions+to+Tcl+9 -- which also works with Tcl 9.0.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brett Neumeier</dc:creator><pubDate>Sun, 29 Dec 2024 19:38:23 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/108/?limit=25#9333</guid></item><item><title>Brett Neumeier posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#344a</link><description>FYI: the released version 5.45.4 of Expect does not work with the newly-released Tcl 9.0. There is a contributed port mentioned on the 9.0 porting page (https://wiki.tcl-lang.org/page/Porting+extensions+to+Tcl+9), which as of 2024-12 can be obtained from https://www.tcl3d.org/bawt/download/InputLibs/expect-5.45.4.1.7z The porting page says that it doesn't work with GCC 14.x, but if you configure it with CFLAGS including -fpermissive, it does.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brett Neumeier</dc:creator><pubDate>Sun, 29 Dec 2024 19:36:36 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#344a</guid></item><item><title>Eric Gallager created ticket #9</title><link>https://sourceforge.net/p/expect/support-requests/9/</link><description>Heuristic for distinguishing Expect files from other files that might use the '*.exp' file extension</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Eric Gallager</dc:creator><pubDate>Tue, 27 Aug 2024 07:00:12 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/9/</guid></item><item><title>Eric Gallager posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#7596</link><description>The GNU Toolchain (GCC, GDB, binutils) still relies heavily on expect for its various testsuites, so it would be a huge problem for the project if expect were to be EOL-ed...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Eric Gallager</dc:creator><pubDate>Tue, 27 Aug 2024 06:46:00 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#7596</guid></item><item><title>Ross Burton created ticket #25</title><link>https://sourceforge.net/p/expect/patches/25/</link><description>Allow cross-compiling</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ross Burton</dc:creator><pubDate>Tue, 18 Jun 2024 10:49:02 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/25/</guid></item><item><title>Nils Carlson posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/feature-requests/8/?limit=25#4be1</link><description>I agree. This is on my to-do list, I'm afraid I've very much neglected expect since covid.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 07 Apr 2024 10:49:06 -0000</pubDate><guid>https://sourceforge.net/p/expect/feature-requests/8/?limit=25#4be1</guid></item><item><title>Florian Weimer posted a comment on ticket #24</title><link>https://sourceforge.net/p/expect/patches/24/?limit=25#efc3</link><description>And another fix for exp_chan.c. This ports expect to the current channel code (I hope).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Florian Weimer</dc:creator><pubDate>Wed, 17 Jan 2024 19:15:10 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/24/?limit=25#efc3</guid></item><item><title>Tomasz K&amp;#322;oczko created ticket #8</title><link>https://sourceforge.net/p/expect/feature-requests/8/</link><description>move VCS to git</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tomasz K&amp;#322;oczko</dc:creator><pubDate>Sun, 20 Aug 2023 12:26:57 -0000</pubDate><guid>https://sourceforge.net/p/expect/feature-requests/8/</guid></item><item><title>Adrien Destugues posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/?limit=25#8bf8</link><description>The previous strace output was missing spawned threads, here is a more complete one: [ 3166] open(0xffffffff, "/dev/tty", O_RDWR, 0x0) = 0x3 (30 us) [ 3166] ioctl(0x3, TCGETA, 0x1c322f83560, 0x0) = 0x0 No error (16 us) [ 3166] ioctl(0x3, TIOCGWINSZ, 0x1c322f83170, 0xd40ccc888c) = 0x0 No error (14 us) [ 3166] ioctl(0x0, TCGETA, 0x7f60df9cf360, 0x20) = 0x0 No error (14 us) [ 3166] ioctl(0x1, TCGETA, 0x7f60df9cf360, 0x20) = 0x0 No error (13 us) [ 3166] ioctl(0x0, TCGETA, 0x7f60df9cf340, 0x20) = 0x0...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adrien Destugues</dc:creator><pubDate>Sun, 02 Jul 2023 08:53:55 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/?limit=25#8bf8</guid></item><item><title>Adrien Destugues posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/?limit=25#d301/b84a</link><description>I have now fixed that bug: closing the pty was not unblocking poll()/select() waiting for read events on the other side of it. However, that didn't help: expect is still not noticing when the pty is closed by the child exiting.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adrien Destugues</dc:creator><pubDate>Sun, 02 Jul 2023 08:40:51 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/?limit=25#d301/b84a</guid></item><item><title>Adrien Destugues posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/?limit=25#d301</link><description>I have made some testing of PTY behavior in Haiku and I think I found a bug: https://dev.haiku-os.org/ticket/18486 However, I am not sure where in expect or in tcl this would come into play, as I didn't find an use of select or poll (probably I just missed it because I don't know where to look).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adrien Destugues</dc:creator><pubDate>Sat, 01 Jul 2023 13:40:22 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/?limit=25#d301</guid></item><item><title>Adrien Destugues posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/?limit=25#7128</link><description>The PTY system is configured to use openpty and should behave similarly to the BSDs, but of course, there could be bugs. It seems to be working except for the end of file detection. For example if I do: spawn echo hi expect hi This is working fine. Yes, we have strace. Here is the trace on Haiku: [ 3199] open(0xffffffff, "/dev/tty", O_RDWR, 0x0) = 0x3 (31 us) [ 3199] ioctl(0x3, TCGETA, 0x1491b524560, 0x0) = 0x0 No error (14 us) [ 3199] ioctl(0x3, TIOCGWINSZ, 0x1491b524170, 0x1d907acf8bc) = 0x0 No...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adrien Destugues</dc:creator><pubDate>Sat, 01 Jul 2023 08:44:38 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/?limit=25#7128</guid></item><item><title>Don Libes posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/?limit=25#e0d7/c1e0</link><description>Tcl's channel system will use Expect's input handler (ExpInputProc in exp_chan.c) so verify whether ExpInputProc is even being called. The input handler basically just does a read() which should return immediately IF the pty has been properly configured. Pty misconfiguration is the most likely issue for a new port since every OS loves to have its own pty variant. Verify that configure is choosing the right implementation. If there is no right implementation, might require a comparison of other's...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Libes</dc:creator><pubDate>Sat, 01 Jul 2023 06:30:17 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/?limit=25#e0d7/c1e0</guid></item><item><title>Nils Carlson posted a comment on ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/?limit=25#e0d7</link><description>Hi, Normally (on Linux) the best way to debug these sorts of issues are with strace. I don't know if something similar is available on Haiku? Regards, Nils On 30 June 2023 at 22:49:22 +02:00, Adrien Destugues pulkomandy@users.sourceforge.net wrote: [support-requests:#8] https://sourceforge.net/p/expect/support-requests/8/ Expect on Haiku fails to wait for end of file Status: open Group: Created: Fri Jun 30, 2023 08:49 PM UTC by Adrien Destugues Last Updated: Fri Jun 30, 2023 08:49 PM UTC Owner: nobody...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 01 Jul 2023 05:44:27 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/?limit=25#e0d7</guid></item><item><title>Adrien Destugues created ticket #8</title><link>https://sourceforge.net/p/expect/support-requests/8/</link><description>Expect on Haiku fails to wait for end of file</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adrien Destugues</dc:creator><pubDate>Fri, 30 Jun 2023 20:49:21 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/8/</guid></item><item><title>Florian Weimer posted a comment on ticket #24</title><link>https://sourceforge.net/p/expect/patches/24/?limit=25#6759</link><description>Additional changes are required in the configure script. I'm attaching what we will be using in Fedora.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Florian Weimer</dc:creator><pubDate>Fri, 18 Nov 2022 08:34:19 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/24/?limit=25#6759</guid></item><item><title>Khem Raj created ticket #24</title><link>https://sourceforge.net/p/expect/patches/24/</link><description>Fix build with clang 15+</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Khem Raj</dc:creator><pubDate>Tue, 16 Aug 2022 01:34:40 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/24/</guid></item><item><title>xctan created ticket #108</title><link>https://sourceforge.net/p/expect/bugs/108/</link><description>Outdated config.guess file cannot recognize riscv64 platform</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">xctan</dc:creator><pubDate>Mon, 01 Aug 2022 11:06:47 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/108/</guid></item><item><title>Don Libes posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#fa58</link><description>I'm not doing expect maintenance any more but I can offer some advice: The reasons to include Tcl's internal headers were largely for the Tcl debugger (not an essential tool - can simply be deleted) and to use Expect as a standalone C library (skip it - it's not needed to run Expect). Regarding the use of "open" as a function, Expect itself calls the system open(). Expect does not have its own open().</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Libes</dc:creator><pubDate>Wed, 22 Jun 2022 04:23:55 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#fa58</guid></item><item><title>Greg Troxel posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#34bd</link><description>We have patches to add support for MirBSD and DragonFly, and now SCO/SVR5. The build system seems to do different things per platform (lib naming), and in pkgsrc that's a bug. There's no static lib and the dynamic lib doesn't have the normal naming (with a major/minor version). We have a workaround for deadlocks on solaris and linux. The code uses "open" as a procedure name which fails on SVR5 (and is dodgy anyway as shadowing is at best boggling). pkgsrc is stable, but these should be applied upstream,...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Greg Troxel</dc:creator><pubDate>Mon, 20 Jun 2022 12:18:10 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#34bd</guid></item><item><title>Nils Carlson posted a comment on ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/?limit=25#fb2f</link><description>Hi, This is unfortunately largely true - I will contact the tcl community and discuss the way forward - I have no time to work on expect any longer - and after a job switch no professional use for it. This makes my maintainer role less than ideal - I have a bunch of unreleased bug fixes though which I hope to push. Let me know if there's anything specific you're missing. Also - with large scale refactoring ongoing for tcl 9 expect is in a difficult situation - it relies on internal TCL headers. Cheers,...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Mon, 20 Jun 2022 07:07:33 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/?limit=25#fb2f</guid></item><item><title>Greg Troxel created ticket #107</title><link>https://sourceforge.net/p/expect/bugs/107/</link><description>expect appears to be unmaintained</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Greg Troxel</dc:creator><pubDate>Sun, 19 Jun 2022 22:33:17 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/107/</guid></item><item><title>Daniel Drucker posted a comment on ticket #106</title><link>https://sourceforge.net/p/expect/bugs/106/?limit=25#99f6</link><description>This works in 5.45, fails in 5.45.4.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Drucker</dc:creator><pubDate>Sun, 23 May 2021 14:16:02 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/106/?limit=25#99f6</guid></item><item><title>Daniel Drucker created ticket #106</title><link>https://sourceforge.net/p/expect/bugs/106/</link><description>stty returns 0 rows and columns on Apple M1</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Drucker</dc:creator><pubDate>Sun, 23 May 2021 12:55:22 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/106/</guid></item><item><title>lordvictory posted a comment on discussion Open Discussion</title><link>https://sourceforge.net/p/expect/discussion/41513/thread/264f93ada8/?limit=25#e763</link><description>I'm trying to build expect from the 5.45.4 sources for an ARM Linux target. I've got TCL v8.6.11 building fine for said target, but am getting errors when configuring expect. It indicates: checking if WNOHANG requires _POSIX_SOURCE... configure: error: Expect can't be cross compiled In searching the net I found a couple references to this issue, but links were to old posts which I couldn't retrieve. Anyone have any suggestions?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lordvictory</dc:creator><pubDate>Wed, 17 Feb 2021 18:38:50 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41513/thread/264f93ada8/?limit=25#e763</guid></item><item><title>Clint Johnson posted a comment on ticket #7</title><link>https://sourceforge.net/p/expect/support-requests/7/?limit=25#41b4</link><description>Correction: Not another version of tclsh but rather a script called tclsh which does something unexpected. If the irregular tclsh occurs in PATH, prior to /usr/bin/tclsh then something unexpected may occur. The remedy, I still think, is to call /usr/bin/tclsh rather than tclsh</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Clint Johnson</dc:creator><pubDate>Tue, 04 Aug 2020 20:08:52 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/7/?limit=25#41b4</guid></item><item><title>Clint Johnson created ticket #7</title><link>https://sourceforge.net/p/expect/support-requests/7/</link><description>unbuffer may be incompatible with other versions of tclsh in PATH</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Clint Johnson</dc:creator><pubDate>Thu, 02 Jul 2020 00:45:33 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/7/</guid></item><item><title>Nils Carlson modified ticket #23</title><link>https://sourceforge.net/p/expect/patches/23/</link><description>[PATCH] fix fd leak</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 31 May 2020 14:17:37 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/23/</guid></item><item><title>Nils Carlson posted a comment on ticket #23</title><link>https://sourceforge.net/p/expect/patches/23/?limit=25#cf90</link><description>Applied the second one - but changed the #elsepu to #else. Thank you.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 31 May 2020 14:17:05 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/23/?limit=25#cf90</guid></item><item><title>Nils Carlson posted a comment on ticket #23</title><link>https://sourceforge.net/p/expect/patches/23/?limit=25#51ee/7540</link><description>In principle it looks good - except why do you use '#elsepu' and not '#else'?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 30 May 2020 18:36:33 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/23/?limit=25#51ee/7540</guid></item><item><title>Clément Chigot posted a comment on ticket #23</title><link>https://sourceforge.net/p/expect/patches/23/?limit=25#51ee</link><description>There is a mistake in the previous version... This one should be better.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Clément Chigot</dc:creator><pubDate>Thu, 28 May 2020 09:29:14 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/23/?limit=25#51ee</guid></item><item><title>Clément Chigot created ticket #23</title><link>https://sourceforge.net/p/expect/patches/23/</link><description>[PATCH] fix fd leak</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Clément Chigot</dc:creator><pubDate>Wed, 27 May 2020 12:12:03 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/23/</guid></item><item><title>Nils Carlson modified ticket #105</title><link>https://sourceforge.net/p/expect/bugs/105/</link><description>CONST84 is deprecated, change to const</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Thu, 21 May 2020 16:56:31 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/105/</guid></item><item><title>Nils Carlson posted a comment on ticket #105</title><link>https://sourceforge.net/p/expect/bugs/105/?limit=25#9bad</link><description>done. Thank you.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Thu, 21 May 2020 16:56:18 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/105/?limit=25#9bad</guid></item><item><title>Nils Carlson modified ticket #15</title><link>https://sourceforge.net/p/expect/patches/15/</link><description>Fix most of compiler warnings (and some errors)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Thu, 21 May 2020 16:49:24 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/15/</guid></item><item><title>Nils Carlson posted a comment on ticket #15</title><link>https://sourceforge.net/p/expect/patches/15/?limit=25#a107</link><description>Applied! Thank you!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Thu, 21 May 2020 16:48:42 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/15/?limit=25#a107</guid></item><item><title>Tillmann Basien created ticket #6</title><link>https://sourceforge.net/p/expect/support-requests/6/</link><description>compling agains tcl8.7.a4 fails</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tillmann Basien</dc:creator><pubDate>Fri, 20 Dec 2019 10:27:23 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/6/</guid></item><item><title>Nils Carlson posted a comment on ticket #13</title><link>https://sourceforge.net/p/expect/patches/13/?limit=25#cc60</link><description>I had a look at it, I'm unsure the patch fixes it. I will try to re-verify it again against the latest tcl.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Fri, 18 Oct 2019 15:32:11 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/13/?limit=25#cc60</guid></item><item><title>ramok posted a comment on ticket #13</title><link>https://sourceforge.net/p/expect/patches/13/?limit=25#35d1</link><description>any news about this issue?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ramok</dc:creator><pubDate>Tue, 15 Oct 2019 05:51:10 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/13/?limit=25#35d1</guid></item><item><title>Peter da Silva created ticket #105</title><link>https://sourceforge.net/p/expect/bugs/105/</link><description>CONST84 is deprecated, change to const</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Peter da Silva</dc:creator><pubDate>Fri, 12 Jul 2019 15:53:42 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/105/</guid></item><item><title>Allen Kuruvila posted a comment on discussion Help</title><link>https://sourceforge.net/p/expect/discussion/41514/thread/c74b9604f2/?limit=25#8e19</link><description>Hi All, Based on one of the topics posted here, i have designed my expect script to return the exit code but for some reason it keeps on running and doesnt exit at all I am using the below script to -get a file from the remote server -delete the file after the transfer is complete Below is the code written set timeout 30 set user [lindex $argv 0] set pass [lindex $argv 1] set host [lindex $argv 2] set remote_file [lindex $argv 3] set local_file [lindex $argv 4] set port [lindex $argv 5] if {$port...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Allen Kuruvila</dc:creator><pubDate>Mon, 11 Feb 2019 23:07:43 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41514/thread/c74b9604f2/?limit=25#8e19</guid></item><item><title>Oleg Zhavoronkov posted a comment on ticket #5</title><link>https://sourceforge.net/p/expect/support-requests/5/?limit=25#ad74</link><description>Good day ! Help please can not understand what is the problem. On short messages, everything works fine. On a long message, the Match Buffer is rewritten and does not find “OK.” Then it falls off by timeout.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oleg Zhavoronkov</dc:creator><pubDate>Fri, 07 Dec 2018 12:18:30 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/5/?limit=25#ad74</guid></item><item><title>Oleg Zhavoronkov posted a comment on ticket #5</title><link>https://sourceforge.net/p/expect/support-requests/5/?limit=25#c586</link><description>Program for libexpect match buffer overwrite!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oleg Zhavoronkov</dc:creator><pubDate>Fri, 07 Dec 2018 12:15:11 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/5/?limit=25#c586</guid></item><item><title>Oleg Zhavoronkov created ticket #5</title><link>https://sourceforge.net/p/expect/support-requests/5/</link><description>libexpect   match buffer overwrite!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oleg Zhavoronkov</dc:creator><pubDate>Fri, 07 Dec 2018 12:12:17 -0000</pubDate><guid>https://sourceforge.net/p/expect/support-requests/5/</guid></item><item><title>mijies modified a comment on ticket #91</title><link>https://sourceforge.net/p/expect/bugs/91/?limit=25#6324</link><description>It just returns exit code 0 when the interpreter finds syntax errors. So the following example has "set -e", but the script does not stop. I am afraid that unit-tests could not find the bug depending on how they are written. (Actually this happened in a production environment, an app calls the script) # cat ./foo.sh #!/bin/bash set -e expect -c " spawn \"wrong syntax\" " echo $? # ./foo.sh spawn wrong syntax couldn't execute "wrong syntax": no such file or directory while executing "spawn "wrong...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mijies</dc:creator><pubDate>Sat, 27 Oct 2018 11:39:07 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/91/?limit=25#6324</guid></item><item><title>mijies posted a comment on ticket #91</title><link>https://sourceforge.net/p/expect/bugs/91/?limit=25#6324</link><description>It just returns exit code 0 when the interpreter finds syntax errors. So the following example has "set -e", but the script does not stop. I am afraid that unit-tests could not find the bug depending on how they are written. (Actually this happened in a production environment, an app calls the script) foo.sh 1 2 3 4 5 6 7 8#!/bin/bash set -e expect -c " spawn \"wrong syntax\" " echo $? # ./foo.sh spawn wrong syntax couldn't execute "wrong syntax": no such file or directory while executing "spawn...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mijies</dc:creator><pubDate>Sat, 27 Oct 2018 11:38:14 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/91/?limit=25#6324</guid></item><item><title>Anonymous modified a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 26 Sep 2018 14:05:22 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</guid></item><item><title>Anonymous modified a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 26 Sep 2018 12:56:00 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</guid></item><item><title>Joe Walker posted a comment on discussion Open Discussion</title><link>https://sourceforge.net/p/expect/discussion/41513/thread/57726bb9/?limit=25#de49</link><description>"Y$fr5dk" won't work unless you escape the $ with a \ like this: "Y\$fr5dk"</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Joe Walker</dc:creator><pubDate>Mon, 13 Aug 2018 19:53:15 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41513/thread/57726bb9/?limit=25#de49</guid></item><item><title>Nils Carlson modified ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/</link><description>Fix for coping with 0 from Tcl_ReadChars()</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Fri, 27 Apr 2018 21:05:43 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/</guid></item><item><title>Nils Carlson posted a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#2ea8</link><description>Closing, should already be fixed by now.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Fri, 27 Apr 2018 21:05:13 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#2ea8</guid></item><item><title>Caleb Fujimori posted a comment on ticket #104</title><link>https://sourceforge.net/p/expect/bugs/104/?limit=25#a4b7/08ef</link><description>Would installing to /usr/local/ on other Unix platforms work too? On Sun, Apr 15, 2018 at 2:58 PM, Nils Carlson pyssling@users.sourceforge.net wrote: I guess instrutions could be added to the web page, or we could try to autodect mac os x and change the default path. [bugs:#104] https://sourceforge.net/p/expect/bugs/104/ install fails on OS X 10.13* Status: open Group: Labels: install OS X Created: Fri Apr 13, 2018 10:54 PM UTC by Caleb Fujimori Last Updated: Fri Apr 13, 2018 10:54 PM UTC Owner:...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Caleb Fujimori</dc:creator><pubDate>Mon, 16 Apr 2018 21:38:17 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/104/?limit=25#a4b7/08ef</guid></item><item><title>Nils Carlson posted a comment on ticket #104</title><link>https://sourceforge.net/p/expect/bugs/104/?limit=25#a4b7</link><description>I guess instrutions could be added to the web page, or we could try to autodect mac os x and change the default path.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 15 Apr 2018 21:58:43 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/104/?limit=25#a4b7</guid></item><item><title>Caleb Fujimori created ticket #104</title><link>https://sourceforge.net/p/expect/bugs/104/</link><description>install fails on OS X 10.13</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Caleb Fujimori</dc:creator><pubDate>Fri, 13 Apr 2018 22:54:34 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/104/</guid></item><item><title>Nils Carlson posted a comment on ticket #103</title><link>https://sourceforge.net/p/expect/bugs/103/?limit=25#ae45</link><description>Hi Matt, I'll try to have a look at this over the coming days. Cheers, Nils</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 17 Mar 2018 20:39:23 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/103/?limit=25#ae45</guid></item><item><title>Matt Adams created ticket #103</title><link>https://sourceforge.net/p/expect/bugs/103/</link><description>trap command affecting return values regardless of -code flag</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matt Adams</dc:creator><pubDate>Sat, 17 Mar 2018 18:02:06 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/103/</guid></item><item><title>James Cooley posted a comment on discussion Help</title><link>https://sourceforge.net/p/expect/discussion/41514/thread/6d98cda8/?limit=25#8406/3a92</link><description>It is definitely a router thing. I have tried escaping the bracket but it just wont thru an expect script. I can ssh into the router and issue the command directly with no problems.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cooley</dc:creator><pubDate>Mon, 26 Feb 2018 22:33:38 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41514/thread/6d98cda8/?limit=25#8406/3a92</guid></item><item><title>Nils Carlson posted a comment on ticket #13</title><link>https://sourceforge.net/p/expect/patches/13/?limit=25#cdb3</link><description>Ok, I've managed to sort of reproduce this. expect eats up available memory, but actually seems to manage steady memory use if forced to do so by putting it in a cgroup. I will have a look at the patch tomorrow I hope. I see it involves refcounts which is a tricky area. Cheers, Nils</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 24 Feb 2018 21:02:05 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/13/?limit=25#cdb3</guid></item><item><title>Nils Carlson modified ticket #13</title><link>https://sourceforge.net/p/expect/patches/13/</link><description>expect memory leak by using -re</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 24 Feb 2018 19:51:16 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/13/</guid></item><item><title>Nils Carlson posted a comment on ticket #13</title><link>https://sourceforge.net/p/expect/patches/13/?limit=25#f75b</link><description>Hi, sorry for the delay. I'm looking into this now.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 24 Feb 2018 19:50:56 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/13/?limit=25#f75b</guid></item><item><title>Nils Carlson posted a comment on discussion Help</title><link>https://sourceforge.net/p/expect/discussion/41514/thread/6d98cda8/?limit=25#8406</link><description>Hi James, I tried modifying the script to run "echo" instead of the /user command. This produced the intended output. Is it possible this is an issue with the router perhaps? It could be that ] is a sensitive character. Sometimes these constitute an escape sequence.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 24 Feb 2018 19:48:21 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41514/thread/6d98cda8/?limit=25#8406</guid></item><item><title>James Cooley posted a comment on discussion Help</title><link>https://sourceforge.net/p/expect/discussion/41514/thread/6d98cda8/?limit=25#faa5</link><description>I have a script that we are trying to use to change passwords on Mikrotik routers. I have the password we use contains a right bracket and when the script is run everything from the right bracket on gets left off. 1 2 3 4 5 6 7 8 9 10 11 12#!/usr/bin/expect set user "jamesc" set password "password" set ipaddr [lindex $argv 0] set sshport 22210 set date [clock format [clock seconds] -format {%Y-%m-%d}] set newpass "lan3\+\]2081" spawn ssh $user@$ipaddr -p $sshport "/user set 0 password=$newpass" expect...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Cooley</dc:creator><pubDate>Fri, 23 Feb 2018 20:31:18 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41514/thread/6d98cda8/?limit=25#faa5</guid></item><item><title>Nathaniel Filardo posted a comment on ticket #13</title><link>https://sourceforge.net/p/expect/patches/13/?limit=25#9435</link><description>Any possibility of getting this issue resolved? I cannot attest that gate_patch is correct, but it solves the immediate problem I have when running a long-running -re-heavy process under expect. As it stands I have to cap the process's memory and restart it when it takes up too much, which is irritating, to say the least. Thanks. --nwf;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathaniel Filardo</dc:creator><pubDate>Sat, 10 Feb 2018 23:30:40 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/13/?limit=25#9435</guid></item><item><title>Nils Carlson modified ticket #99</title><link>https://sourceforge.net/p/expect/bugs/99/</link><description>Please add a tag and a downloadable file for version 5.45.3</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 18:30:32 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/99/</guid></item><item><title>Nils Carlson posted a comment on ticket #99</title><link>https://sourceforge.net/p/expect/bugs/99/?limit=25#6eed</link><description>Done.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 18:30:07 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/99/?limit=25#6eed</guid></item><item><title>Nils Carlson modified ticket #100</title><link>https://sourceforge.net/p/expect/bugs/100/</link><description>expIRead misinterprets "0 bytes read" as EOF</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 18:29:32 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/100/</guid></item><item><title>Nils Carlson posted a comment on ticket #100</title><link>https://sourceforge.net/p/expect/bugs/100/?limit=25#32b6</link><description>Fixed in 5.45.3 .</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 18:29:32 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/100/?limit=25#32b6</guid></item><item><title>Jack Bates posted a comment on ticket #22</title><link>https://sourceforge.net/p/expect/patches/22/?limit=25#97f1</link><description>This is great, thanks again!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jack Bates</dc:creator><pubDate>Sun, 04 Feb 2018 18:12:03 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/22/?limit=25#97f1</guid></item><item><title>Nils Carlson modified ticket #22</title><link>https://sourceforge.net/p/expect/patches/22/</link><description>interact mistakes Tcl_InputBlocked for EOF</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 11:11:17 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/22/</guid></item><item><title>Nils Carlson posted a comment on ticket #22</title><link>https://sourceforge.net/p/expect/patches/22/?limit=25#4dd5</link><description>This is now fixed in the expect 5.45.4 release.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 11:11:02 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/22/?limit=25#4dd5</guid></item><item><title>Nils Carlson modified ticket #21</title><link>https://sourceforge.net/p/expect/patches/21/</link><description>Another fix for the EOF processing bug</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 11:10:10 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/21/</guid></item><item><title>Nils Carlson posted a comment on ticket #21</title><link>https://sourceforge.net/p/expect/patches/21/?limit=25#d6a6</link><description>This is now fixed in expect 5.45.4 . Thanks a bundle, will try to add testing for these cases in not too long.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sun, 04 Feb 2018 11:08:55 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/21/?limit=25#d6a6</guid></item><item><title>Expect released /Expect/5.45.4/expect5.45.4.tar.gz.SHA256</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/expect/files/Expect/5.45.4/expect5.45.4.tar.gz.SHA256/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Expect</dc:creator><pubDate>Sun, 04 Feb 2018 11:06:01 -0000</pubDate><guid>https://sourceforge.net/projects/expect/files/Expect/5.45.4/expect5.45.4.tar.gz.SHA256/download</guid></item><item><title>Expect released /Expect/5.45.4/expect5.45.4.tar.gz</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/expect/files/Expect/5.45.4/expect5.45.4.tar.gz/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Expect</dc:creator><pubDate>Sun, 04 Feb 2018 11:05:03 -0000</pubDate><guid>https://sourceforge.net/projects/expect/files/Expect/5.45.4/expect5.45.4.tar.gz/download</guid></item><item><title>Jack Bates posted a comment on ticket #22</title><link>https://sourceforge.net/p/expect/patches/22/?limit=25#1744</link><description>Awesome, thank you!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jack Bates</dc:creator><pubDate>Sat, 03 Feb 2018 15:39:07 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/22/?limit=25#1744</guid></item><item><title>Nils Carlson posted a comment on ticket #22</title><link>https://sourceforge.net/p/expect/patches/22/?limit=25#383f</link><description>Hi, thank you for the patch. I will try to create a release witht he fix during this weekend once I have verified it.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Carlson</dc:creator><pubDate>Sat, 03 Feb 2018 09:52:44 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/22/?limit=25#383f</guid></item><item><title>Jack Bates created ticket #22</title><link>https://sourceforge.net/p/expect/patches/22/</link><description>interact mistakes Tcl_InputBlocked for EOF</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jack Bates</dc:creator><pubDate>Mon, 29 Jan 2018 22:26:46 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/22/</guid></item><item><title>Expect released /Expect/5.45.3/expect5.45.3.tar.gz.SHA256</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/expect/files/Expect/5.45.3/expect5.45.3.tar.gz.SHA256/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Expect</dc:creator><pubDate>Fri, 13 Oct 2017 22:16:02 -0000</pubDate><guid>https://sourceforge.net/projects/expect/files/Expect/5.45.3/expect5.45.3.tar.gz.SHA256/download</guid></item><item><title>Expect released /Expect/5.45.3/expect5.45.3.tar.gz</title><link>https://sourceforge.nethttps%3A//sourceforge.net/projects/expect/files/Expect/5.45.3/expect5.45.3.tar.gz/download</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Expect</dc:creator><pubDate>Fri, 13 Oct 2017 22:11:04 -0000</pubDate><guid>https://sourceforge.net/projects/expect/files/Expect/5.45.3/expect5.45.3.tar.gz/download</guid></item><item><title>Joseph Norris posted a comment on discussion Open Discussion</title><link>https://sourceforge.net/p/expect/discussion/41513/thread/d1999134/?limit=25#6870</link><description>Hello to all, Here is the issue - I have a perl script that builds an expect script that spawns an ssh sesion on a number of different servers - after ssh a script is run that builds stuff from dbs. Here is the issue: This script runs perfectly about 90% of the time - spawns the session, runs the script and we are all happy campers. Then out of the blue it decides to only run on 2 servers of three. When we kill the master job that does the spawing it again runs on all the servers. the basic script...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Joseph Norris</dc:creator><pubDate>Mon, 17 Jul 2017 23:38:03 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41513/thread/d1999134/?limit=25#6870</guid></item><item><title>Sergei Golovan created ticket #21</title><link>https://sourceforge.net/p/expect/patches/21/</link><description>Another fix for the EOF processing bug</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergei Golovan</dc:creator><pubDate>Sun, 16 Jul 2017 09:36:48 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/21/</guid></item><item><title>Mostafa Tavakoli modified a comment on discussion Open Discussion</title><link>https://sourceforge.net/p/expect/discussion/41513/thread/985531c0/?limit=25#0751</link><description>I found a command to directly scp my file to a host (C) via another host (B) from my computer. The command is in this form: scp -oProxyCommand="ssh -W %h:%p B" thefile C:destination I used it and it works good in command line. but when I want to write an expect script using this command, I got some errors. the script I've written is in this form: 1 2 3 4 5 6 7#!/usr/bin/expect set arg1 [lindex $argv 0] spawn scp -oProxyCommand="ssh -W %h:%p B" ./$arg1 C:destination interact and the error is: unknown...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mostafa Tavakoli</dc:creator><pubDate>Sun, 11 Jun 2017 01:33:24 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41513/thread/985531c0/?limit=25#0751</guid></item><item><title>Mostafa Tavakoli posted a comment on discussion Open Discussion</title><link>https://sourceforge.net/p/expect/discussion/41513/thread/985531c0/?limit=25#0751</link><description>I found a command to directly scp my file to a host (C) via another host (B) from my computer. The command is in this form: scp -oProxyCommand="ssh -W %h:%p B" thefile C:destination I used it and it works good in command line. but when I want to write an expect script using this command, I got some errors. the script I've written is in this form: 1 2 3 4 5 6 7#!/usr/bin/expect set arg1 [lindex $argv 0] spawn scp -oProxyCommand="ssh -W %h:%p B" ./$arg1 C:destination interact and the error is: unknown...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mostafa Tavakoli</dc:creator><pubDate>Sun, 11 Jun 2017 01:32:50 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41513/thread/985531c0/?limit=25#0751</guid></item><item><title>Rick Richardson posted a comment on discussion Help</title><link>https://sourceforge.net/p/expect/discussion/41514/thread/8a3da3e3/?limit=25#9704</link><description>Using tclsh &amp; expect with binary data. Here is a test program xxx.tcl from my real...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rick Richardson</dc:creator><pubDate>Wed, 08 Mar 2017 02:24:19 -0000</pubDate><guid>https://sourceforge.net/p/expect/discussion/41514/thread/8a3da3e3/?limit=25#9704</guid></item><item><title>Anonymous modified a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 30 Dec 2016 18:21:31 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</guid></item><item><title>Anonymous modified a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 24 Dec 2016 00:35:28 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</guid></item><item><title>Anonymous modified a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 24 Dec 2016 00:03:59 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</guid></item><item><title>Anonymous modified a comment on ticket #14</title><link>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</link><description/><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 23 Dec 2016 23:47:38 -0000</pubDate><guid>https://sourceforge.net/p/expect/patches/14/?limit=25#5169</guid></item><item><title>Don Libes posted a comment on ticket #102</title><link>https://sourceforge.net/p/expect/bugs/102/?limit=25#d2c6</link><description>It was a choice made for efficiency rather than elegance, sorry. It didn't seem worth...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Libes</dc:creator><pubDate>Wed, 21 Dec 2016 03:33:21 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/102/?limit=25#d2c6</guid></item><item><title>dearvoid posted a comment on ticket #102</title><link>https://sourceforge.net/p/expect/bugs/102/?limit=25#6e6b</link><description>Thanks Don for the quick response. I did not know you are still working on Expect....</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dearvoid</dc:creator><pubDate>Wed, 21 Dec 2016 03:11:49 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/102/?limit=25#6e6b</guid></item><item><title>Don Libes posted a comment on ticket #102</title><link>https://sourceforge.net/p/expect/bugs/102/?limit=25#6a2e</link><description>You can complain about the design but it's not a bug. That behavior is documented....</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Libes</dc:creator><pubDate>Tue, 20 Dec 2016 21:59:13 -0000</pubDate><guid>https://sourceforge.net/p/expect/bugs/102/?limit=25#6a2e</guid></item></channel></rss>