[issue2940] Building Python fails on SunOS

Adrian M [EMAIL PROTECTED] added the comment: Also, please check: http://bugs.python.org/issue1544306 (exactly the same issue that has just been closed because of the lack of feedback from the original reporter) Here is another (old) report referring to the very same issue happening on Solaris:

[issue2891] urllib not handling ftp servers that do not support REST

daggett [EMAIL PROTECTED] added the comment: ok, I've chatted IRC with some Python devs on #python and it seems that it's a python-urlgrabber (yum package manager) issue so I'll reassign my redhat bug report. __ Tracker [EMAIL PROTECTED]

[issue2948] Unicode support for hashing algorithms

Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-05-23 05:38, Raymond Hettinger wrote: Raymond Hettinger [EMAIL PROTECTED] added the comment: I don't think this is the right thing to do. The hash algorithms are defined in terms of bytes, but Unicode is an abstracted from a

[issue643841] New class special method lookup change

Nick Coghlan [EMAIL PROTECTED] added the comment: Specialised? What's specialised about it? It's designed to serve as a replacement for the simple delegation use cases that are currently met quite adequately by classic classes, since those are no longer available in 3.0.

[issue643841] New class special method lookup change

Nick Coghlan [EMAIL PROTECTED] added the comment: As to the rationale for having it in the standard library: it's because of the coupling with the implementation of the type() builtin. If a new slot is added to type() that the interpreter may access without consulting __getattribute__, then

[issue2663] shutil.copytree glob-style filtering [patch]

Georg Brandl [EMAIL PROTECTED] added the comment: Hi Tarek, here's a review: * The new docs are not very clear about ignore_patterns being a function factory. E.g.: The callable must return a list of folder and file names relative to the path, that will be ignored in the copy process.

[issue2904] Cross-referencing to a method using an alternate title don't work with add_function_parentheses=True

Georg Brandl [EMAIL PROTECTED] added the comment: You're right; I'll fix this ASAP. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2904 __ ___ Python-bugs-list mailing list

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller [EMAIL PROTECTED] added the comment: That's a great idea. Just before doing a C library function call, ctypes would copy this variable into the real C-level errno; and Is the ctypes.set_errno(...) function really needed? Wouldn't it be sufficient if errno is simply set to zero

[issue2949] Windows installer doesn't include OpenSSL license and notice

New submission from Marc-Andre Lemburg [EMAIL PROTECTED]: The _ssl module is built against OpenSSL. Since I couldn't find any OpenSSL DLLs in my Python install dir and due to the size of the _ssl.pyd, I assume that it is statically linked against OpenSSL. That's all fine, but then I'm

[issue2872] Remove commands for PEP 3108

Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: Ok, here are the patches. Since it's a combination of renaming and removing, I had to improvize a little, particularly in the 2.6 documentation. Hope it's done correctly. I still have doubts about the following issue, as commented in

[issue2872] Remove commands for PEP 3108

Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: Ok, here are the patches. Since it's a combination of renaming and removing, I had to improvise a little (particularly in the 2.6 documentation). Hope it's done correctly. I still have doubts about the following issue. As commented in

[issue2872] Remove commands for PEP 3108

Changes by Quentin Gallet-Gilles [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10412/remove_commands.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2872 __

[issue2872] Remove commands for PEP 3108

Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: Sorry for the double post Added file: http://bugs.python.org/file10414/commands_2.6.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2872 __

[issue2949] Windows installer doesn't include OpenSSL license and notice

Martin v. Löwis [EMAIL PROTECTED] added the comment: Would you like to work on a patch? -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2949 __ ___

[issue2872] Remove commands for PEP 3108

Changes by Quentin Gallet-Gilles [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10415/commands_import_fixer.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2872 __

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: I also think that there should be explicit set_errno/get_errno calls. If you are interfacing to C, things should be as they are in C, i.e. you have to explicitly set errno to zero if you want to read it afterwards in a reliable manner (unless

[issue2775] Implement PEP 3108

Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: While working on the commands module removal, I found two missed import renaming in the py3k branch that made regrtest skip some tests. The attached patch corrects them. Added file:

[issue2949] Windows installer doesn't include OpenSSL license and notice

Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-05-23 14:32, Martin v. Löwis wrote: Martin v. Löwis [EMAIL PROTECTED] added the comment: Would you like to work on a patch? No - I don't know anything about the Windows MSI installer for Python. Just wanted to bring the

[issue2950] silly readline module problem

New submission from Andy Novocin [EMAIL PROTECTED]: I installed python 2.5.2 on my SUSE 10.3 system which came with 2.4.4 and when you type import readline it returns No module named readline. When installing I just unzipped, ./configure, make, sudo make install. Im brand new to Linux and

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller [EMAIL PROTECTED] added the comment: But would it hurt to set errno to zero before *any* function call? My experiments show that it is faster to clear errno always instead of trying to get a previously set value from tls storage in a ctypes-global object created by calling

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: People might get confused that errno is modified without reason. I don't understand the need for the TLS, either - can't you just read and write the true errno (which will also be thread-local)? __ Tracker

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller [EMAIL PROTECTED] added the comment: This does not work because Python can run arbitrary code, even in the same thread, between the call to a function in a shared library and the call to get_errno(). __ Tracker [EMAIL PROTECTED]

[issue2940] Building Python fails on SunOS

Martin v. Löwis [EMAIL PROTECTED] added the comment: Please take a look at the config.log, and locate the lines In file included from /usr/GNU/lib/gcc-lib/sparc-sun-solaris2.4/2.6.3/include/time.h:90, from /usr/include/sys/time.h:418, from

[issue1513695] new turtle module

Martin v. Löwis [EMAIL PROTECTED] added the comment: Can you please file a contributor agreement? This would be a prerequisite for including the module. Also, is there any progress on the open issues? I really would like to see a single zip file that unpacks on top of the Python tree, replaces

[issue2111] mmap segfaults when trying to write a block opened with PROT_READ

Martin v. Löwis [EMAIL PROTECTED] added the comment: Committed to 2.5 as r63561 -- status: pending - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2111 __ ___

[issue1798] Add ctypes calling convention that allows safe access of errno

Maciek Fijalkowski [EMAIL PROTECTED] added the comment: On the one hand, no it does not hurt when we're resetting errno before any call. On the other hand if we try hard to be like C, it's a bit strange that we always reset errno (which is on the other hand very good practice anyway). IMO it's

[issue1622] zipfile hangs on certain zip files

Martin v. Löwis [EMAIL PROTECTED] added the comment: Alan, it appears that the patch doesn't apply anymore, in r63553. Can you please update it? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1622 __

[issue1622] zipfile hangs on certain zip files

Alan McIntyre [EMAIL PROTECTED] added the comment: Sure, I'll look at it later today or over the weekend. I should probably break out the parts that apply to other issues and update those patches as well. __ Tracker [EMAIL PROTECTED]

[issue1722225] Build on QNX 6

Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks for the patch. Committed as r63562. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue175 _ ___

[issue1390] toxml generates output that is not well formed

Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks for the patch. Committed as r63563. Because of the new exception, I won't backport the change to 2.5. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED]

[issue2871] store thread.get_ident() thread identifier inside threading.Thread objects

Antoine Pitrou [EMAIL PROTECTED] added the comment: Currently, when creating a new Thread object, there is no good way of getting that thread's get_ident() value. Well, how about doing it at the beginning of its run() method, e.g. in a Thread subclass: class MyThread(threading.Thread):

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: How can Python run arbitrary code between the return from a ctypes method and the next Python instruction? None of the code should have any effect on errno. __ Tracker [EMAIL PROTECTED]

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller [EMAIL PROTECTED] added the comment: How can Python run arbitrary code between the return from a ctypes method and the next Python instruction? None of the code should have any effect on errno. By freeing objects because their refcount has reached zero?

[issue2799] Remove PyUnicode_AsString(), rework PyUnicode_AsStringAndSize(), add PyUnicode_AsChar()

Martin v. Löwis [EMAIL PROTECTED] added the comment: I don't agree that PyUnicode_AsString is useless. There are many cases where you don't need the length of the string, e.g. when relying on NULL termination when passing stuff to some C library. I suggest to close this report as works for me.

[issue1798] Add ctypes calling convention that allows safe access of errno

Armin Rigo [EMAIL PROTECTED] added the comment: I'm in favor of keeping set_errno(). Not only is it more like C, but it's also future-proof against a user that will end up really needing the feature. If we go for always setting errno to zero, we cannot change that later any more, because

[issue2909] struct.Struct.unpack to return a namedtuple for easier attribute access

Raymond Hettinger [EMAIL PROTECTED] added the comment: Added example to docs. See r63564. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2909 __

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: How can Python run arbitrary code between the return from a ctypes method and the next Python instruction? None of the code should have any effect on errno. By freeing objects because their refcount has reached zero? No, that should not

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: [...] Using the native errno instead of a custom TLS value is bad because a lot of things can occur So what's the semantics of set_errno then? Set the real errno? If so, what if it gets changed between the call to set_errno, and the

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller [EMAIL PROTECTED] added the comment: Using the native errno instead of a custom TLS value is bad because a lot of things can occur So what's the semantics of set_errno then? Set the real errno? If so, what if it gets changed between the call to set_errno, and the actual

[issue643841] New class special method lookup change

Adam Olsen [EMAIL PROTECTED] added the comment: Surely remote proxies fall under what would be expected for a proxy mixin? If it's in the stdlib it should be a canonical implementation, NOT a reference implementation. At the moment I can think up 3 use cases: * weakref proxies * lazy load

[issue2946] setuptools: bdist_wininst adds duplicate entry to dist_files

Hartmut Goebel [EMAIL PROTECTED] added the comment: Yes. I've coincidently found the setptools bugtracker today and filed a bug-report there. Please Close. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2946 __

[issue2951] ElementTree parsing bus error (but only from mod_python)

New submission from Kathy Van Stone [EMAIL PROTECTED]: The follow code works fine when run directly. It crashes (with a bus error) if used as a mod_python handler. It doesn't crash if ElementTree is replaced with cElementTree. from xml.etree import ElementTree as eltree def handler(req):

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: AFAIU, set_errno/get_errno should provide a ctypes-private copy of the real errno. The copy is copied into the 'real' errno just before ffi_call (in Modules/_ctypes/callproc.c), and the real errno is copied in to ctypes copy right after

[issue2946] setuptools: bdist_wininst adds duplicate entry to dist_files

Changes by Martin v. Löwis [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed versions: +3rd party -Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2946 __

[issue2952] List comprehensions are leaking variables

New submission from Ismail Donmez [EMAIL PROTECTED]: Originally found at http://www.randombit.net/weblog/programming/variable_leak_in_list_compre hensions.html First example : [~] python Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help,

[issue2952] List comprehensions are leaking variables

Changes by Ismail Donmez [EMAIL PROTECTED]: -- components: +Interpreter Core -Library (Lib) type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2952 __ ___

[issue2952] List comprehensions are leaking variables

Martin v. Löwis [EMAIL PROTECTED] added the comment: The behaviour is documented, e.g. in footnote 5.1 of http://docs.python.org/ref/lists.html It is fixed in Python 3. -- nosy: +loewis resolution: - fixed status: open - closed __ Tracker [EMAIL

[issue2952] List comprehensions are leaking variables

Ismail Donmez [EMAIL PROTECTED] added the comment: But it only mentions python 2.3, time to update the footnote. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2952 __ ___

[issue2952] List comprehensions are leaking variables

Martin v. Löwis [EMAIL PROTECTED] added the comment: This is now fixed in r63569 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2952 __ ___ Python-bugs-list mailing list

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller [EMAIL PROTECTED] added the comment: AFAIU, set_errno/get_errno should provide a ctypes-private copy of the real errno. The copy is copied into the 'real' errno just before ffi_call (in Modules/_ctypes/callproc.c), and the real errno is copied in to ctypes copy right after

[issue1798] Add ctypes calling convention that allows safe access of errno

Martin v. Löwis [EMAIL PROTECTED] added the comment: My code sample did not intend to clear errno, it was intended to set errno to the last value that the ctypes-copy had before the call. It's the same thing (to me): you change errno. To make my point clear (in case is isn't already): In

[issue2953] _zip_directory_cache untested and undocumented

New submission from Maciek Fijalkowski [EMAIL PROTECTED]: _zip_directory_cache has no single test nor piece of documentation. The only place where it's mentioned is a call to method .clear() on it in tests. Besides, it can be whatever. Despite _ prefix, which I would consider to be private,

[issue2222] Memory leak in os.rename?

Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- components: +Windows -Extension Modules __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue __ ___ Python-bugs-list

[issue2775] Implement PEP 3108

Benjamin Peterson [EMAIL PROTECTED] added the comment: On Fri, May 23, 2008 at 7:49 AM, Quentin Gallet-Gilles [EMAIL PROTECTED] wrote: Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: While working on the commands module removal, I found two missed import renaming in the py3k

[issue2663] shutil.copytree glob-style filtering [patch]

Tarek Ziadé [EMAIL PROTECTED] added the comment: Thanks Georg, I have changed the patch accordingly. There's one issue left: the name of the parameter (ignore) I have renamed it like this on Alexander suggestion, for consistency with filecmp.dircmp which uses ignore. By the way, I was

[issue2663] shutil.copytree glob-style filtering [patch]

Changes by Tarek Ziadé [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10392/copytree2.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2663 __ ___

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

Steve Baker [EMAIL PROTECTED] added the comment: I'm also hitting this problem. I'm including a demo script. The minimal condition for me to reproduce this bug is that the subject contain at least 76 characters of any kind, followed by a space, followed by at least 3 characters of any kind.

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

Changes by Steve Baker [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10419/test.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1974 __ ___ Python-bugs-list

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

Changes by Steve Baker [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10418/test __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1974 __ ___ Python-bugs-list

[issue2954] [PATCH] Make bisect module functions accept an optional comparison callable

New submission from Leandro Lucarella [EMAIL PROTECTED]: bisect module functions should accept a comparison callable to customize the way items are compared to do the binary search. Attached is a patch to the Python implementation of bisect module. -- components: Library (Lib) files:

[issue2954] [PATCH] Make bisect module functions accept an optional comparison callable

Changes by Raymond Hettinger [EMAIL PROTECTED]: -- assignee: - rhettinger nosy: +rhettinger versions: +Python 3.0 -Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1, Python 2.2.2, Python 2.2.3, Python 2.3, Python 2.4, Python 2.5 __ Tracker [EMAIL

[issue2538] memoryview of bytes is not readonly

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: - critical type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2538 __ ___ Python-bugs-list

[issue2538] memoryview of bytes is not readonly

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +benjamin.peterson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2538 __ ___ Python-bugs-list mailing list

[issue2619] Document PEP 3118

Benjamin Peterson [EMAIL PROTECTED] added the comment: Upon further inspection, it seems none of the new buffer protocol is documented. (The old functions are still present in the 3.0 docs.) -- title: Document memoryview - Document PEP 3118 __ Tracker

[issue2871] store thread.get_ident() thread identifier inside threading.Thread objects

Irmen de Jong [EMAIL PROTECTED] added the comment: Adding it in the run method would only work for threads that I create in my own code. The thing is: I need to be able to get the tread identification from threads created by third party code. So I cannot rely on that code putting it in the

[issue2926] Revert SocketServer rename in 2.6

Brett Cannon [EMAIL PROTECTED] added the comment: I am attaching a patch that (should) revert all references to socketserver back to SocketServer. Because I am on OS X I can't do the actual ``svn rename`` on Lib/socketserver.py to Lib/SocketServer.py so someone else (PLEASE!) will need to do

[issue643841] New class special method lookup change

Nick Coghlan [EMAIL PROTECTED] added the comment: The way to override _deref/_unwrap is to make _target a property on a ProxyMixin subclass (which reminds me, I want to put in an explicit test case to make sure that works as intended - I'll use the weakref-proxy-in-Python as the example, so

[issue2925] Revert Queue rename in 2.6

Brett Cannon [EMAIL PROTECTED] added the comment: r63248 contains various import and docs changes done in the name of configparser. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2925 __

[issue2923] Revert ConfigParser rename in 2.6

Brett Cannon [EMAIL PROTECTED] added the comment: r63248 contains various import and doc changes in the name of configparser. r63242 contains the rename, but ``svn rename`` should be used in order to not lose the history on the file. __ Tracker [EMAIL

[issue2923] Revert ConfigParser rename in 2.6

Brett Cannon [EMAIL PROTECTED] added the comment: r63247 has some doc changes. r63249 added the old name stub. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2923 __ ___

[issue2888] pprint produces different output in 2.6 and 3.0

Manuel Kaufmann [EMAIL PROTECTED] added the comment: If the correct way is the first option, we can use this patch to solve that error. I attached diff file. I use Lib/test/test_pprint.py to ensure that's works. -- keywords: +patch nosy: +humitos Added file:

[issue2950] silly readline module problem

Buck Golemon [EMAIL PROTECTED] added the comment: I'm not sure what your problem is, but comp.lang.python might be a better place to ask. It's not clear that this is a bug yet. http://groups.google.com/group/comp.lang.python/topics -- nosy: +bgolemon __

[issue1858] Make .pypirc handle multiple servers

Martin v. Löwis [EMAIL PROTECTED] added the comment: This patch has broken test_distutils, which now reports test_distutils test test_distutils produced unexpected output: ** Using PyPI login from