Fix test by prevent bash from sourcing profile

Instead, create a temporary file for use with
--rcfile argument with only the contents
``PS1='GO: '``, ensuring that the tests that
expect some form of '[$#]' succeeds even where
a user's default PS1 prompt does not contain it.

Change 'ls -l /bin' test to 'uname -m -n ...'

This test intermittently fails on OSX, an example::

    E           -rwxr-xr-x  1 root  wheel   106816 Sep  9 15:49 pax\r
    E         - -rwsr-xr-x  1 root  wheel    46688 Sep  9 15:59 ps\r
    E         + -rwsr-xr-x  1 root  wheel    46688 Sep  9 15:59 ps\r\r
    E         ?                                                     ++
    E           -rwxr-xr-x  1 root  wheel    14208 Sep  9 15:44 pwd\r

Ignore .git folder during test discovery.

On systems with slow hard disks, py.test can seemingly
hang for a noticeable while -- because it's crawling
the .git/ folder; instruct py.test to ignore it.

Remove confusing comment in daemonize() of example/cgishell.cgi

Merge pull request #138 from rickhau/master

Rectify docstring typo in compile_pattern_list()

Rectify docstring typo in compile_pattern_list()

Merge pull request #129 from zjx20/patch-1

Added ignore_sighup param for pxssh

Added ignore_sighup param for pxssh

Merge pull request #124 from h2suzuki/run-with-tuple-list-of-events

Modify run() to allow a tuple list of events.

Modify run() to allow a tuple list of events.

This is a feature enhancement mentioned by #116.

Add Pexpect development team to copyright statement

Closes gh-117
Closes gh-118

Make replwrap.bash() robust against custom prompts in bashrc

By providing our own bashrc which overrides PS1, we can have a
consistent prompt without breaking other customisations of bash that
people may want to keep, such as aliases defined in bashrc.

Merge pull request #69 from takluyver/asyncio

asyncio integration for expect

Stop testing on Python 2.6 and 3.2

We will drop support for these Python versions in Pexpect 4.0

Document asyncio integration

Expose async parameter for expect_exact

Check already read data before async reading more

Expand tests for async expect

support timeout in async expect

Fix EOF in async on Linux

Expose async as parameter for expect

Refactor expect code

Initial stab at asyncio integration

Merge pull request #114 from erikb85/master

enable echo deactivation in pxssh

enable echo deactivation in pxssh

I've learned from #112 that you can deactivate echoing of the input via
constructer parameter. This patch enables pxssh to do the same.

In spawn there is an alternative to the constructor parameter, which is
`set_echo(False)`. Sadly that doesn't work, at least in my experiments with
localhost.

Signed-off-by: Erik Bernoth <erik.bernoth@gmail.com>

Merge pull request #109 from pexpect/issue-86-and-100-stdin-closed

Closes issue #86 and issue #100

add to changelog

add to changelog

Merge pull request #99 from takluyver/issue-84

Unicode support for screen and ANSI

Add tests for running as root on Solaris, using
'isroot' check.

Closes issue #104 -- cannot execute sudo(8)

Previously, misinterpreted that os.access(file, X_OK)
always returns True on Solaris.  Yes, but only for
the uid of 0. Python issue #13706 closed "not a bug"
reads to "just use os.stat()", so we went to great
lengths to do so quite exhaustively.

But this is wrong -- *only* when root, should we check
the file modes -- os.access of X_OK works perfectly
fine for non-root users.

And, we should only check if any of the executable bits
are set.  Alas, it is true, you may execute that which
you may not read -- because as root, you can always read
it anyway.

Verified similar solution in NetBSD test.c (/bin/test),
OpenBSD ksh for its built-in test, and what FreeBSD/Darwin
for their implementation of which.c.

Closes issue #86 and issue #100

Fallback to using stdout, and, when both stdin
and stdout are *both* closed, catch ValueError
and use the same constants as when the attached
process is not a terminal.

Merge pull request #101 from BrianOn99/py3docstring

update documentation string in pexpect/__init__.py to be compatible with...

update documentation string in pexpect/__init__.py to be compatible with python 2 and 3

Some changes based on reviewing the code

Address review comments regarding referring to "unicode strings" in docstrings.

Fix problems found in review.

Change SPACE to be a unicode string.

Don't define __bytes__(), and don't define __unicode__() on Python 3.

The previous attempt to add unicode support tried to make Python 2 and
3 behave in the same way apart from __str__().  This commit makes the
modules, and the tests, provide only __str__() on Python 3 and both
__str__() and __unicode__() on Python 2.

Disable Python 3.2 builds in Travis as changes only support 2.6, 2.7 and 3.3+.

Rename codec and codec_errors to encoding and encoding_errors respectively.

Issue #84: Unicode support in screen and ANSI.

This commit updates the the screen and ANSI modules to support Unicode
under Python 2.x.  Under Python 3.x, it was already supported because
strings are Unicode by default.  Now, on both Python versions:

- The constructors accept a codec name (defaults to 'latin-1') and a
  scheme for handling encoding/decoding errors (defaults to
  'replace').  The codec may be set to None to inhibit
  encoding/decoding.

- Unicode is now used internally for storing the screen contents.

- Methods that accept input characters will, if passed input of type
  'bytes' (or, under Python 2.x, 'str'), use the specified codec to
  decode the input, otherwise treating it as Unicode.

- Methods that return screen contents now return Unicode, with the
  exception of __str__() under Python 2.x, and __bytes__() in all
  versions of Python, which return the screen contents encoded using
  the specified codec.

These changes are designed to work only with Python 2.6, 2.7, and 3.3
and later, specifically versions that provide both b'' and u'' string
literals.

The check in ANSI for characters being printable is also removed, as
this prevents non-ASCII characters being accepted, which is not
compatible with the goal of adding Unicode support.  This addresses
issue #83.

Merge pull request #89 from dcoshea/issue-85-try2

Issue #85: Don't leave unwanted numbers in ANSI FSM stack/memory.

Address review comment (no parens around assert statement arguments).

simplify at_max more like beyond_max

solaris and linux and bsd all have slightly 1-off differences
between their MAX_CANON; simply test that at least one BEL is
sent and not a whole lot more ..

must test with echo=True for linux for BEL to ring

Move entire class in 'if' block for py2.6 compat.

which does not provide decorator @unittest.skipIf.

Also remove maxread=, this is not necessary

Two OSX fixes

- When echo=True, the full output is not received in this condition,
  strangely enough, its a buffer of exactly 1024, any more than that,
  no more bytes are received in the expect/select loop, even when
  specifying very large values of searchwindowsize= and maxread=.
  There is no reason for echo=True, we only rewrote the tests for
  echo output to debug unexpected travis-CI behaviour, which we
  could only find BEL on when echo was enabled, but this is not
  true for debian linux.
- When using os.fpathconf on stdout under py.test in OSX, we get
  OSError, stdin does not produce any such error, so use 0 instead
  of 1.

Merge branch 'doc-and-test-max-canon' of github.com:pexpect/pexpect into doc-and-test-max-canon

Longer timeout for travis-CI for repl man 2 sleep

BEL is rang only once for both Solaris and Linux

... lets check BSD

SunOS has slightly different PC_MAX_CANON behavior

1. limit is actually PC_MAX_CANON + 1
2. BEL is not emitted *until* CR is sent
3. must use "stty erase ^H" for sendcontrol('h') to erase.

Just skip tests on Travis-CI.

Last test python3.2 failed, all others passed.
This time, many python2.7 failed, all others passed.

There doesn't seem to be any consistant behaviour here, I give in.

display .buffer, we need the full thing

having a difficult time finding why travis is not finding the full send_bytes of '_'
on *only* python3.3 unlike local debian/linux vm? -- however noticed the "man sleep"
also failed there due to TIMEOUT, so it could just be terribly slow, requiring more
than 5 second timeout -- we'll see ...

man 2 sleep is failing again on travis due to low timeout

attempt one remaining error for py3.2 on travis-ci

we know that sendline() wouldn't work once we've reached the buffer,
but on travis-ci, this means stdin sent *still* has not been flushed
or received by the child process -- for python3.2 only. So we go
ahead and send backspace and sendline *prior* to testing echo output
and bel. I'm not entirely sure we will see BEL where we expect, only
travis-ci can say for sure. It is passing on debian linux py3.2,
though.

some more travis-ci accomidations

python3.2 and 3.4 on travis-ci are not flushing data to
child processes' stdin, presumably because CR is not yet
sent. tests are modified to always use sendline().

python3.2 on debian linux does not exhibit this same
behavior, so this is another hail mary.  if we can't get
travis-ci to agree, we might just scrap these tests all
together, it only confirms and examplifies the behavior
documented in send().

increase timeout by 2 seconds for travis-ci

hail mary.

remove unicode literals u'' from tests

Travis python 3.2 is timing out, we might have to
increase the timeout, i hope... I'm testing on debian
linux ..

document this issue as a "common issues".

I'm not sure entirely how common this is,
as somebody who runs into the issue, this might
be the first place I'd look ..

Finish canonical mode processing docs and tests

Linux is certainly the rotten egg in this respect, I could find
the code for sending '\a' for canonical mode processing in the
various kernel drivers within just a few minutes -- with the exception
of linux. After several hours of investigation of the kernel tty
driver, I still can't find where exactly '\a', '0x07', or 'BEL'
is sent.

We just trust that it is, verified on debian Linux. We also discover
that PC_MAX_CANON is not used, but rather, a hardcoded value inside
the kernel driver of 4096; the length of a ring buffer data structure,
also tested by the distance of head <-> tail of such ring buffer.

Merge pull request #93 from joedougherty/patch-1

Update commonissues.rst

Update commonissues.rst

Fixed minor typo in "Controlling SSH on Solaris" usage section.

Issue #85: Don't leave unwanted numbers in ANSI FSM stack/memory.

The FSM transitions set up by ANSI accept a number of escape sequences
that accept one or more numeric parameters where the escape sequence
as a whole is ignored (no action is executed at the end of the
sequence).  This means that the numeric parameters are left on the
FSM's stack, making it harder to improve or subclass ANSI to handle
any of the sequences that take multiple numeric parameters, where it
is necessary to look at the entire stack rather than just, say, pop
one element off the top of the stack.

This fix sets up handlers that discard all items on the stack other
than the bottom-most, which is a reference to the ANSI instance
itself.  The handlers are created as members of ANSI, rather than
methods in the ANSI package, so that they can be overridden in
subclasses without needing to replace FSM transitions.

A unit test is added to verify the new behavior, and the existing
test_number_x() unit test is modified to no longer expect the
parameters to be left on the stack after parsing, and instead use a
subclass of ANSI to capture them.

Merge pull request #87 from dcoshea/issue-82

Issue #82: Handle more than two numbers in ANSI sequences

Issue #82: Handle more than two numbers in ANSI sequences

FSM transitions were not set up to accept more than one digit in the
third number, or to accept more than three numbers, in ANSI sequences
such as '\x1b[...m'.  They were also not set up to capture the third
and subsequent numbers.  This fix corrects these issues and adds a
unit test.

Dealing with travis, force-set icanon

Merge branch 'doc-and-test-max-canon' of github.com:pexpect/pexpect into doc-and-test-max-canon

Merge branch 'doc-and-test-max-canon' of github.com:pexpect/pexpect into doc-and-test-max-canon

Merge branch 'doc-and-test-max-canon' of github.com:pexpect/pexpect into doc-and-test-max-canon

Test and document PC_MAX_CANON.

Closes issue #55.

I suspect since stdin is not a tty for travis,
that it is "failing", but try Trying maximum
of either/or PC_MAX_INPUT as well before I
go forcing icanon.

Merge pull request #78 from pexpect/improve-upon-test-misc

Incremental housekeeping cleanup of test_misc.py

Test and document PC_MAX_CANON.

Closes issue #55

Incremental housekeeping cleanup of test_misc.py

- standard/local import grouping
- docstring every test
- pep8 formatting
- remove custom assertion messages
- Separate tests to individual groups
- Remove unnecessary time.sleep() calls
- use echo=False parameter, avoiding testing
  combinations of mixed input+output, and removing
  the need to document this strange combination.
- programmatically test searcher_re/_string
- prefer assertRaises/assertRaisesRegexp
- use tempfile.gettempdir() instead of /tmp

Merge pull request #76 from takluyver/replwrap-bash-set-pager

Allow replwrap to reset pager so bash doesn't get stuck displaying things

Allow replwrap to reset pager so bash doesn't get stuck displaying things

Bump version number to 3.3

Polish release notes

Merge pull request #73 from pexpect/issue-44-solaris-try-3

Solaris support regarding setecho/setwinsize, new argument echo=False

SRV4 -> SVR4

see https://en.wikipedia.org/wiki/SVR4#SVR4

gah; fix constant VINTR -> INTR

Merge branch 'issue-44-solaris-try-3' of github.com:pexpect/pexpect into issue-44-solaris-try-3

Merge branch 'issue-44-solaris-try-3' of github.com:pexpect/pexpect into issue-44-solaris-try-3

Fix up except syntax again

note using py.test -- specify 'tests' folder

On Solaris and OSX, when running a bare 'py.test', it locks up
indefinitely after line, 'collecting 0 items'. ^C also does
not respond, so I'm not able to discern exactly where the
lockup is -- regardless, if you specify the 'tests' folder,
it issues fine.

Use const child._VINTR instead of '3'

Provide example of SRV4-like systems

Refactor exceptions in __pty_make_controlling_tty

Make very clear which exceptions we expect, where, and why.

I've done exaustive testing from within cron(1) and without.
I've been unable to reproduce the previously discovered
os.ttyname issue, so that exception handling loop has been removed.

Also, resolves the ENXIO reference (thanks TK!). Pushing to
test this on OSX and later cygwin with the non_native pty fork test

Merge branch 'issue-44-solaris-try-3' of github.com:pexpect/pexpect into issue-44-solaris-try-3

Conflicts:
doc/history.rst
pexpect/__init__.py
tests/test_expect.py
tests/test_interact.py
tests/test_misc.py
tests/test_unicode.py

Miscellaneous minor fixes

Implement assertRaises and assertRaisesRegexp context managers for Python 2.6

Another "as err" vs ", err" exception fix.

as well as another indent-by-4 fix

Missing time import -- there is no 'waitecho' function

although I am against most time.sleep()s and trying my best
to remove them where possible, there is no opposing
waitnoecho() function (perhaps we should supply one?).

Solaris support, tested on SmartOS from cron(1).

Merge pull request #72 from pexpect/interact-does-not-detect-eof

Interact() does not detect EOF

Make a modified copy of os.environ for interact tests

For python3, exceptions should use "as err", not ", err"

python3.2 accommodations

Document and detect EOF condition in interact()

Improve EOF through test -> interact -> echo_prompt