[issue22864] Add filter to multiprocessing.Pool
Davin Potts added the comment: The points made by Travis are clear and solid. Closing as this functionality is already handled well and no exceptional situations are being argued for that would require a special case. -- nosy: +davin resolution: - rejected stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support
New submission from Myroslav Opyr: cgi.FieldStorage has problems parsing the multipart/form-data request with file fields with non-latin filenames. It drops the filename parameter formatted according to RFC6266 [1] (most modern browsers do). There is already python implementation for that RFC in rfc6266 module [2]. Ref: [1] https://tools.ietf.org/html/rfc6266 [2] https://pypi.python.org/pypi/rfc6266 -- components: Library (Lib) messages: 235688 nosy: Myroslav.Opyr priority: normal severity: normal status: open title: RFC6266 support type: enhancement versions: Python 2.7, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23434 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9122] Problems with multiprocessing, Python embedding and Windows
Changes by Davin Potts pyt...@discontinuity.net: -- resolution: - out of date stage: - resolved status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9122 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23429] -5**4 returns -625 instead of 625
Justin added the comment: I think there is a misunderstanding of precedence here. If we had an operation were -1 * 5**4, I could fully understand the statement of precedence. However, in the absence of the -1 *, the -5 becomes a single atom. For example: myVal = -5 myVal**4 625 # not -625 because it is treated as a single atom. The statement -5**4 - 20, should yield the same result and yet, it does not. -5**4 - 20 -645 5**4 - 20 605 Let's take the reverse side of this take 4**-2, if precedence is to hold the same way, why would this not be 16 instead of the correct answer of 0.0625. In this instance, the unary sign all of a sudden jumped in precedence and became a single atom. 4**-2 0.0625 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23429 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12738] Bug in multiprocessing.JoinableQueue() implementation on Ubuntu 11.04
Changes by Davin Potts pyt...@discontinuity.net: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12738 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23072] 2.7.9 multiprocessing compile conflict
Changes by Davin Potts pyt...@discontinuity.net: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23072 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23427] Python should expose command when invoked with -c
Changes by Mihail Krivushin krivushi...@gmail.com: -- versions: +Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21429] Input.output error with multiprocessing
Changes by Davin Potts pyt...@discontinuity.net: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21429 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Demian Brecht added the comment: My apologies for the delay, but I've now reviewed the proposed patch. With a fresh outlook after taking a bit of time off, I'm not sure anymore that this is the best way of going about solving this problem. The main reason being that we now have two errors that effectively mean the same thing: The remote socket has encountered some error condition. I understand that ConnectionClosed was added to maintain backwards compatibility with the BadStatusLine error, but I'm beginning to think that what really should be done is that backwards compatibility /should/ be broken as (in my mind) it's one of those cases where the backwards compatible solution may introduce just as many issues as it solves. The root issue here (or at least what it has turned into) is that BadStatusLine is incorrectly raised when EOF is encountered when reading the status line. In light of that, I think that simply raising a ConnectionError in _read_status where line is None is the right way to fix this issue. Not only is it consistent with other cases where the remote socket is closed (i.e. when reading the response body), but it's removing the need for the addition of a potentially confusing exception. I'm not 100% what the policy is around backwards introducing backwards incompatible changes is, but I really think that this is one of those few cases where it really should be broken. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21793] httplib client/server status refactor
Demian Brecht added the comment: I’ve reverted the patch to use the old format. The main reason being that plain ints can still be used in most cases as values for code, in which case logging will be inconsistent with cases using the enum. -- Added file: http://bugs.python.org/file38084/issue21793_logfix_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21793 ___diff -r e548ab4ce71d Lib/http/__init__.py --- a/Lib/http/__init__.py Mon Feb 09 19:49:00 2015 + +++ b/Lib/http/__init__.py Tue Feb 10 07:15:09 2015 -0800 @@ -24,6 +24,11 @@ obj.description = description return obj +def __str__(self): +# this is mainly for backwards compatibility, where constant values +# would be output. +return '{:d}'.format(self) + # informational CONTINUE = 100, 'Continue', 'Request received, please continue' SWITCHING_PROTOCOLS = (101, 'Switching Protocols', diff -r e548ab4ce71d Lib/test/test_httpservers.py --- a/Lib/test/test_httpservers.py Mon Feb 09 19:49:00 2015 + +++ b/Lib/test/test_httpservers.py Tue Feb 10 07:15:09 2015 -0800 @@ -6,7 +6,7 @@ from http.server import BaseHTTPRequestHandler, HTTPServer, \ SimpleHTTPRequestHandler, CGIHTTPRequestHandler -from http import server +from http import server, HTTPStatus import os import sys @@ -235,6 +235,27 @@ self.assertEqual(int(res.getheader('Content-Length')), len(data)) +class RequestHandlerLoggingTestCase(BaseTestCase): +class request_handler(BaseHTTPRequestHandler): +protocol_version = 'HTTP/1.1' +default_request_version = 'HTTP/1.1' + +def do_GET(self): +self.send_response(HTTPStatus.OK) +self.end_headers() + +def test_get(self): +self.con = http.client.HTTPConnection(self.HOST, self.PORT) +self.con.connect() + +with support.captured_stderr() as err: +self.con.request('GET', '/') +self.con.getresponse() + +self.assertTrue( +err.getvalue().endswith('GET / HTTP/1.1 200 -\n')) + + class SimpleHTTPServerTestCase(BaseTestCase): class request_handler(NoLogRequestHandler, SimpleHTTPRequestHandler): pass @@ -764,6 +785,7 @@ cwd = os.getcwd() try: support.run_unittest( +LoggingRequestHandlerTestCase, BaseHTTPRequestHandlerTestCase, BaseHTTPServerTestCase, SimpleHTTPServerTestCase, ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11240] Running unit tests in a command line tool leads to infinite loop with multiprocessing on Windows
Davin Potts added the comment: In some (but not necessarily all) circumstances, the multiprocessing module is now (in 2.7 and 3.x) able to detect the infinite spawning behavior described due to unsafe importing of the main module on Windows. The resulting error message looks like this: RuntimeError: An attempt has been made to start a new process before the current process has finished its bootstrapping phase. This probably means that you are not using fork to start your child processes and you have forgotten to use the proper idiom in the main module: if __name__ == '__main__': freeze_support() ... The freeze_support() line can be omitted if the program is not going to be frozen to produce an executable. Hopefully this behavior and the resulting message will both alert developers when such a problem is introduced in a project and communicate to them what the problem is. Giant blinking red letters aside, hopefully this pragmatic solution will do a better job of educating and helping developers notice and deal with such issues. In the combinatoric explosion of possibilities that combine nosetest-binaries with PyDev with other useful dev tools, if this error message is being suppressed or otherwise not shared with the end user of those tools, that would warrant opening an issue with that tool. -- nosy: +davin resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11240 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5
STINNER Victor added the comment: faulthandler._stack_overflow() is written to crash. The comparison on stack pointers is just here to avoid an unlimited loop. A stack of 100 MB is something really large. I never seen an OS where faulthandler._stack_overflow() doesn't crash yet. Here is a patch using Py_uintptr_t instead of void*. Can someone test with GCC 5? -- keywords: +patch nosy: +haypo Added file: http://bugs.python.org/file38083/faulthandler_uintptr.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23433 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8094] Multiprocessing infinite loop
Changes by Davin Potts pyt...@discontinuity.net: -- stage: needs patch - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8094 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12954] Multiprocessing logging under Windows
Davin Potts added the comment: Closing per the feedback of the OP and secondary contributor to the issue. Kudos to the reporters for such nice follow-up. -- nosy: +davin resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12954 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23431] Idle Application Not Responding
Ned Deily added the comment: Try launching IDLE from a Terminal window command line shell with: /usr/local/bin/python3.4 -m idlelib and see if any error messages are reported. Also please report what is printed when this is run in a command shell: /usr/local/bin/python3.4 -c 'import sys;print(sys.version)' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23431 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23342] run() - unified high-level interface for subprocess
Thomas Kluyver added the comment: Jeff: This makes it somewhat easier to handle input and output as strings instead of streams. Most of the functionality was already there, but this makes it more broadly useful. It doesn't especially address your other points, but I'm not aiming to completely overhaul subprocess. for string commands, shell should always be true. for list/Tupperware commands, shell should be false I wondered why this is not the case before, but on Windows a subprocess is actually launched by a string, not a list. And on POSIX, a string without shell=True is interpreted like a one-element list, so you can do e.g. Popen('ls') instead of Popen(['ls']). Changing that would probably break backwards compatibility in unexpected ways. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23342 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18304] ElementTree -- provide a way to ignore namespace in tags and seaches
Martin Panter added the comment: See Issue 8583 for a proposal that would apparently allow all namespaces to be ignored -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18304 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8583] Hardcoded namespace_separator in the cElementTree.XMLParser
Martin Panter added the comment: Also Issue 18304 for more discussion on simplifying namespaces -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8583 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23429] -5**4 returns -625 instead of 625
Justin added the comment: Thank you for the link. I can understand the language definition and I can accept it at face value. The confusion I have is that it does not appear to be consistent. My example of -5**4 vs 4**-2 would both have literals with a unary sign. One works as expected, whereas the other one does not. Granted that I am new to Python, although well experience in development and programming; I will conceded to those more experienced in Python development that it is as it should be. Regards, -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23429 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2211] Cookie.Morsel interface needs update
Demian Brecht added the comment: @Mark: Sure, but not super high priority. Thanks for pointing it out. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2211 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23429] -5**4 returns -625 instead of 625
Serhiy Storchaka added the comment: No, -5 is not an atom. See The Python Language Reference [1]: Note that numeric literals do not include a sign; a phrase like -1 is actually an expression composed of the unary operator ‘-‘ and the literal 1. [1] https://docs.python.org/3/reference/lexical_analysis.html#numeric-literals -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23429 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22701] Write unescaped unicode characters (Japanese, Chinese, etc) in JSON module when ensure_ascii=False
Changes by Serhiy Storchaka storch...@gmail.com: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22701 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22819] Python3.4: xml.sax.saxutils.XMLGenerator.__init__ fails with pythonw.exe
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - not a bug status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22819 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22899] http.server.BaseHTTPRequestHandler.parse_request (TypeError: decoding str is not supported)
Changes by Serhiy Storchaka storch...@gmail.com: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22899 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23431] Idle Application Not Responding
Changes by SilentGhost ghost@gmail.com: -- components: +Macintosh nosy: +hynek, ned.deily, ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23431 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21231] Issue a python 3 warning when old style classes are defined.
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21231 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13407] tarfile doesn't support multistream bzipped tar files
Serhiy Storchaka added the comment: The tarfile module documentation needs a note similar to issue1625 which would warn about the lack of supporting some files and suggest a workaround. -- assignee: - docs@python components: +Documentation nosy: +docs@python, nadeem.vawda, serhiy.storchaka priority: normal - high stage: - needs patch status: pending - open title: tarfile.getnames misses members again - tarfile doesn't support multistream bzipped tar files versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13407 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20394] Coverity complains on audioop
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - resolved status: pending - closed type: - compile error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20394 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23427] Python should expose command when invoked with -c
Михаил Кривушин added the comment: Hello, I have find some workaround to get actual argv, but it broken: python -c 'import ctypes; argv = ctypes.POINTER(ctypes.c_char_p)(); argc = ctypes.c_int(); ctypes.pythonapi.Py_GetArgcArgv(ctypes.byref(argc), ctypes.byref(argv)); print([argv[i] for i in xrange(0, argc.value)])' And this will output: ['python', '-c', '-c'] May be we just need to fix this behaviour, due this is error, as far as i can see. But may broke something. -- nosy: +Михаил.Кривушин ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22364] Improve some re error messages using regex for hints
Serhiy Storchaka added the comment: Updated patch addresses Ezio's comments. -- Added file: http://bugs.python.org/file38080/re_errors_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22364 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17234] python-2.7.3-r3: crash in visit_decref()
Changes by Serhiy Storchaka storch...@gmail.com: -- status: languishing - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17234 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23427] Python should expose command when invoked with -c
Jan-Philip Gehrcke added the comment: Victor, I support the idea of sys.command. However, it would be unpopulated most of the time (e.g. set to None by default). Now, is that something we should push forward or not? I would work on a patch, but we should have an agreement first, I guess. Mihail, the original argv becomes modified in the very early bootstrap phase, and the command gets lost within that process: it gets *overwritten* with -c, which is exactly why you are observing two -c. This happens here: https://hg.python.org/cpython/file/default/Modules/main.c#l684 So, no, without a code change in main.c there will be no way to retain the command for later usage. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1625576] add ability to specify name to os.fdopen
Serhiy Storchaka added the comment: And the name attribute of FileIO object is writable. So you can change it after calling fdopen. import os f = os.fdopen(2, w) f _io.TextIOWrapper name=2 mode='w' encoding='UTF-8' f.buffer.raw.name = 'useful name' f _io.TextIOWrapper name='useful name' mode='w' encoding='UTF-8' -- nosy: +serhiy.storchaka resolution: - rejected status: languishing - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1625576 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21717] Exclusive mode for ZipFile and TarFile
Berker Peksag added the comment: Updated patch. Thanks again, Serhiy. -- Added file: http://bugs.python.org/file38081/issue21717_tarfile_v3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23427] Python should expose command when invoked with -c
Mihail Krivushin added the comment: Jan-Philip, yes, I see that Main.c needs modification, but we can fix orig_argv with not just assignment but with full copy. So then we can get unmodified argv. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1423] wave sunau aifc 16bit errors
Serhiy Storchaka added the comment: This is a duplicate of issue8311. Was fixed in 3.4. In 2.7 you should first convert your data to str, bytearray, array('B') or buffer. -- nosy: +serhiy.storchaka resolution: - duplicate status: languishing - closed superseder: - wave module sets data subchunk size incorrectly when writing wav file versions: -Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1423 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23435] installation with full path as prefix incomplete
New submission from Ivailo Monev: Installing Python with prefix that equals / seems to not install the dymic libraries like _collections. The steps I performed to install it: ./configure --prefix=/ \ --with-threads \ --enable-shared \ --enable-ipv6 \ --with-system-ffi \ --with-system-expat make make install I saw that during the installation that the sharedinstall rule from Makefile.pre (originally defined in Makefile.pre.in) fails to remove $(DESTDIR)$(DESTSHARED)/_sysconfigdata.py* so I manually created the leading directory and touched the file it was looking for (I could've modified Makefile.pre too) and it actually worked - lib-dynload was created and the .so files where installed in it. I have tried using empty string as prefix but that causes runtime issues since - Python is not able to find the site-packages directory. Cheers! -- messages: 235699 nosy: Ivailo.Monev priority: normal severity: normal status: open title: installation with full path as prefix incomplete ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23435 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support
Changes by Demian Brecht demianbre...@gmail.com: -- nosy: +demian.brecht ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23434 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21793] httplib client/server status refactor
Changes by Eli Bendersky eli...@gmail.com: -- nosy: -eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21793 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23436] xml.dom.minidom.Element.ownerDocument is hiden
New submission from Kevin Rocard: Extracted from xml.dom.minidom: ~~~ Node(...): ... ownerDocument = None ... Element(Node): __slots__=('ownerDocument', ...) ... ~~~ As Element declares an ownerDocument attribute in __slots__, Node's ownerDocument attribute is hidden: ~~~ class B: b=1; class D(B): __slots__={'b'} D().b - AttributeError ~~~ This leads to a strange behaviour were accessing a base attribute fails with an attribute error. Should the Node.ownerDocument attribute not be removed? Or its name removed from the Element.__slots__ list? Ie have the attribute in the base or the derivative, but not both. Independent note: https://docs.python.org/3/reference/datamodel.html#slots says: When inheriting from a class without __slots__ [Node], the __dict__ attribute of that class will always be accessible, so a __slots__ definition in the subclass [Element] is meaningless. So as for as I understand Element.__slots__ does not reduce the Element() footprint (it was introduced for that). -- components: Library (Lib) messages: 235700 nosy: krocard priority: normal severity: normal status: open title: xml.dom.minidom.Element.ownerDocument is hiden type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23436 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2211] Cookie.Morsel interface needs update
Mark Lawrence added the comment: @Demian is this of any interest to you? -- nosy: +BreamoreBoy, demian.brecht ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2211 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23427] Python should expose command when invoked with -c
Zachary Ware added the comment: Rather than add a variable to sys that will be empty 99% of the time, I think I'd rather stick a '__command__' constant in the __main__ module namespace when running with '-c' (think of '__file__'). You could then get at it elsewhere with 'from __main__ import __command__' (probably wrapped in a try/except ImportError, since it will usually not exist). This should probably be discussed on python-ideas. (Removing all versions but 3.5, as this is a feature request.) -- assignee: docs@python - components: -Documentation nosy: +zach.ware versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Serhiy Storchaka added the comment: Updated patch addresses Victor's comments. -- Added file: http://bugs.python.org/file38086/bytes_format_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Ethan Furman added the comment: As long as it works I have no objections. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1818] Add named tuple reader to CSV module
Daniel Lenski added the comment: Here's the class I have been using for reading namedtuples from CSV files: from collections import namedtuple from itertools import imap import csv class CsvNamedTupleReader(object): __slots__ = ('_r', 'row', 'fieldnames') def __init__(self, *args, **kwargs): self._r = csv.reader(*args, **kwargs) self.row = namedtuple(row, self._r.next()) self.fieldnames = self.row._fields def __iter__(self): #FIXME: how about this? return imap(self.row._make, self._r[:len(self.fieldnames)] return imap(self.row._make, self._r) dialect = property(lambda self: self._r.dialect) line_num = property(lambda self: self._r.line_num) This class wraps csv.reader since it doesn't seem to be possible to inherit from it. It uses itertools.imap to iterate over the rows output by csv.reader and convert them to the namedtuple class. One thing that needs fixing (marked with FIXME above) is what to do in the case of a row which has more fields than the header row. The simplest solution is simply to truncate such a row, but perhaps more options are needed, similar to those offered by DictReader. -- nosy: +dlenski ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23432] Duplicate content in SystemExit documentation
Martin Panter added the comment: The new text changes “the associated value” to “the value passed to [the] :func:`sys.exit` call”. There seems to be a trend in removing documentation of exception constructor arguments; is this intentional? In my code I tend to raise SystemExit() directly rather than importing the “sys” module and calling sys.exit(). -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23432 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21793] httplib client/server status refactor
Martin Panter added the comment: New logfix patch looks good. I would have written format(self) or format(self, 'd') instead of '{:d}'.format(self), but that’s no big deal. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21793 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Serhiy Storchaka added the comment: Eliminated tabs. -- Added file: http://bugs.python.org/file38087/bytes_format_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Changes by Serhiy Storchaka storch...@gmail.com: Removed file: http://bugs.python.org/file38086/bytes_format_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support (Content-Disposition for HTTP)
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium title: RFC6266 support - RFC6266 support (Content-Disposition for HTTP) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23434 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Serhiy Storchaka added the comment: Thank you for your reviews and suggestions Martin and Victor. If Ethan has no objections I'll commit the patch soon. -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Roundup Robot added the comment: New changeset 4883f9046b10 by Serhiy Storchaka in branch 'default': Issue #23383: Cleaned up bytes formatting. https://hg.python.org/cpython/rev/4883f9046b10 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23383] Clean up bytes formatting
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22883] Get rid of references to PyInt in Py3 sources
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - docs@python components: +Documentation -Extension Modules, Interpreter Core nosy: +docs@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23437] Make user scripts directory versioned on Windows
New submission from Paul Moore: Patch to make the user scripts directory on Windows %APPDATA%\Python\PythonXY\Scripts rather than %APPDATA%\Python\Scripts. See the thread PEP 370 - per-user scripts directory on Windows (Feb 10 2015) on python-dev for discussion, but essentially this is to ensure that different Python versions cannot overwrite each others' package scripts when packages are installed into the user site directory. Not tested, as I don't yet have Visual Studio 2015 installed. I'll try to obtain and install it when I get the chance. -- assignee: steve.dower components: Windows files: userscripts.patch keywords: needs review, patch messages: 235702 nosy: pmoore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Make user scripts directory versioned on Windows type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file38085/userscripts.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23437] Make user scripts directory versioned on Windows
Steve Dower added the comment: You should be able to apply the patch to 3.5.0a1 and test it that way easily enough. Other than the doc changes, it's just .py files. (Building 3.5 with earlier VS versions is also okay right now.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23435] installation with full path as prefix incomplete
Changes by Ned Deily n...@acm.org: -- Removed message: http://bugs.python.org/msg235727 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23435 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23435] installation with full path as prefix incomplete
Ned Deily added the comment: Without more information it is hard to provide a meaningful response. You don't say which version of Python nor which platform you are trying to install on. Be aware that the default for --prefix is '/usr/local'. On most POSIX platforms, you should not be trying to use --prefix='/'; I believe that would attempt to install into the /bin, /lib, /include, et al which is very likely *not* what you want to do and could be harmful to your system. If you are trying to install into the standard system locations (usually also not a good idea if it conflicts with the platform's own packages), you would use --prefix='/usr'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23435 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Martin Panter added the comment: Thanks for helping with this Demian. The idea of raising the same exception in all cases is new to me. Initially I was opposed, but it is starting to make sense. Let me consider it some more. Here are some cases that could trigger this exception: 1. EOF before receiving any status line. This is the most common case. Currently triggers BadStatusLine. 2. EOF in the middle of the status line. Triggers BadStatusLine, or is treated as an empty set of header fields. 3. EOF in the middle of a header line, or before the terminating blank line. Ignored, possibly with HTTPMessage.defects set. 4. EOF after receiving 100 Continue response, but before the final response. Currently triggers the same BadStatusLine. 5. ConnectionReset anywhere before the blank line terminating the header section. In all those cases it should be okay to automatically retry an idempotent request. With non-idempotent requests, retrying in these cases seems about equally dangerous. For contrast, some related cases that can still be handled differently: 6. Connection reset or broken pipe in the request() method, since the server can still send a response 7. Unexpected EOF or connection reset when reading the response body. Perhaps this could also be handled with a similar ConnectionError exception. Currently IncompleteRead is raised for EOF, at least in most cases. IncompleteRead has also been suggested as an alternative to BadStatusLine in the past. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23255] SimpleHTTPRequestHandler refactor for more extensible usage.
Martin Panter added the comment: Opened Issue 23440 for my test changes -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23255 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23440] Extend http.server.SimpleHTTPRequestHandler testing
New submission from Martin Panter: These are some additions to the “http.server” module tests. It is an updated version of index-test.2.patch that I posted at Issue 23255. * Tests that index.html is served, rather than an automatic directory listing * Tests that there is no extra data sent after the response -- components: Tests files: simple-http-testing.patch keywords: patch messages: 235730 nosy: vadmium priority: normal severity: normal status: open title: Extend http.server.SimpleHTTPRequestHandler testing type: enhancement Added file: http://bugs.python.org/file38091/simple-http-testing.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23435] installation with full path as prefix incomplete
Ned Deily added the comment: Without more information it is hard to provide a meaningful response. You don't say which version of Python nor which platform you are trying to install on. Be aware that the default for --prefix is '/usr/local'. On most POSIX platforms, you should not be trying to use --prefix='/'; I believe that would attempt to install into the /bin, /lib, /install, et al which is very likely *not* what you want to do and could be harmful to your system. If you are trying to install into the standard system locations (usually also not a good idea if it conflicts with the platform's own packages), you would use --prefix='/usr'. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23435 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23437] Make user scripts directory versioned on Windows
Changes by Jeremy Kloth jeremy.kloth+python-trac...@gmail.com: -- nosy: +jkloth ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23438] HTMLParser doesn't know how to deal with 'ampersand'
Changes by pyed iabdule...@gmail.com: -- title: HTMLParser don't know how to deal with 'ampersand' - HTMLParser doesn't know how to deal with 'ampersand' ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23438 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23437] Make user scripts directory versioned on Windows
Steve Dower added the comment: How do pip co. handle the change? I assume they just look in sysconfig and don't think too much about the path... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23439] Fixed http.client.__all__ and added a test
Changes by Martin Panter vadmium...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file38090/http.client-all.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23439] Fixed http.client.__all__ and added a test
New submission from Martin Panter: This patch was split off my patch for Issue 3566, since it should be less controversial. It adds the HTTPMessage class and the parse_headers() function to __all__. I’m not too sure on the status of the parse_headers() function. It is not mentioned in the “http.client” documentation, but is referenced by the “http.server” module’s BaseHTTPRequestHandler.headers entry. Perhaps it should be left unexported? -- components: Library (Lib) messages: 235719 nosy: vadmium priority: normal severity: normal status: open title: Fixed http.client.__all__ and added a test type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17911] traceback: add a new thin class storing a traceback without storing local variables
Mahmoud Hashemi added the comment: Hey all, great to see this being worked on so diligently for so long. Having worked in this area for a while (at home and at PayPal), we've got a few learnings to share: 1) linecache is textbook not-threadsafe. For example, https://hg.python.org/cpython/file/default/Lib/linecache.py#l38 For a lightweight traceback wrapper to be concurrency-friendly, we've had to catch KeyErrors, like so: https://github.com/mahmoud/boltons/blob/master/boltons/tbutils.py#L115 It's kind of a blanket approach, but maybe we could make a separate issue and help out with a linecache refresh? 2) We use something like (filename, lineno) in our DeferredLine class, but for very lightweight areas (e.g., greenlet creation) we just save a reference to the code object, as the additional attribute accesses do end up showing up in the profiles. 3) Generally we've found the APIs in TracebackInfo here to be pretty sufficient/functional: https://github.com/mahmoud/boltons/blob/master/boltons/tbutils.py#L134 Let me know if you've got any questions on that, and keep up the good work! -- nosy: +mahmoud ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17911 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23438] HTMLParser don't know how to deal with 'ampersand'
New submission from pyed: the attached file use example from : https://docs.python.org/3/library/html.parser.html and it will show different cases where HTMLParser fail to parse '' and 'amp;' -- components: Library (Lib) files: htmlparser_bugs.py messages: 235714 nosy: pyed priority: normal severity: normal status: open title: HTMLParser don't know how to deal with 'ampersand' type: behavior versions: Python 3.4 Added file: http://bugs.python.org/file38089/htmlparser_bugs.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23438 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20416] Marshal: performance regression with versions 3 and 4
Serhiy Storchaka added the comment: Update patch addresses Victor's comments. -- Added file: http://bugs.python.org/file38088/marshal_hashtable_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20416 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23438] HTMLParser doesn't know how to deal with 'ampersand'
Amaury Forgeot d'Arc added the comment: amp; is an entity reference. Either pass convert_charrefs=True to the constructor, or implement a method def handle_entityref(self, data) to receive them as events. https://docs.python.org/3.4/library/html.parser.html -- nosy: +amaury.forgeotdarc resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23438 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23437] Make user scripts directory versioned on Windows
Paul Moore added the comment: Cool, I've just run the tests by manually patching a 3.5a0 install. No extra failures, so things look fine. (Interestingly, before patching, test_site altered the execution environment but afterwards it didn't - it just succeeded. I don't know if that means anything, but I'm inclined not to worry as it definitely didn't fail.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23437] Make user scripts directory versioned on Windows
Paul Moore added the comment: Sorry, yes pip just installs into %APPDATA%\Python\Python35\Scripts with no issues. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23437 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9122] Problems with multiprocessing, Python embedding and Windows
Davin Potts added the comment: Closing on the basis that: 1. Richard provided a proposed workaround but did not receive a response from the OP in 1.5 years. 2. Issues encountered by the OP may have been addressed in part by changes in the way import works in the past 4.5 years. 3. This issue has been effectively pending (though not formally marked as such) for more than a year without further information being received from the OP. -- nosy: +davin status: open - pending type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9122 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23432] Duplicate content in SystemExit documentation
New submission from Berker Peksag: From https://docs.python.org/3/library/exceptions.html#SystemExit Also, this exception derives directly from BaseException and not Exception, since it is not technically an error. and The exception inherits from BaseException instead of Exception so that it is not accidentally caught by code that catches Exception. This allows the exception to properly propagate up and cause the interpreter to exit. Here is a patch to remove the duplicate content and document the code attribute properly. -- assignee: docs@python components: Documentation files: systemexit.diff keywords: patch messages: 235684 nosy: berker.peksag, docs@python priority: normal severity: normal stage: patch review status: open title: Duplicate content in SystemExit documentation versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file38082/systemexit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23432 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20416] Marshal: performance regression with versions 3 and 4
STINNER Victor added the comment: Except of the minor suggestion that I added on the review, the patch looks good the me. It's quite simple and makes dumps() 34% faster (for protocol 4). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20416 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20416] Marshal: performance regression with versions 3 and 4
STINNER Victor added the comment: (I didn't reproduce the benchmark, I just used Serhy numbers. I guess that using memcpy() doesn't make the code slower.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20416 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23433] undefined behaviour in faulthandler.c, exposed by GCC 5
New submission from Matthias Klose: jakub richi: https://github.com/nemomobile-packages/python3/blob/master/Modules/faulthandler.c#L903 polacek richi: LD_LIBRARY_PATH=/builddir/build/BUILD/Python-3.4.2/build/debug/ /builddir/build/BUILD/Python-3.4.2/build/debug/python -E -c 'import faulthandler; faulthandler.enable(); faulthandler._stack_overflow()' polacek i.e. what Jakub says jakub richi: the function certainly shouldn't return address of a local variable; dunno what would happen if you just cast that to an integer though jakub richi: and it better should do something to avoid tail calls there jakub richi: the if (sp min_sp || max_sp sp) is also undefined behavior richi ah, I get python segfaults building some extensions instead (but can't reproduce locally...) richi jakub: so what's your fix? jakub richi: I don't have a fix, we just documented it not to be a gcc fault, we'll leave fixing to the package maintainer richi ah, I see jakub richi: dunno if e.g. uintptr_t x; memcpy (x, sp, sizeof (x)); would DTRT and be portable enough jakub richi: and then of course pass uintptr_t min_sp/max_sp, compare the x against that etc. richi well, just (uintptr_t)buffer should be enough -- components: Extension Modules messages: 235685 nosy: doko priority: normal severity: normal status: open title: undefined behaviour in faulthandler.c, exposed by GCC 5 type: crash versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23433 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com