Hey Gang,
Given the latest state of the CVS tree I am getting the following
failures on my irix65 O2 (and have been for quite some time- I'm just
now getting around to reporting them):
------------%< snip %<----------------------%< snip %<------------
test_pty
The actual stdout doesn't match the expected stdout.
This much did match (between asterisk lines):
**********************************************************************
test_pty
**********************************************************************
Then ...
We expected (repr): 'I'
But instead we got: '\n'
test test_pty failed -- Writing: '\n', expected: 'I'
importing test_pty into an interactive interpreter gives this:
Python 2.1b2 (#27, Mar 20 2001, 23:21:17) [C] on irix6
Type "copyright", "credits" or "license" for more information.
>>> import test.test_pty
Calling master_open()
Got master_fd '4', slave_name '/dev/ttyq6'
Calling slave_open('/dev/ttyq6')
Got slave_fd '5'
Writing to slave_fd
I wish to buy a fish license.For my pet fish, Eric.
calling pty.fork()
Waiting for child (16654) to finish.
Child (16654) exited with status 1024.
>>>
------------%< snip %<----------------------%< snip %<------------
test_symtable
test test_symtable crashed -- exceptions.TypeError: unsubscriptable object
running the code test_symtable code by hand in the interpreter gives
me:
Python 2.1b2 (#27, Mar 20 2001, 23:21:17) [C] on irix6
Type "copyright", "credits" or "license" for more information.
>>> import _symtable
>>> symbols = _symtable.symtable("def f(x): return x", "?", "exec")
>>> symbols
<symtable entry global(0), line 0>
>>> symbols[0]
Traceback (most recent call last):
File "<stdin>", line 1, in ?
TypeError: unsubscriptable object
------------%< snip %<----------------------%< snip %<------------
test_zlib
make: *** [test] Segmentation fault (core dumped)
when I run python in a debugger and import test_zlib by hand I get
this:
Python 2.1b2 (#27, Mar 20 2001, 23:21:17) [C] on irix6
Type "copyright", "credits" or "license" for more information.
>>> import test.test_zlib
0xe5c1a120 0x43b6aa94
0xbd602f7 0xbd602f7
expecting Bad compression level
expecting Invalid initialization option
expecting Invalid initialization option
normal compression/decompression succeeded
compress/decompression obj succeeded
decompress with init options succeeded
decompressobj with init options succeeded
the faliure is on line 86 of test_zlib.py (calling obj.flush()).
here are the relevant portions of the call stack (sorry they're
stripped):
t_delete(<stripped>) ["malloc.c":801]
realfree(<stripped>) ["malloc.c":531]
cleanfree(<stripped>) ["malloc.c":944]
_realloc(<stripped>) ["malloc.c":329]
_PyString_Resize(<stripped>) ["stringobject.c":2433]
PyZlib_flush(<stripped>) ["zlibmodule.c":595]
call_object(<stripped>) ["ceval.c":2706]
...
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4