[issue23457] make test failures
New submission from Dwight: Hi, Looking for assistance in figuring out what caused the following test failures and how to fix the problems. Built and run on an IBM pSeries system running AIX 7.1. Appreciate any help I can get. I am not a software developer. I am compiling this because I need this to build things I need to build firefox. Would really appreciate some help! (Mozilla.org and IBM not interested in providing a working browser for my system.) Bye, Dwight ***Failed Test the were run in verbose mode test_locale failed test_io failed test_ssl failed test_faulthandler test_httpservers test_socket failed test_fileio failed test_distutils failed test_asyncio failed test_mmap failed test_resource failed test_posix failed -- components: Tests files: PYTHONFailedTest.log messages: 235871 nosy: dcrs6...@gmail.com priority: normal severity: normal status: open title: make test failures versions: Python 3.4 Added file: http://bugs.python.org/file38124/PYTHONFailedTest.log ___ Python tracker <http://bugs.python.org/issue23457> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23457] make test failures
Dwight added the comment: Thanks for the response. What is the "AIX tester"? Appreciate the explanation of what might be causing the problem. I do have at least three other version of python installed on my AIX 7.1 system. Have no idea if these versions produced "test" errors. These version of python were supplied to me. The only reason I am trying to create a new version of python is because when I tried to build a gnome module which is required to build gtk+ is did not like any of the version of python that I have installed. The only reason that I am asking about these test failures is because I have no idea if they will cause problems in all my follow on builds. firefox acts funny in AIX (maybe other UNIX builds)! Somewhere in the final linked module there are bugs that can cause firefox to hang. Just wanted to make sure everything up to the point before the build of firefox is OK. As you probably know mozilla will not provide any support in my efforts to build a working firefox. (Not sure I can even build a working version. Definitely not a C++ programmer and am just a novice C programmer. Need to eliminate all possible of errors I can.) I really need a working browser. (I have an open PMR with AIX support because firefox can not access the online documentation for AIX. Just great. Documentation is only available online and I can not get to it. AIX support say they do not support firefox so it my fault I can not access the online documentation.) I guess I could just install python and continue trying to build firefox. Oh! By the way. Do you know if when I install this version of pyhton the gmake install will remove the older version of pyhton? Not talking about the AIX or Linux toolkit version; but the one that is installed in the directory where I will be installing this version of python. Appreciate the help! Dwight -- ___ Python tracker <http://bugs.python.org/issue23457> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23457] make test failures
Dwight added the comment: Hi David, Thanks for the feed back. I must have a defective distribution because when installed python 3 it did not remove the older python 2. Also for some reason I have to set the LIBPATH to include the path to python libarary. Don't know why; but the build does not build a python module that know where the library is installed. I understand that IBM no longer sells workstations based on the Power processor; but there are a few of us out here that have been working on RT/PC, RS/6000 and pSeries system for close to 20 years. It is not a simple project to just up and move to a different environment even if it is another UNIX system. (I have a number of assembly applications that I use every day! Optimized for the Power processor!) I have used the new python to successfully build atk; but am having problems with GObject-Introspection 1.42. It seems that python 3 broke something in that distribution. So far I have not been able to determine if there is a fix for the problem. I have two power systems. A 9114-275 Intellistation and a pSeries 520. Both are configured as workstations. I certaily would rather not have to spend my time trying to build firefox; but I need firefox to access the AIX support site and the H/W and S/W documentation site. (It took about a year for someone to fix it so that I could access the online support site. They at least admitted it was there fault that I could not access the site. However; the current support person/group will not even admit that there is a problem.) Well enough of this off the subject stuff. Thanks for the information and comments. I guess I am now off to solving the GObject-Introspection 1.42 problem. Humm! Have you heard about this incompatability problem? Thanks, Dwight -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue23457> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18082] Inconsistent behavior of IOBase methods on closed files
New submission from Dwight Guth: Consider the following program: import io class A(io.IOBase): def __init__(self): self.x = 5 def read(self, limit=-1): self.x -= 1 if self.x > 0: return b"5" return b"" def seek(self, offset, whence=0): return 0 def write(self, b): pass a = A() a.close() assert a.__next__() == b"" assert a.readline() == b"" assert a.tell() == 0 These three operations succeed, even though the file is closed. However, these two operations fail: a.readlines() a.writelines([]) Why do some of the mixin methods on IOBase call _checkClosed and others don't? -- components: IO messages: 190224 nosy: dwight.guth priority: normal severity: normal status: open title: Inconsistent behavior of IOBase methods on closed files type: behavior versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue18082> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15903] Make rawiobase_read() read directly to bytes object
Dwight Guth added the comment: I was programming something today and thought I should let you know I came across a situation where the current behavior of this function is able to expose what seems to be raw memory to the user. import io class A(io.RawIOBase): def readinto(self, b): return len(b) A().read(100) -- nosy: +dwight.guth ___ Python tracker <http://bugs.python.org/issue15903> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17983] global __class__ statement in class declaration
New submission from Dwight Guth:
The following python program causes cpython to crash:
class A:
global __class__
def a(self):
super()
I get the following output on the console:
bug.py:2: SyntaxWarning: name '__class__' is assigned to before global
declaration
global __class__
lookup '__class__' in � a sequ 2 -1
freevars of A: ('__class__',)
Fatal Python error: compiler_make_closure()
Current thread 0x7fc712192700:
Aborted (core dumped)
This probably happens because __class__ is handled specially by the scoping
rules and isn't expected to be anything other than a member of co_cellvars. It
should probably throw an exception instead (SystemError?)
--
messages: 189293
nosy: dwight.guth
priority: normal
severity: normal
status: open
title: global __class__ statement in class declaration
type: crash
versions: Python 3.3
___
Python tracker
<http://bugs.python.org/issue17983>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
