[Python-Dev] tests failing on irix65

[Flying Cougar Burnette]

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]
...