[issue5250] Document __instancecheck__ and __subclasscheck__

Changes by Chris Rebert : Added file: http://bugs.python.org/file16893/datamodel.rst.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue7026] test_urllib: unsetting missing 'env' variable

Senthil Kumaran added the comment: I am unable to reproduce this issue in the trunk/py3k. Buildbots have not complained either. I am closing this bug. srid: If you have steps to reproduce, feel free to reopen it. -- status: open -> closed ___ Python

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Senthil Kumaran added the comment: After spending a sufficient amount of time looking at patches and the RFC 2732, I tend to agree with the patch provided by tlocke. It does cover the behavior for parsing IPv6 URL with '[' hostname ']'. RFC 2732 is very short and just says that hostname in th

[issue5250] Document __instancecheck__ and __subclasscheck__

Chris Rebert added the comment: Here's a draft of an updated version of the "Data model" docs reflecting the changes in the PEP. -- keywords: +patch type: -> feature request Added file: http://bugs.python.org/file16891/datamodel.rst.diff ___ Python

[issue8376] Tutorial offers dangerous advice about iterator s: “__iter__() can just return self”

New submission from Anders Kaseorg : The Python tutorial offers some dangerous advice about adding iterator behavior to a class: http://docs.python.org/tutorial/classes.html#iterators “By now you have probably noticed that most container objects can be looped over using a for statement: … Havin

[issue8026] strftime bug when timedelta is negative

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue8330] Failures seen in test_gdb on buildbots

Martin v. Löwis added the comment: I have now applied file16808 as r79986. I'm detaching file16804, as it was superceded by the other patch. I also reenabled all tests in r79987, to see how the buildbots react. -- ___ Python tracker

[issue8279] python-gdb PyListTests fail

Martin v. Löwis added the comment: The patch in file16727 was applied as part of issue8316. -- ___ Python tracker ___ ___ Python-bugs-

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Senthil Kumaran added the comment: With respect to msg98314 (http://bugs.python.org/msg98314) referenced in this bug, which I thought is easy to handle, does not appear so. It is bit tricky. The problem is the relative url is given of the format '07.11.2009-9:54:12-1.jpg' and urlparse wrongly

[issue5250] Document __instancecheck__ and __subclasscheck__

Changes by Chris Rebert : -- nosy: +cvrebert versions: +Python 2.6, Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list

[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

Shashwat Anand added the comment: Instead of “email.utils.formatdate(time, usegmt=True)” we can simply use time.strftime() and clean the code in a better way. The duplication is there in date_time_string() as well as log_date_time_string(). Submitting the patch for review. -- nosy: +

[issue6409] 2to3 -j 4 generates malformed diffs

George Boutsioukis added the comment: Flushing stdout is still necessary, though not enough. The processes will still have to use some kind of synchronization, and the performance toll of adding a lock to synchronize output is negligible, given that printing to stdout takes a tiny amount of t

[issue7905] Shelf 'keyencoding' keyword argument is undocumented and does not work.

R. David Murray added the comment: Yes, that would be clearer wording. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Tony Locke added the comment: Regarding the RFC list issue, I've posted a new patch with a new RFC list that combines ndim's list and the comments from #5650. Pitrou argues that http://dead:beef::]/foo/ should fail because it's a malformed URL. My response would be that the parse() function h

[issue8374] Some locales are unsupported

Antoine Pitrou added the comment: Ok, the fix (updated tables) has been committed in trunk (r79977) and py3k (r79978). I suppose Ubuntu can backport the patch if they want their Python to be in sync with their own locales. (even better, distributions should include the regeneration of locale a

[issue8374] Some locales are unsupported

Martin v. Löwis added the comment: > When the table is updated in trunk, can it be backported to 2.6? With the changes to the encodings for some of the locales (e.g. 'ru'), I would advise against such a backport. This also demonstrates one fundamental flaw of the approach: even if X11 decides

[issue8375] test_distutils fails when run with -j

New submission from Antoine Pitrou : test_distutils fails in py3k when run with -j (e.g. "python -m test.regrtest -j1 -v test_distutils") == ERROR: test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase) -

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Changes by Tony Locke : Removed file: http://bugs.python.org/file16886/parse.py.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue870479] Scripts need platform-dependent handling

Éric Araujo added the comment: This bug supersedes #1004696. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue7905] Shelf 'keyencoding' keyword argument is undocumented and does not work.

Éric Araujo added the comment: One remark: In “The *keyencoding* parameter is the encoding used to encode key values”, what are “key values”? Don’t we just say “keys” in such cases? Regards -- ___ Python tracker

[issue8374] Some locales are unsupported

Antoine Pitrou added the comment: When the table is updated in trunk, can it be backported to 2.6? It does change a couple of mappings (example here is from sr_CS.* to sr_RS.*). -- ___ Python tracker __

[issue8374] Some locales are unsupported

Antoine Pitrou added the comment: > However, these cases seem to be different. I think it can be used to find out the current language setting of the user, and trigger a third-party translation system (other than e.g. gettext). -- ___ Python tracker

[issue8374] Some locales are unsupported

Martin v. Löwis added the comment: > Can we tell about getdefaultlocale’s uselessness in the docs? I haven't quite understood what people want to use that function for. If we knew the typical use cases, we could make recommendations what they should use instead. One use case is to find out the

[issue8374] Some locales are unsupported

Éric Araujo added the comment: Can we tell about getdefaultlocale’s uselessness in the docs? -- ___ Python tracker ___ ___ Python-bugs

[issue8374] Some locales are unsupported

Martin v. Löwis added the comment: getdefaultlocale is inherently unmaintainable, and shouldn't be used by applications. I wish it was removed from Python (but unfortunately, too many people got tricked into believing that it does something useful). That said, if anybody feels like updating t

[issue8374] Some locales are unsupported

Antoine Pitrou added the comment: Actually, my diagnosis was wrong. The locale module contains a list of locale aliases and some of the Serbian ones are missing. A recent locale.alias file from X11 is more complete. -- nosy: +lemburg priority: -> normal resolution: invalid -> versio

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Martin v. Löwis added the comment: Ok, it consumes more memory - why do you think there is a leak? -- ___ Python tracker ___ ___ Pytho

[issue1004696] translate Windows newlines when installing scripts on POSIX

Éric Araujo added the comment: I’m shocked to learn this bug is still valid. Reassigning to Distutils2, as Distutils is frozen. This bug is a particular case of #870479 Regards -- components: +Distutils2 -Distutils title: translate Windows cr-lf when installing scripts on Linux -> tr

[issue8374] Some locales are unsupported

Luke Jennings added the comment: Sorry for the confusion but that bug report has two very similar problems to it if you look at https://bugs.edge.launchpad.net/quickshot/+bug/554861/comments/7 and https://bugs.edge.launchpad.net/quickshot/+bug/554861/comments/6 . I think that is calling the lo

[issue8374] Some locales are unsupported

Antoine Pitrou added the comment: This doesn't look like a bug. You must install a locale before it gets available to Python. Furthermore, according to the original traceback ( http://launchpadlibrarian.net/43012745/quickshot-latin.log ), the locale module isn't even involved. -- nos

[issue8374] Some locales are unsupported

Éric Araujo added the comment: What I’m saying is that the original module is not a bug. I’ll let Martin confirm or infirm :) Regards -- ___ Python tracker ___

[issue8374] Some locales are unsupported

Luke Jennings added the comment: Other programs do work with the local. I am working on dealing with exceptions, I am rather new to programing and thought it would also be good to try and get this fixed in the original module. -- ___ Python tracke

[issue8374] Some locales are unsupported

Éric Araujo added the comment: Sorry for sending this too fast. The beginning should read: Not a locale expert here, but since this module relies on the underlying libc locale support, the bug is not Python-specific. -- ___ Python tracker

[issue8374] Some locales are unsupported

Éric Araujo added the comment: Hello Not a local expert here, but since this module relies on the underlying libc locale support. Do other programs work correctly with this locale? Apart from that, your program needs to catch and handle exceptions anyway. Martin, I’m making you nosy, since y

[issue8374] Some locales are unsupported

New submission from Luke Jennings : In the locale module there are some locales that are not supported these the ones that I am aware of are nl_AW, sr_RS sr_ME. This information was due to a project that captures screenshots in different languages and we have to retrieve the language code. Rel

[issue7946] Convoy effect with I/O bound threads and New GIL

Charles-Francois Natali added the comment: A couple remarks on BFS-based patch: - nothing guarantees that you'll get a msec resolution - gettimeofday returns you wall clock time: if a process that modifies time is running, e.g. ntpd, you'll likely to run into trouble. the value returned is _no

[issue8070] Infinite loop in PyRun_InteractiveLoopFlags() if PyRun_InteractiveOneFlags() raises an error

STINNER Victor added the comment: I don't have time to write a better patch, please improve mine :-) -- ___ Python tracker ___ ___ Pyt

[issue7301] Add environment variable $PYTHONWARNINGS

Philip Jenvey added the comment: The pending patch for py3k fixes the modification of the env value (trunk already has a fix for that). That patch is also doing the conversion to wchar_t via the char2wchar function now, with that reusing a single buffer seems out of the question --

[issue7301] Add environment variable $PYTHONWARNINGS

Stefan Krah added the comment: The changes in main.c in r79881 don't look right: strtok() is used on the string returned by getenv(), which must not be modified. Also (and this admittedly cosmetic), perhaps use a static buffer like wchar_t warning[128] or use a single allocation before the for

[issue2987] RFC2732 support for urlparse (IPv6 addresses)

Antoine Pitrou added the comment: > Isn’t “http://dead:beef::]/foo/“ and invalid URI? That's the point, it shouldn't parse as a valid one IMO. -- title: RFC2732 support for urlparse (e.g. http:// -> RFC2732 support for urlparse (IPv6 addresses) ___

[issue5650] Obsolete RFCs should be removed from doc of urllib.urlparse

Éric Araujo added the comment: See also #2987 -- title: Obsolete RFC's should be removed from doc of urllib.urlparse -> Obsolete RFCs should be removed from doc of urllib.urlparse ___ Python tracker __

[issue2987] RFC2732 support for urlparse (e.g. http://

Éric Araujo added the comment: Isn’t “http://dead:beef::]/foo/“ and invalid URI? Regarding doc, see also #5650. -- title: RFC2732 support for urlparse (e.g. http://[::1]:80/) -> RFC2732 support for urlparse (e.g. http:// ___ Python tracker

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Krauzi added the comment: ah no you misunderstood me. Please add a system("pause") and a system("pause") at the beginning of the while(1)-loop and one at the end. Then compare the memory usage of the program at the beginning (lets say it's 2,6 MB) with the usage at the second pause. In may ca

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Antoine Pitrou added the comment: By the way, updating the RFC list as done in python-urlparse-rfc2732-rfc-list.patch is also a good idea. -- ___ Python tracker ___

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Antoine Pitrou added the comment: I think parsing should be a bit more careful. For example, what happens when you give 'http://dead:beef::]/foo/' as input (note the missing opening bracket)? -- nosy: +pitrou ___ Python tracker

[issue7443] test.support.unlink issue on Windows platform

Martin v. Löwis added the comment: > Would you agree that py3k is the only target branch worth aiming for? Most certainly, yes. -- ___ Python tracker ___ ___

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Martin v. Löwis added the comment: I can't reproduce the problem on Windows, either. The attached project runs the thread creation in a loop (leaving the 3s sleep in the code). I see (in process viewer) that the Commit Size varies between 13MB and 14MB; there is no indication of a leak.

[issue2054] add ftp-tls support to ftplib - RFC 4217

Antoine Pitrou added the comment: > Thinking back about this, I wonder whether "FTPS" could be a better name to > use instead of "FTP_TLS". > It's shorter, easier to remember, and also makes more sense since also SSL > can be used, not only TLS. What do you mean by "also SSL can be used"? Wik

[issue2054] add ftp-tls support to ftplib - RFC 4217

Éric Araujo added the comment: It doesn’t look like a constant, too. httplib.Client, ftplib.Client, ftplib.SecureClient would be much more descriptive than httplib.HTTP and ftplib.FTP. Any interest about adding aliases? Regards -- nosy: +merwok __

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Éric Araujo added the comment: Seems sensible: Delimiters are not part of components. -- nosy: +merwok ___ Python tracker ___ ___ Pyth

[issue2054] add ftp-tls support to ftplib - RFC 4217

Giampaolo Rodola' added the comment: Thinking back about this, I wonder whether "FTPS" could be a better name to use instead of "FTP_TLS". It's shorter, easier to remember, and also makes more sense since also SSL can be used, not only TLS. -- ___

[issue2987] RFC2732 support for urlparse (e.g. http://[::1]:80/)

Tony Locke added the comment: I've created a patch for parse.py against the py3k branch, and I've also included ndim's test cases in that patch file. When returning the host name of an IPv6 literal, I don't include the surrounding '[' and ']'. For example, parsing http://[::1]:5432/foo/ gives

[issue7443] test.support.unlink issue on Windows platform

Tim Golden added the comment: > Then we shouldn't use DeleteFile in the first place to delete the file, > but instead CreateFile, with DELETE access (and FILE_SHARE_DELETE > sharing). If that fails, we need to move the file to the bin > (see unlink_nt for details). I see what you're getting at.

[issue8253] add a resource+files section in setup.cfg

Éric Araujo added the comment: I’ve read some distutils-sig threads about this. Do you still want to write a PEP for it before implementation? -- ___ Python tracker ___

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Krauzi added the comment: oh no then it's a windows bug. Now i understand why many devs use linux instead of windows.. -- ___ Python tracker ___

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Antoine Pitrou added the comment: Thanks Martin. I see no leak here either (Linux with Python 2.6 and 2.7). -- ___ Python tracker ___

[issue7443] test.support.unlink issue on Windows platform

Martin v. Löwis added the comment: > I'm afraid that the problem doesn't lie in the unlink: DeleteFile > succeeds. The problem is that the file is only marked for delete > until such time as the last SHARE_DELETE handle on it is closed. Then we shouldn't use DeleteFile in the first place to del

[issue8373] socket: AF_UNIX socket paths not handled according to PEP 383

Changes by Antoine Pitrou : -- nosy: +haypo, loewis priority: -> normal stage: -> patch review versions: -Python 3.3 ___ Python tracker ___

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by Antoine Pitrou : -- nosy: +haypo, loewis priority: -> high stage: -> patch review versions: -Python 2.5, Python 3.3 ___ Python tracker ___ __

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

Ned Deily added the comment: To be totally fair, it is likely that part of the OS X breakage was caused by the original code inadvertently working around the original CFLAGS misbehavior. From an OS X perspective, it may be best to just fix the new issue and move on. -- __

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Darryl Miles added the comment: To explain why you need 2 modes, a client/server would expect to do the following pseudo actions for maximum efficiency: set_socket_timeout(600_SECONDS) # or useful default send_data_over_ssl("QUIT\r\n") shutdown(SSL_SHUTDOWN_MODE_SENT) flush_data_down_to_socke

[issue8373] socket: AF_UNIX socket paths not handled according to PEP 383

Changes by David Watson : Added file: http://bugs.python.org/file16885/af_unix-pep383-doc.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue8373] socket: AF_UNIX socket paths not handled according to PEP 383

Changes by David Watson : Added file: http://bugs.python.org/file16884/test-new.diff ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8373] socket: AF_UNIX socket paths not handled according to PEP 383

Changes by David Watson : Added file: http://bugs.python.org/file16883/test-existing.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue8373] socket: AF_UNIX socket paths not handled according to PEP 383

David Watson added the comment: This patch does the same thing without fixing issue #8372 (not that I'd recommend that, but it may be easier to review). -- Added file: http://bugs.python.org/file16882/af_unix-pep383-no-8372-fix.diff ___ Python tracke

[issue8373] socket: AF_UNIX socket paths not handled according to PEP 383

New submission from David Watson : In 3.x, the socket module assumes that AF_UNIX addresses use UTF-8 encoding - this means, for example, that accept() will raise UnicodeDecodeError if the peer socket path is not valid UTF-8, which could crash an unwary server. Python 3.1.2 (r312:79147, Mar 23 2

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by David Watson : Added file: http://bugs.python.org/file16880/test-3.x.diff ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by David Watson : Added file: http://bugs.python.org/file16879/test-2.x.diff ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

Changes by Marc-Andre Lemburg : -- resolution: fixed -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

Marc-Andre Lemburg added the comment: Reopening the ticket: it shouldn't have been closed. I'm also making this a release blocker, since this needs to be fixed before the next release - the CC variable has to be initialized by the build system and breaking this in general for all default buil

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by David Watson : Added file: http://bugs.python.org/file16878/addrlen-3.x.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by David Watson : Added file: http://bugs.python.org/file16877/addrlen-2.x.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue7433] MemoryView memory_getbuf causes segfaults, double call to tp_releasebuffer

Changes by Meador Inge : -- nosy: +minge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue7443] test.support.unlink issue on Windows platform

Tim Golden added the comment: I'm afraid that the problem doesn't lie in the unlink: DeleteFile succeeds. The problem is that the file is only marked for delete until such time as the last SHARE_DELETE handle on it is closed. Until that time, an attempt to (re)create the file for anything other

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by David Watson : Added file: http://bugs.python.org/file16876/return-unterminated-3.x.diff ___ Python tracker ___ ___ Python-bugs-list

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

Changes by David Watson : Added file: http://bugs.python.org/file16875/return-unterminated-2.x.diff ___ Python tracker ___ ___ Python-bugs-list

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

Marc-Andre Lemburg added the comment: Victor, could you please fix the patch or revert it ? Thanks. -- ___ Python tracker ___ ___ Pyt

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

New submission from David Watson : The makesockaddr() function in the socket module assumes that AF_UNIX addresses have a null-terminated sun_path, but Linux actually allows unterminated addresses using all 108 bytes of sun_path (for normal filesystem sockets, that is, not just abstract addresses

[issue7443] test.support.unlink issue on Windows platform

Martin v. Löwis added the comment: 1. I agree that we should fix the unlinking problem on Windows. I also think that such a fix should be independent of the test suite - many people run into failed unlink problems. 2. Tim already said it, but I repeat: the common theory is that the culprit fo

[issue6507] Enhance dis.dis to autocompile codestrings

Raymond Hettinger added the comment: +1 -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue8366] OS X universal builds fail on 2.7b1 and py3k with "Don't know machine value for archs"

Ned Deily added the comment: Setting CPPFLAGS to include the SDK is needed to make sure some of the autoconf tests work correctly by using the SDK's header files rather than those from /. But, you're right, it shouldn't throw away other CPPFLAGS settings. Plus that whole test there is suspe

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Antoine Pitrou added the comment: To just run the test_ftplib tests, you can use: $ ./python -m test.regrtest -v -uall test_ftplib (Other tests involving SSL sockets are test_ssl, test_smtpnet, test_imaplib and test_poplib) > 1) Some thing that concern me, the "unwrap()" philosophy looks to b

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Martin v. Löwis added the comment: I've ported the program to Linux (see attached tar file). I cannot observe any memory leak here - even if I let the program run for a long time (linking with Python 2.6). Memory usage in top goes up and down, but never over some upper limit. The only change

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Changes by Krauzi : Removed file: http://bugs.python.org/file16868/Python Bug.zip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Krauzi added the comment: kay updated the code. Please use this: http://paste.pocoo.org/show/200484/ smaller code but problem still the same. -- ___ Python tracker ___ __

[issue8366] OS X universal builds fail on 2.7b1 and py3k with "Don't know machine value for archs"

Roumen Petrov added the comment: It seems to that improvement for CFLAGS show bug in python build system - quote for configure: BASECFLAGS="${UNIVERSAL_ARCH_FLAGS} -isysroot ${UNIVERSALSDK} ${BASECFLAGS}" tgt=`sw_vers -productVersion | sed 's/\(10\.[[0-9]]

[issue8371] Add a command to download distributions

New submission from Éric Araujo : Distutils2 should have a command responsible for downloading distributions. This would factor it out of other code in one clear location and allow users to download for later installation. If setup.cfg files grow options for extras, test-requires, build-requir

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Darryl Miles added the comment: I am unable to get "make test" to run from an unpatched version in SVN (details below of make output). Please find attached an updated patch for your consideration (and testing, as I can't test it due to 'make test' SIGSEGV on CentOS 5.4 i386). Patch Notes:

[issue6507] Enhance dis.dis to autocompile codestrings

Daniel Urban added the comment: I've made a patch, which adds a disassemble_str function to the dis module. The dis.dis function calls this function if x is a string. Added the following sentence to the documentation: "Strings are first compiled to code objects with the :func:`compile` built-

[issue5315] signal handler never gets called

Antoine Pitrou added the comment: Thanks for the detailed analysis, Charles-François. > Finally, I think that the documentation should be rephrased: Yes, I think so. > Furthermore, under Linux 2.6 and NPTL, getpid() returns the main thread > PID even from another thread. Yes, those threads b

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Éric Araujo added the comment: Your first patch seems good to me; wait for a core developer’s answer before taking time to add notes about renamed modules everywhere. Cheers -- ___ Python tracker

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Éric Araujo added the comment: > (perhaps also with a note explaining that the module replaces __builtin__) People used to 2.x will know about the name change; people new to Python with 3.x (the happy ones!) will not this this information, except perhaps to understand outdated docs or snippets

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Chris Jerdonek added the comment: Would it make sense to put a "New in version 3.1" at the top of this page: http://docs.python.org/py3k/library/builtins.html (perhaps also with a note explaining that the module replaces __builtin__). I actually wasn't able to confirm when "builtins" was int

[issue8368] Memory leak on multi-threaded PyObject_CallObject

Krauzi added the comment: i think the PyObject_Call* is the problem because when i comment it out, i do not longer get leaks. The arguments are also correctly decremented because i also can use NULL as argument and i get the same mem leaks like before. --

[issue8299] Improve GIL in 2.7

David Beazley added the comment: I'm sorry, I still don't get the supposed benefits of this round-robin patch over the legacy GIL. Given that using interpreter ticks as a basis for thread scheduling is problematic to begin with (mostly due to the fact that ticks have totally unpredictable e

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Chris Jerdonek added the comment: Thanks for the info and quick response. Then this should probably also be applied to trunk (Python 2.7). -- versions: +Python 2.7 ___ Python tracker _

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Chris Jerdonek added the comment: Replaced "builtins" with "__builtin__". Also inserted a missing "the". -- keywords: +patch Added file: http://bugs.python.org/file16870/_issue-8370-1.diff ___ Python tracker _

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Éric Araujo added the comment: You’re right. This module name has been fixed in the 3.x branch (it used a magic name without reason); when importlib was backported from 3.1 to 2.6, this change must have been overlooked. Are you willing to produce a patch? Regards -- nosy: +merwok _

[issue8370] change module "builtins" to "__builtin__" in __import__ documentation

Changes by Chris Jerdonek : -- assignee: -> georg.brandl components: +Documentation nosy: +georg.brandl ___ Python tracker ___ ___ Pyt

  1   2   >