[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2
Charles-François Natali neolo...@free.fr added the comment: Alright, the test is now skipped when the system doesn't support enough POSIX semaphores. I'm closing, we can still reopen in case another similar problem pops up (on other OS of course). -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13415] del os.environ[key] ignores errors
Charles-François Natali neolo...@free.fr added the comment: Oh, it looks like unsetenv() has no return value on Mac OS X Tiger And neither does FreeBSD 7: http://python.org/dev/buildbot/all/builders/x86%20FreeBSD%206.4%203.x/builds/2015/steps/compile/logs/stdio Note that ignoring unsetenv() return value is a bad idea: http://xorl.wordpress.com/category/freebsd/page/2/ We could maybe add a configure-time check. -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13415 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns []
Stanisław Jankowski stach.jankow...@gmail.com added the comment: @stachjankowski: How did you find this issue? Are you porting from 2.x to 3.x or have new 3.x code that uses this function? No, it's just random finding. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13459] logger.propagate=True behavior clarification
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 2c173769a957 by Vinay Sajip in branch '2.7': Closes #13459: Clarified documentation on Logger.propagate. Thanks to Mike Fogel for the patch. http://hg.python.org/cpython/rev/2c173769a957 New changeset a9f5639e18a1 by Vinay Sajip in branch '3.2': Closes #13459: Clarified documentation on Logger.propagate. Thanks to Mike Fogel for the patch. http://hg.python.org/cpython/rev/a9f5639e18a1 New changeset cc6693fdf6d5 by Vinay Sajip in branch 'default': Closes #13459: Merged fix from 3.2. http://hg.python.org/cpython/rev/cc6693fdf6d5 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13459 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns []
Petri Lehtinen pe...@digip.org added the comment: No, it's just random finding. This strengthens my impression that no-one is actually using the function. Maybe we should just remove it from 3.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13415] del os.environ
STINNER Victor victor.stin...@haypocalc.com added the comment: Note that ignoring unsetenv() return value is a bad idea: http://xorl.wordpress.com/category/freebsd/page/2/ Oh yeah, I remember this critical (local) vulnerability! We could maybe add a configure-time check. Yes, it sounds like the best solution. -- title: del os.environ[key] ignores errors - del os.environ ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13415 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns
Senthil Kumaran sent...@uthcode.com added the comment: Let's make it useful, that's much better instead of removing it. I am +1 with Ezio's suggestion on this to return a list of tuples with matching headers. -- title: http.client.HTTPMessage.getallmatchingheaders() always returns [] - http.client.HTTPMessage.getallmatchingheaders() always returns ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13439] turtle docstring for onkeyrelease references onkey, not onkeyrelease
Christopher Smith smi...@users.sourceforge.net added the comment: Sorry for the misdirection: The docstring example for onkeypress is written using onkey instead of onkeypress. (There is no problem for onkey and onkeyrelease.) -- resolution: wont fix - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns
Petri Lehtinen pe...@digip.org added the comment: Let's make it useful, that's much better instead of removing it. I am +1 with Ezio's suggestion on this to return a list of tuples with matching headers. But there's already a function that does it: http://docs.python.org/dev/library/email.message.html#email.message.Message.get_all HTTPMessage is a subclass of email.message.Message, so it's available in HTTPMessage as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
sbt shibt...@gmail.com added the comment: I have the feeling that if we have to call GetLastError() at the Python level, then there's something wrong with the APIs we're exposing from the C extension. I see you check for ERROR_OPERATION_ABORTED. Is there any situation where this can happen? There are three expected error conditions: ERROR_OPERATION_ABORTED: operation stopped by CancelIo(Ex)() ERROR_MORE_DATA: operation complete, but only got part of the message ERROR_IO_INCOMPLETE: operation still has not finished In the win32 api you need GetLastError() to distinguish between these cases, but maybe we can expose something better. Also, it seems strange to call ov.cancel() and then ov.GetOverlappedResult(). AFAICT, those two operations should be mutually exclusive: you call the former if e.g. WaitForMultipleObjects raised an exception, the latter otherwise. If WaitForMultipleObjects() returns WAIT_OBJECT_0 + 0 then, as you say, there is no need to call ov.cancel(), but it is harmless to call it if the operation has already completed. The cases aren't really mutually exclusive: if you call ov.cancel() you *must* still do ov.GetOverlappedResult(True) to check for the race where the operation completes after the wait times out, but before ov.cancel() can stop it. (Your original implementation had that bug -- see point (5) in my original bug report.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13446] imaplib, fetch: improper behaviour on read-only selected mailboxes
Charalampos Nikolaou char.nikol...@gmail.com added the comment: Hi, actually I must have found the real culprit. And this is that imaplib does not include a function for the EXAMINE command. What it does is that when a user selects a mailbox as readonly, it executes an EXAMINE command instead of a SELEECT command, which is wrong according to RFC2060 (http://james.apache.org/server/rfclist/imap4/rfc2060.txt) that explicitly states the following: Read-only access through SELECT differs from the EXAMINE command in that certain read-only mailboxes MAY permit the change of permanent state on a per-user (as opposed to global) basis. Netnews messages marked in a server-based .newsrc file are an example of such per-user permanent state that can be modified with read-only mailboxes. As a consequence of the above text, if a mailbox has been selected with the EXAMINE command, fetching a mail does not make the mail as read, which would be done if the mailbox had been selected with the SELECT command even in the case the mailbox had read-only permissions. A quick patch for imaplib is to have it not raising any exceptions when checking the READ-ONLY state. In this way, one can open a read-only mailbox using the SELECT command as follows: imap.select(mailbox) Preventing imaplib from raising exceptions when using the above command with read-only mailboxes, it allows someone to fetch a message and then marked it as seen. After all, the exceptions are of no use, because the IMAP server is responsible for making security checks and not the client. To have imaplib be compliant with RFC2060, I propose including an examine function which would be like select. Pure and simply. I attach a patch for imaplib 2.58 (Python 2.6.2) which solves this misbehavior by not raising exceptions for READ-ONLY mailboxes when having opened them without readonly=True. What are your opinions on this? -- keywords: +patch Added file: http://bugs.python.org/file23762/imaplib.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13446 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1395] py3k: duplicated line endings when using read(1)
Sébastien Sablé sa...@users.sourceforge.net added the comment: I am trying to get Python working when compiled with Visual Studio 2010 (cf issue 13210). When running the tests with the python 2.7 branch compiled with VS2010, the test_issue_1395_5 in test_io.py will cause Python to eat the whole memory within a few seconds and make the server completely unresponsive. -- nosy: +sable ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1395] py3k: duplicated line endings when using read(1)
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1395] py3k: duplicated line endings when using read(1)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: You should open a new issue for this new problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13461] Error on test_issue_1395_5 with Python 2.7 and VS2010
New submission from Sébastien Sablé sa...@users.sourceforge.net: I am trying to get Python working when compiled with Visual Studio 2010 (cf issue 13210). When running the tests with the python 2.7 branch compiled with VS2010, the test_issue_1395_5 in test_io.py will cause Python to eat the whole memory within a few seconds and make the server completely unresponsive. -- components: IO messages: 148184 nosy: sable priority: normal severity: normal status: open title: Error on test_issue_1395_5 with Python 2.7 and VS2010 versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1395] py3k: duplicated line endings when using read(1)
Sébastien Sablé sa...@users.sourceforge.net added the comment: OK, sorry. Done in issue 13461. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13461] Error on test_issue_1395_5 with Python 2.7 and VS2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: The problem is in CTextIOWrapperTest.test_issue1395_5 Here is the backtrace: msvcr100d.dll!memset() Line 145Asm msvcr100d.dll!_heap_alloc_dbg_impl(unsigned __int64 nSize, int nBlockUse, const char * szFileName, int nLine, int * errno_tmp) Line 498 C++ msvcr100d.dll!_nh_malloc_dbg_impl(unsigned __int64 nSize, int nhFlag, int nBlockUse, const char * szFileName, int nLine, int * errno_tmp) Line 239 + 0x22 bytesC++ msvcr100d.dll!_nh_malloc_dbg(unsigned __int64 nSize, int nhFlag, int nBlockUse, const char * szFileName, int nLine) Line 302 + 0x2a bytes C++ msvcr100d.dll!malloc(unsigned __int64 nSize) Line 56 + 0x21 bytes C++ python27_d.dll!PyObject_Malloc(unsigned __int64 nbytes) Line 944 C python27_d.dll!_PyObject_DebugMallocApi(char id, unsigned __int64 nbytes) Line 1445 + 0xa bytesC python27_d.dll!_PyObject_DebugMalloc(unsigned __int64 nbytes) Line 1413C python27_d.dll!PyString_FromStringAndSize(const char * str, __int64 size) Line 88 + 0x11 bytes C python27_d.dll!do_mkvalue(const char * * p_format, char * * p_va, int flags) Line 427 + 0xf bytes C python27_d.dll!va_build_value(const char * format, char * va, int flags) Line 537 + 0x14 bytes C python27_d.dll!_Py_VaBuildValue_SizeT(const char * format, char * va) Line 511 C python27_d.dll!_PyObject_CallMethod_SizeT(_object * o, char * name, char * format, ...) Line 2671 + 0xf bytes C python27_d.dll!textiowrapper_tell(textio * self, _object * args) Line + 0x2c bytesC So the problem happens when calling in textio.c: {{{ PyObject *decoded = PyObject_CallMethod( self-decoder, decode, s#, input, 1); }}} self-decoder is of type _io.IncrementalNewlineDecoder and input is BBB. This will result in PyString_FromStringAndSize being called with size = 4294967297, which will cause the server to fall. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
Antoine Pitrou pit...@free.fr added the comment: There are three expected error conditions: ERROR_OPERATION_ABORTED: operation stopped by CancelIo(Ex)() ERROR_MORE_DATA: operation complete, but only got part of the message ERROR_IO_INCOMPLETE: operation still has not finished In the win32 api you need GetLastError() to distinguish between these cases, but maybe we can expose something better. It seems to me that ERROR_OPERATION_ABORTED is a true error, and so should raise an exception. The cases aren't really mutually exclusive: if you call ov.cancel() you *must* still do ov.GetOverlappedResult(True) to check for the race where the operation completes after the wait times out, but before ov.cancel() can stop it. (Your original implementation had that bug -- see point (5) in my original bug report.) Ah, right. Thanks for the explanation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13462] Improve code and tests for Mixin2to3
New submission from Éric Araujo mer...@netwok.org: Currently distutils2 has two classes and one function to perform 2to3 conversion in the build_py and build_scripts commands. The code is a bit messy and also lack tests, for example for the conversion of doctests in text files. I’ve started revamping it so that it’s only one class that does the work, and I will also add many tests. Benjamin: For Python 2.4 and 2.5, should the functionality just be unavailable or is there an official release of lib2to3 on PyPI? I only found two2three, an old copy from the Subversion sandbox done by 3to2’s Joe Amenta, so I’m not sure I can be compatible with that (or if it’s even useful to try to convert 2.4 code to 3.x). -- assignee: eric.araujo components: Distutils2 messages: 148188 nosy: alexis, benjamin.peterson, eric.araujo priority: release blocker severity: normal status: open title: Improve code and tests for Mixin2to3 type: behavior versions: 3rd party, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13462 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12618] py_compile cannot create files in current directory
Éric Araujo mer...@netwok.org added the comment: Meador, maybe you would like to commit the tests (except for the one that’s the object of this report) yourself? I don’t mind doing it, but as you have push rights now maybe you prefer to have your name directly associated with your work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13420] newer() function in dep_util.py discard changes in the same second
Éric Araujo mer...@netwok.org added the comment: It’s a bit hard for me to isolate the distutils problem from the CDBS-specific parts (maybe because I’m tired :). For years, sub-second resolution was not supported by distutils, and things were okay as long as the build* commands did the file creation and install* were only concerned with copying files. Given the feature freeze, I’m very reluctant to add sub-second resolution. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13420 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13462] Improve code and tests for Mixin2to3
Benjamin Peterson benja...@python.org added the comment: Yes, last time I checked 2to3 doesn't work on 2.5 or 2.4. People will just have to run build_py2to3 on 2.6+. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13462 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Éric Araujo mer...@netwok.org added the comment: Hmm, my initial reaction is that that specific wording is stronger than I had in mind - there's nothing really wrong with having a shebang line and execute bit set on a top level module and symlinking it from /usr/bin. Okay. (On that topic, http://lists.debian.org/debian-python/2011/11/msg00058.html may interest you.) The problem is that we're doing those things for modules that we *don't* install as binaries, and that's silly Yep. Attached patch removes them for 3.3. I'd also mention the justification that this is due to such shebang lines creating a maintenance problem for handling parallel installations of different Python versions. I’d rather just say that it’s unneeded. With all due respect to the original poster, I don’t think this really caused problems. I will move my addition to the stdlib-only section. I’m not sure about OS-neutrality; the executable bit is Unix-specific and I’d rather use that exact term than a vague “flagged as executable”. I’ll make the part about shebangs neutral however, it won’t be hard. About this part of your proposal: Any installed scripts should use a shebang line of the form:: #!/usr/bin/env pythonX.Y Due to the use of distutils’ build_scripts that hard-codes one path, I’m not sure it’s time yet to make that recommendation. For packaging, I intend to launch a discussion about that behavior, which is often unhelpful. I really appreciate your taking time to review, and will submit the next revision of the patch here before going to python-dev. -- Added file: http://bugs.python.org/file23763/no-shebangs-for-stdlib.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13455] Reorganize tracker docs in the devguide
Éric Araujo mer...@netwok.org added the comment: +1 on grouping existing info into one or two files in the devguide +1 to removing the wiki pages +1 on keeping some basic directions in the main docs -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13455 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13463] Fix parsing of package_data
New submission from Éric Araujo mer...@netwok.org: In 288640098ea8, Jeremy fixed a bug in distutils2.config that prevented d2’s own setup.py script from working. I had to revert that change because it caused tests to fail. The bug needs to be identified exactly, then a test for it is needed, and finally an sdist should be created to check that all files are included. As I want to release 1.0a4 very soon, I’ll work on this today or tomorrow. -- assignee: eric.araujo components: Distutils2 messages: 148194 nosy: alexis, eric.araujo priority: release blocker severity: normal stage: test needed status: open title: Fix parsing of package_data type: behavior versions: 3rd party, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13463 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13009] Remove documentation in distutils2 repo
Changes by Éric Araujo mer...@netwok.org: -- priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13009 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12934] pysetup doesn’t work for the docutils project
Éric Araujo mer...@netwok.org added the comment: Due to the same reason, it’s also not possible to run “pysetup3.1 metadata” in the distutils2 repo, or “pysetup2.4 metadata” in the distutils2-python3 repo. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12779] Update packaging documentation
Éric Araujo mer...@netwok.org added the comment: Making this a release blocker for d2 1.0a4. -- priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12779 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13125] test_all_project_files() expected failure
Antoine Pitrou pit...@free.fr added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13125 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13444] closed stdout causes error on stderr when the interpreter unconditionally flushes on shutdown
Ronny Pfannschmidt ronny.pfannschm...@gmail.com added the comment: i think checking for closed is the correct solution -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13444 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13464] HTTPResponse is missing an implementation of readinto
New submission from R. David Murray rdmur...@bitdance.com: HTTPResponse subclasses RawIOBase, but does not provide an implementation of readinto, only read. This means that it is not conforming to the IO spec, and so it cannot be wrapped in a BufferedIOBase when using the C version of io. -- components: Library (Lib) keywords: easy messages: 148199 nosy: orsenthil, pitrou, r.david.murray priority: normal severity: normal status: open title: HTTPResponse is missing an implementation of readinto type: behavior versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13464 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12578] Erratic socket.gaierror: [Errno 11004] when using smtplib
Changes by Charles-François Natali neolo...@free.fr: -- resolution: - invalid stage: test needed - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12578 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13415] del os.environ
Changes by Charles-François Natali neolo...@free.fr: -- keywords: +needs review stage: - patch review Added file: http://bugs.python.org/file23764/broken_unsetenv.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13415 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13465] A Jython section in the dev guide would be great
New submission from Frank Wierzbicki fwierzbi...@gmail.com: Nick suggested this as a comment on a blog post of mine -- I'll come up with some content, but I wanted to log the bug straight away so I wouldn't forget. -- components: Devguide messages: 148200 nosy: brett.cannon, ezio.melotti, fwierzbicki, ncoghlan priority: normal severity: normal status: open title: A Jython section in the dev guide would be great type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns
Stanisław Jankowski stach.jankow...@gmail.com added the comment: This issue has been reported previously, in issue5053. Unfortunately, I overlooked. Sorry. -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5054] CGIHTTPRequestHandler.run_cgi() HTTP_ACCEPT improperly parsed
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns
Changes by Petri Lehtinen pe...@digip.org: -- superseder: - http.client.HTTPMessage.getallmatchingheaders() always returns [] ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13425] http.client.HTTPMessage.getallmatchingheaders() always returns []
Changes by Petri Lehtinen pe...@digip.org: -- title: http.client.HTTPMessage.getallmatchingheaders() always returns - http.client.HTTPMessage.getallmatchingheaders() always returns [] ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5053] http.client.HTTPMessage.getallmatchingheaders() always returns []
Petri Lehtinen pe...@digip.org added the comment: #13425 was marked as duplicate of this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4773] HTTPMessage not documented and has inconsistent API across 2.6/3.0
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4773 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13439] turtle: Errors in docstrings of onkey and onkeypress
Petri Lehtinen pe...@digip.org added the comment: There are actually many problems with docstrings of both onkey() and onkeypress(). Both: - Turtle instance named turtle isn't used in the example - The repl/doctest syntax is weird onkeypress only: - key-press event vs. key-press-event - The example uses onkey() instead of onkeypress() - The bottom comment says that the example draws a hexagon, but it actually draws a straight line. -- stage: committed/rejected - title: turtle docstring for onkeyrelease references onkey, not onkeyrelease - turtle: Errors in docstrings of onkey and onkeypress ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13466] new timezones
New submission from Aleksey shits...@gmail.com: Hi Guys, Since 31 august 2011 in Russian Federation always DST time. http://worldtimezone.net/dst_news/dst_news_russia36.html But time.tzname ('MSK', 'MSK') time.localtime().tm_isdst 0 time.timezone -10800 time.altzone -14400 i think tm_isdst must be always 1 for my zone, or timezone must be equal altzone -- messages: 148204 nosy: Rioky priority: normal severity: normal status: open title: new timezones type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13439] turtle: Errors in docstrings of onkey and onkeypress
Petri Lehtinen pe...@digip.org added the comment: The problems with onkey() are also there in 2.7. onkeypress() is new in 3.x. -- keywords: +easy stage: - needs patch versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13466] new timezones
Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Extension Modules nosy: +belopolsky, lemburg stage: - test needed versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13443] wrong links and examples in the functional HOWTO
A.M. Kuchling li...@amk.ca added the comment: Here's a patch against the 3.3 trunk. -- Added file: http://bugs.python.org/file23765/functional-patch.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13466] new timezones
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: On my Ubuntu machine, I get: $ zdump -v Europe/Moscow | grep 201[0-9] Europe/Moscow Sat Mar 27 22:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 MSK isdst=0 gmtoff=10800 Europe/Moscow Sat Mar 27 23:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 MSD isdst=1 gmtoff=14400 Europe/Moscow Sat Oct 30 22:59:59 2010 UTC = Sun Oct 31 02:59:59 2010 MSD isdst=1 gmtoff=14400 Europe/Moscow Sat Oct 30 23:00:00 2010 UTC = Sun Oct 31 02:00:00 2010 MSK isdst=0 gmtoff=10800 Europe/Moscow Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800 Europe/Moscow Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400 [and nothing else, whereas other locations can show changes up to year 2499] If I read this information correctly, this says that about 8 months ago, DST was not applied as usual; instead, the definition of MSK changed from UTC+3 to UTC+4. Of course Python uses the same data, so is right to display tm_idst=0. OTOH, time.timezone should be -4*3600==-14400, and here I think Python is wrong. Also, time.daylight should be zero, whereas: $ TZ=Europe/Moscow ./python Python 3.3.0a0 (default:53cc2668d54f, Nov 23 2011, 22:19:40) [GCC 4.4.3] on linux Type help, copyright, credits or license for more information. import time time.tzname, time.timezone, time.daylight (('MSK', 'MSK'), -10800, 1) The error comes from the way Python computes timezone and daylight: it queries the tm_gmtoff of two timestamps, one close to the first of January, the other close to the first of July. But last January the previous definition of the timezone was still in force... and indeed, when I changed the code to use *next* January instead, I have the expected values. Is there an algorithm that gives the correct answer? Taking the 1st of January closest to the current date would not work either. Or is there another way (in portable C) to approach timezones? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13466] new timezones
Marc-Andre Lemburg m...@egenix.com added the comment: Amaury Forgeot d'Arc wrote: The error comes from the way Python computes timezone and daylight: it queries the tm_gmtoff of two timestamps, one close to the first of January, the other close to the first of July. But last January the previous definition of the timezone was still in force... and indeed, when I changed the code to use *next* January instead, I have the expected values. Is there an algorithm that gives the correct answer? Taking the 1st of January closest to the current date would not work either. Or is there another way (in portable C) to approach timezones? A fairly correct way is to query the time zone database at time module import time by using the DST and GMT offset of that time. IMO time.timezone and time.daylight should be deprecated since they will give wrong results around DST changes (both switch times and legal changes such as the described one) in long running processes such as daemons. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4111] Add Systemtap/DTrace probes
Jesús Cea Avión j...@jcea.es added the comment: This project continues in issue #13405. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4111 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Nick Coghlan ncogh...@gmail.com added the comment: Hmm, interesting mailing list post - I hadn't thought about how the auto-initialisation of sys.path[0] aligns with the Windows vs Unix difference in PATH handling (i.e. whether or not the current directory is considered to be on PATH), with Python coming down in favour of the usually-more-convenient-but-less-secure Windows approach. We have -S to disable all site processing, -s to disable user site packages and -E to ignore PYTHONPATH and PYTHONHOME - perhaps there should be another flag to skip the auto-initialisation of sys.path[0]. I may include something along those lines in PEP 395. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Changes by anatoly techtonik techto...@gmail.com: -- nosy: +techtonik ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13455] Reorganize tracker docs in the devguide
Ezio Melotti ezio.melo...@gmail.com added the comment: I think the reason these docs are scattered is that the devguide is a guide, not a reference manual. I don't think this patch makes sense: if the tracker really needed so much text to explain how it works, then the tracker would have a severe UI problem. Most people use bug trackers without ever reading a manual first. This is true, however different people can figure out a different amount of things just by using and experiment with something. While most of the tasks should be obvious, some are a bit more advanced, and even the obvious once might not be obvious for everyone. So IMHO writing down a few sentences doesn't hurt. Also the lines between developer, contributor, and user that reports an issue are not so well defined, so it might be ok to add information that are not aimed just to core-developers in the devguide. If someone just wants to report a bug, then sure, they shouldn't need to read the dev guide I also don't expect them to follow the bugs page in the doc step by step. I think they can figure out most of the steps on their own -- but if they get stuck with a specific step (e.g. registration), they should be able to find more information about it easily. Having all the doc in the same place and a short section for each possible step would solve this, and it's IMHO better than a descriptive section of the whole process. Similarly this applies for the description of the fields (that's why I used a list and highlighted with bold text the fields' names). (so I disagree with the idea of making any significant changes to the bugs page in the docs) I was planning to replace it with a paragraph that says that something like If you think you found an issue, you can search the bug tracker at bugs.python.org to see if the issue is known. If it's not, you can register to the issue tracker and report it. For more information see the devguide. It is not possible to submit anonymous reports. It would also give us a place to document the auto-linkification rules (similar to what was done recently for the post-commit hooks). This is already documented in the triaging page, in the section about the Comment field. This issue was initially reported on the meta tracker[0], I moved the discussion here to get more people involved before making changes. [0]: http://psf.upfronthosting.co.za/roundup/meta/issue119 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13455 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13466] new timezones
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: A fairly correct way is to query the time zone database at time module import time by using the DST and GMT offset of that time. But that does not give the *other* timezone :-( IMO time.timezone and time.daylight should be deprecated since they will give wrong results around DST changes (both switch times and legal changes such as the described one) in long running processes such as daemons. time.timezone is the non-DST timezone: this value does not change around the DST change date. That's why the current implementation uses absolute dates like the of January: DST changes are often in March and October. What about this algorithm: - pick the first of January and the first of July surrounding the current date - if both have tm_idst==0, the region has no DST. Use the current GMT offset for both timezone and altzone; daylight=0 - otherwise, use the *current* time and get its DST and GMT offset. This is enough to compute both timezone and altzone (with the relation altzone=timezone-3600) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13466] new timezones
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Another way to fix the issue is to wait 40 days. There won't be any release in-between anyway! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13466 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13448] PEP 3155 implementation
Changes by Antoine Pitrou pit...@free.fr: Added file: http://bugs.python.org/file23766/942ba1e2f8c1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13448] PEP 3155 implementation
Antoine Pitrou pit...@free.fr added the comment: New patch addressing Benjamin's and Victor's comments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
sbt shibt...@gmail.com added the comment: It seems to me that ERROR_OPERATION_ABORTED is a true error, and so should raise an exception. I guess so, although we do expect it whenever poll() times out. What exception would be appropriate? BlockingIOError? TimeoutError? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13455] Reorganize tracker docs in the devguide
Antoine Pitrou pit...@free.fr added the comment: This is true, however different people can figure out a different amount of things just by using and experiment with something. While most of the tasks should be obvious, some are a bit more advanced, and even the obvious once might not be obvious for everyone. So IMHO writing down a few sentences doesn't hurt. Well, it does hurt, because the more sentences you write, the more the devguide becomes bloated and difficult to follow (especially for non-native English speakers who might not read English very fast). The devguide is *already* too big. The devguide was supposed to be something that you read quickly and easily, not an exhaustive reference of how development works. Or at least there should be a clear separation between the two (the guide part, and the reference part). The guide part being the most important, while the reference is really optional. And, really, if you want people to feel more comfortable with the tracker, it would be more productive to improve the tracker itself. No amount of documentation will make a UI usable. Also the lines between developer, contributor, and user that reports an issue are not so well defined, so it might be ok to add information that are not aimed just to core-developers in the devguide. The devguide is *not* primarily for core developers. It's for new contributors who want to get set up, so that they don't give up in the absence of clear indications. Being useful for core developers is a nice extra, but it was not the original intent. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13455 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13448] PEP 3155 implementation
STINNER Victor victor.stin...@haypocalc.com added the comment: Ah, PyFunction_NewWithQualName is now public. Why an upper P in PyFunction_NewWithQualName? If you use an upper P, it should use an underscore in Python: __qual_name__ to be consistent. So I suggest to change the C name :-) PyFunction_NewWithQualname or PyFunction_NewWithQualifiedName. I don't have a preference between these two choices. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13415] del os.environ[key] ignores errors
Changes by STINNER Victor victor.stin...@haypocalc.com: -- title: del os.environ - del os.environ[key] ignores errors ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13415 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13448] PEP 3155 implementation
Antoine Pitrou pit...@free.fr added the comment: Why an upper P in PyFunction_NewWithQualName? If you use an upper P, it should use an underscore in Python: __qual_name__ to be consistent. __getattr__ / PyObject_GetAttr. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
Antoine Pitrou pit...@free.fr added the comment: It seems to me that ERROR_OPERATION_ABORTED is a true error, and so should raise an exception. I guess so, although we do expect it whenever poll() times out. What exception would be appropriate? BlockingIOError? TimeoutError? I would say either an OSError with the appropriate winerror, or a specific exception (_multiprocessing.win32.OperationAbortedError?). Or perhaps a ValueError. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13465] A Jython section in the dev guide would be great
Antoine Pitrou pit...@free.fr added the comment: Uh, rather -1 on this. I would suggest Jython gets its own devguide (which can of course copy stuff from CPython's), since Jython and CPython are distinct projects. No need to confuse readers by mixing instructions for two different projects in a single guide. -- nosy: +pitrou resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13455] Reorganize tracker docs in the devguide
Ezio Melotti ezio.melo...@gmail.com added the comment: Well, it does hurt, because the more sentences you write, the more the devguide becomes bloated and difficult to follow OTOH is easy to ignore an how to register to the tracker section if you are already registered or if you don't need to register now or you think you know how to do it. Also note that I'm not adding these sections, but I'm just moving them from the bugs page in the doc (with some markup changes and refactoring). The only section I added is Finding an Issue You Can Help With. The devguide is *not* primarily for core developers. It's for new contributors who want to get set up, so that they don't give up in the absence of clear indications. Agreed, and registering and using the bug tracker is part of this set up, regardless of how obvious the process is (or should be). Anyway, it would be fine with me to not document these basic tasks (how to register/login/search), but it seems to me that people think that the content of the bugs page is useful, and I would rather have it with the rest in the devguide, rather than having it in a separate page. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13455 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13422] Subprocess: children hang due to open pipes
Felix Steffenhagen fe...@sutus.com added the comment: The problem I have with the solution that is currently implemented is that subprocess is waiting for the spawned child although the child is not running anymore. In my case this issue occured when invoking samba or the small sample daemon (see attached file above). For example, invoking the daemon from a bash, the daemon program exits immediately and its spawned child is running in the background. The point is that the bash is accessible right after starting the daemon. It is not waiting for the daemon process in the background to close the open pipe. What do you think of using a waitpid for this scenario? subprocess.Popen could wait for the pid of the daemon starter and gets back control once the pid of the daemon starter is gone. This way, subprocess.Popen does not need to wait for EOF on left-open pipes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13422 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13467] Typo in doc for library/sysconfig
New submission from INADA Naoki songofaca...@gmail.com: http://docs.python.org/library/sysconfig.html#sysconfig.get_path If scheme is provided, it must be a value from the list returned by get_path_names(). s/get_path_names/get_scheme_names/ -- assignee: docs@python components: Documentation messages: 148223 nosy: docs@python, naoki priority: normal severity: normal status: open title: Typo in doc for library/sysconfig versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5305] imaplib should support international mailbox names
Babak M babak...@gmail.com added the comment: There's a working implementation of this in PloneMailList. http://svn.plone.org/svn/collective/mxmImapClient/trunk/imapUTF7.py -- nosy: +BabakM ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13465] A Jython section in the dev guide would be great
Nick Coghlan ncogh...@gmail.com added the comment: Hosting docs.python.org/devguide/jython doesn't seem like an unreasonable idea at all to me, and what's the benefit to CPython in making the Jython team go to the effort of building out independent deployment and source control infrastructure for their own devguide? wiki.python.org is already shared between the two projects, and pydotorg hosts the Jython source control infrastructure in addition to CPython's. More generally, given that we now provide cross-links to PyPy, Jython and IronPython from the download pages, it also seems reasonable to provide pointers to their own get involved resources from the CPython devguide. -- resolution: rejected - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13468] Python 2.7.1 SegmentationFaults when given high recursion limit
New submission from Tom Dignan t...@adeptdev.com: On my system, the magic number to make this segfault seems to be 26200: tom@tralfamadore ~/Downloads $ python recur1.py 26199 160164968 tom@tralfamadore ~/Downloads $ python recur1.py 26200 Segmentation fault Here's the source: #!/usr/bin/python import sys if len(sys.argv) 2: print usage %r number % sys.argv[0] sys.exit(1) number = int(sys.argv[1]) sys.setrecursionlimit(number + 2) f = (lambda n: (f(n - 1) if n 0 else 0) + (n if n % 3 == 0 or n % 5 == 0 else 0)) print f(number) sys.exit(0) -- components: None messages: 148226 nosy: tdignan priority: normal severity: normal status: open title: Python 2.7.1 SegmentationFaults when given high recursion limit type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13468 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Nick Coghlan ncogh...@gmail.com added the comment: Meador's suggested name change has grown on me, so I plan to switch the name of the new API to get_instructions() and the new class to Instruction. -- assignee: rhettinger - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13443] wrong links and examples in the functional HOWTO
Eli Bendersky eli...@gmail.com added the comment: Andrew, thanks, but I still think it's a bigger problem that the page discusses a module which is not available on Python 3.x - this means that a user following the page can't just type in the code and make it run. The links can be fixed and kept there, as Éric suggests, perhaps with a disclaimer, but code on the page itself should be valid - this is part of our official documentation, after all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13468] Python 2.7.1 SegmentationFaults when given high recursion limit
Benjamin Peterson benja...@python.org added the comment: Of course; that's what the recursion limit protects against. -- nosy: +benjamin.peterson resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13468 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13469] TimedRotatingFileHandler fails to handle intervals of several weeks correctly
New submission from Jussi Eronen e...@iki.fi: When specifying a time period of several weeks, say when w0 and interval 4, the rollover still happens weekly instead of every 4 weeks. The log file names are as though the rollover happens every 4 weeks, which furthers the confusion. In the file system, it looks like this: -rw-r- 1 x x 94189100 2011-10-24 23:59 x.log.2011-09-27 -rw-r- 1 x x 51059765 2011-11-01 00:59 x.log.2011-10-04 This seems to be the result of computeRollover not handling multiple weeks at all. -- components: Library (Lib) messages: 148230 nosy: exec priority: normal severity: normal status: open title: TimedRotatingFileHandler fails to handle intervals of several weeks correctly versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13469 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13469] TimedRotatingFileHandler fails to handle intervals of several weeks correctly
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13469 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13470] A user may need ... when she has ...
New submission from Florent Xicluna florent.xicl...@gmail.com: http://docs.python.org/library/sys.html#sys.setrecursionlimit http://docs.python.org/dev/library/sys.html#sys.setrecursionlimit Doc for Python 2.7 says: A user may need to set the limit higher when she has ... Doc for Python 3.3 says: A user may need to set the limit higher when they have ... IMHO she and they are not right here. Is it an initiative of the Python diversity group :-) -- assignee: docs@python components: Documentation messages: 148231 nosy: docs@python, flox priority: low severity: normal stage: needs patch status: open title: A user may need ... when she has ... type: behavior versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12170] index() and count() methods of bytes and bytearray should accept byte ints
Petri Lehtinen pe...@digip.org added the comment: Just a thought: Would this change be worthy for the What's new in 3.3 list? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com