PACKAGE NAME ------------ neko_expect DESCRIPTION ----------- Expect is a tcl application for automating and testing interactive applications such as telnet, ftp, passwd, fsck, rlogin, tip, etc. Expect makes it easy for a script to control another program and interact with it. More information can be found at https://core.tcl-lang.org/expect/index SOURCE/VERSION -------------- expect5.45.4 / 3 IRIX/MIPSPRO VERSION -------------------- 6.5.22 / 7.4.4 ENVIRONMENT VARIABLES --------------------- setenv CC c99 setenv CFLAGS '-O2 -mips4 -n32 -diag_error 1035' setenv CPPFLAGS -I/usr/nekoware/include setenv LDFLAGS -L/usr/nekoware/lib setenv PERL /usr/nekoware/bin/perl for building on mips3 systems, use: setenv CFLAGS '-O2 -mips3 -n32 -diag_error 1035' CONFIGURE --------- ./configure --prefix=/usr/nekoware --with-tcl=/usr/nekoware/lib --disable-rpath BUILD ----- gmake gmake test gmake install KNOWN DEPENDENCIES ------------------ neko_tcl.sw.eoe 3 neko_tcl.sw.lib 3 gmake to build the package ERRORS/MISCELLANEOUS -------------------- When performing the unittests, it often happens that several of them will fail and complain: "The system has no more ptys. Ask your system administrator to create more" The amount of failed tests also vary from system to system and vary per account. Also, running it with or without TCL top script seems to make a difference. One of the reasons could be that there are very few pseudo tty's on IRIX configured by default. On IRIX bootup there are ten slave pty's named /dev/ttyq0..9 and 3-5 master pty's in /dev/pts Programs can request more pty's by calling _getpty() but this apparently does not work for the tcl/expect combination, either because it is not implemented or it's a bug, so a workaround to make the unittest succeed is to change a parameter in /dev/MAKEDEV: MAXPTY=10 should be increased to MAXPTY=20 Upon saving and rebooting the system the MAKEDEV will create more pty's automatically. Now only send.test fails: ==== send-1.2 send null FAILED ==== Contents of test case: spawn od -c send "a\u0000b\r" after 1000 send \u0004 expect eof regexp "a \\\\0 b" $expect_out(buffer) ---- Result was: 0 ---- Result should have been (exact matching): 1 ==== send-1.2 FAILED spawn.test stty.test all.tcl: Total 29 Passed 28 Skipped 0 Failed 1 Sourced 0 Test Files. Files with failing tests: send.test I consider the MAKEDEV change harmless and may be of benefit to other programs which need additional pseudo tty's if they can't call _getpty so i decided to keep MAXPTY at 20 The failure in send.test is shared with Tru64 V4.0F. The test times-out on 'expect eof'. Apparently the 'send \u0004 ' aka 'send EOT (End Of Transmission)' is not correctly parsed through the tty, possibly an SGI/DEC specific tty setting. Sending two EOT's like 'send \u0004\u0004 ' makes the test pass. This package has dual support for both mips3 and mips4 architecture, controlled by the mach(CPUARCH=R4000) switch for libraries and executables. PACKAGED BY ----------- S/N VER PORTER Date --------------------------------------------------------------- 1 5.44.1 Petr Machata (pmachata@gmail.com) 11-12-2006 2 5.43 Petr Machata (pmachata@gmail.com) 15-01-2007 3 5.45.5 Frank Everdij (dexter1@gmail.com) 12-07-2019