delta/python-packages/pexpect.git/tests/test_unicode.py, branch issue-20-try-2

use 'cat' with maxread=1 to reproduce same issue

2013-10-09T17:28:11+00:00

python 3.2 compat, which wont allow u''

2013-10-09T05:58:39+00:00

this test case should pass, but doesn't

2013-10-09T05:31:48+00:00

per issue #8; this will soon be resolved.

Another unicode literal

2013-09-26T01:34:38+00:00

Fix unicode literals for Python 3.2

2013-09-26T01:10:16+00:00

more unicode fixes

2013-09-23T04:46:29+00:00

py2.5 compatibilities w/six.py

2013-09-23T02:32:33+00:00

-except Exception as e:
+except Exception, err:

the unfortunate use of six.b('') instead of b''
print(arg0, arg1) => six.print_(arg0, arg1)

some autopep8 -i is definitely called for, some of these test cases are darn unreadable, but did partially pep8 some of the really-long-over-80col-lines.

py2 compatibility for encoding testing

2013-09-23T00:20:56+00:00

indeed, older versions of python could read/write utf-8 files just fine, by using the codecs.open() function, which is pretty much the same thing as python3's io.open.

However, it does not supply a `newline' keyword -- it doesn't seem to matter, so we just `del' it in our dummy function, if used.

more py25 compatibility

2013-09-22T23:30:28+00:00

not even sure if pexpect can get as far back as python2.5, but its worth a shot.

smartly use .replace & remove 'io' dep. for py2

2013-09-22T21:56:58+00:00

here goes backwards compatibility testing for py2 versions -- though I have them all locally, trying for travis CI which would help identify problems going forward. I'm sure there is some six.PY3 things to work out yet, already noticed I need a from __future__ import for the 'with' contextmanager for python 2.5.