[issue3642] Objects/obmalloc.c:529: warning: comparison is always false due to limited range of data type

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I have now committed the new patch as r66383 and r66384 -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

Heikki Toivonen <[EMAIL PROTECTED]> added the comment: Ok, thank you for clarifications. Now I understand why the hostname checking isn't the solution that fits every problem. I am still not completely clear how you'd do the checking otherwise, for example to verify the service you are talking to

[issue3832] add force_shared Library option to create shared lib even with use_stub=False

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed versions: +3rd party ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3811] Update Unicode database to 5.1.0

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > The control characters? Indeed, also the private-use characters. test_unicode explicitly comments that the test is about unassigned characters, although I don't understand the purpose of that test (it then also tests a surrogate character,

[issue3832] add force_shared Library option to create shared lib even with use_stub=False

vajda <[EMAIL PROTECTED]> added the comment: This bug can be closed. It moved to the setuptools issue tracker as issue 43. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3833] python-2.6b3.msi and python-2.6b3.amd64.msi can't both be installed on one machine

New submission from Jimmy Retzlaff <[EMAIL PROTECTED]>: I'm seeing the same symptoms that are described in issue 1543 with the 2.6b3 MSIs. Namely, when you run one of the MSIs (either 32-bit or 64-bit) then the other will refuse to install. This is on XP Pro x64 SP2. python-3.0b3.msi and python-

[issue3832] add force_shared Library option to create shared lib even with use_stub=False

ime is initialized. A patch against the setuptools 0.6 branch svn is attached. The idea for this patch came from a conversation on IRC: http://chandlerproject.org/script/getIrcTranscript.cgi?channel=chandler&date=20080910&startTime=1729 -- components: Distutils files: patch.st messag

[issue3831] Multiprocessing: Expose underlying pipe in queues

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> jnoller nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3831] Multiprocessing: Expose underlying pipe in queues

New submission from Steve Smith <[EMAIL PROTECTED]>: Both Connection and Pipe objects expose their underlying file descriptors, which is useful for accessing them in an event-driven manner. However the higher-level Queue does not make the underlying pipe available; to get at them you must access

[issue3811] Update Unicode database to 5.1.0

Changes by Guido van Rossum <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11461/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3811] Update Unicode database to 5.1.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: 2008/9/10 Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: > Code point 0x0370 is now a printable character. > r66381 corrected the failures by simply changing it to 0x0378, until the > next unicodedata upgrade... > I wonder if there is a value tha

[issue3827] memoryview.size is redundant

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: This causes test_ctypes to fail. r66382 corrects the test to use len(v) instead of v.size -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]>

[issue3821] trace module bug when using --missing

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Here is a simple test suite for the trace module, and two corrections to make it work. The test file is suitable for 2.6 (simply replace test.support with test.test_support) -- keywords: +needs review, patch Added file: http:

[issue3811] Update Unicode database to 5.1.0

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Code point 0x0370 is now a printable character. r66381 corrected the failures by simply changing it to 0x0378, until the next unicodedata upgrade... I wonder if there is a value that is guaranteed to stay non-printable. -- nosy

[issue3756] re.escape() does not work with bytes()

Andrew McNamara <[EMAIL PROTECTED]> added the comment: >Looks fine, except I used frozenset for the _alphanum* variables and >reverted to double quotes like the rest of the file. Submitted as r66366. All good. Thankyou. ___ Python tracker <[EMAIL PROTECTED]>

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

Brett Cannon <[EMAIL PROTECTED]> added the comment: Code looks good. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue3642] Objects/obmalloc.c:529: warning: comparison is always false due to limited range of data type

Brett Cannon <[EMAIL PROTECTED]> added the comment: Patch looks good to me and Martin's analysis of the test being useless on a platform where size_t > uint_t makes sense. -- keywords: -needs review ___ Python tracker <[EMAIL PROTECTED]>

[issue3830] Tarfile has incorrect USTAR "VERSION" field (should be 00; is 0 NUL)

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> lars.gustaebel nosy: +lars.gustaebel ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3830] Tarfile has incorrect USTAR "VERSION" field (should be 00; is 0 NUL)

New submission from SunriseProgrammer <[EMAIL PROTECTED]>: The 'tarfile' object make incorrect header blocks. There's a USTAR 'MAGIC' string that's supposed to be followed by a version; that version is supposed to be two '0' (digit zero -- ascii 48) chars with no NUL padding at all. Python 2

[issue3640] test_cpickle crash on AMD64 Windows build

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +alexandre.vassalotti ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: You forgot to update Parser/asdl_c.py; I did it in r66379. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> _

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Committed r66377 and r66378. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3640] test_cpickle crash on AMD64 Windows build

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Can someone have a look at this patch? It is not 64bit nor Windows specific; its goal is to reduce the size of local variables in batch_list(), which is easy to verify. The point is to check the correctness of the code, specially aroun

[issue3658] fix for pychecker property complaints

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I agree with Antoine, so I'm just going to close this as rejected. There's little benefit in it, but there is potential harm. -- resolution: -> rejected status: open -> closed ___ Python tracke

[issue3827] memoryview.size is redundant

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r66374. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Forest Wilkinson <[EMAIL PROTECTED]> added the comment: Simon: I wish I could offer guidance here, but I'm afraid that I too am reading some of these openssl man pages for the first time. I agree that writing to a temporary file would be bad. Accepting file-like objects from python code would

[issue3811] Update Unicode database to 5.1.0

Daniel Diniz <[EMAIL PROTECTED]> added the comment: #66363 breaks test_unicode and test_format on 3.0. -- nosy: +ajaksu2 versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> __

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: You can load a private key from a string by creating a memory BIO and using PEM_read_bio_PrivateKey or d2i_PrivateKey_bio. This is how pyOpenSSL implements its load_privatekey API. You can see the code here: http://bazaar.launchpad.net

[issue1868] threading.local doesn't free attrs when assigning thread exits

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Agreed, this is fine for a bugfix point release. I was initially concerned about the Modules/threadmodule.c struct localobject changing but that is private and used only by code within threadmodule.c so its not part of an API anything els

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: I'm just suggesting that if the ssl module *is* going to gain certificate and key objects, looking at existing APIs and perhaps emulating them, to the extent that they provide functionality which the ssl module is also going to provide, i

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Bill Janssen <[EMAIL PROTECTED]> added the comment: Sure -- but the point of the SSL module was to do something small and compatible with the existing socket.ssl module; I really don't want to get into a full-fledged Python interface to OpenSSL. Perhaps incremental progress would be OK... _

[issue3829] Tuple comparison masking exception

New submission from Fred L. Drake, Jr. <[EMAIL PROTECTED]>: There's a strange condition where cmp() of tuples of unorderable values returns -1 even though using the unorderable values raises an exception. If I have these two unorderable values, cmp() raises an expected exception: >>> s0 = fro

[issue3826] Self-reference in BaseHTTPRequestHandler descendants causes stuck connections

romkyns <[EMAIL PROTECTED]> added the comment: My initial description doesn't state the actual observable problem very clearly: the problem is that the browser gets stuck instead of displaying the page, writing something along the lines of "Transferring data from localhost". After many seconds it

[issue3811] Update Unicode database to 5.1.0

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > That's unfortunate -- perhaps the 2.6 flag and data can be brought in > line, to make future merges easier? I thought of that, however, merging the databases themselves would still not be possible: the 3.0 database has the flags set in man

[issue3756] re.escape() does not work with bytes()

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Looks fine, except I used frozenset for the _alphanum* variables and reverted to double quotes like the rest of the file. Submitted as r66366. -- assignee: -> gvanrossum resolution: -> accepted status: open -> closed ___

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: Both M2Crypto and pyOpenSSL expose certificate and key objects and have seen lots of real-world use. Following their lead would be sensible. -- nosy: +exarkun ___ Python tracker <[EMAIL PROTE

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Bill Janssen <[EMAIL PROTECTED]> added the comment: Thanks, Simon. I remember digging through all this last year, and finally deciding to keep things simple and use the strategy the current codebase uses. It almost sounds like we'd need to create Key and Certificate objects in the _ssl module,

[issue3526] Customized malloc implementation on SunOS and AIX

Sébastien Sablé <[EMAIL PROTECTED]> added the comment: My previous patch has a small problem as I believed dlmalloc was always returning a non-NULL value, even when asking for 0 bytes. It turns out not to be the case, so here is a new patch (patch_dlmalloc3.diff) which must be applied after the

[issue3811] Update Unicode database to 5.1.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: 2008/9/10 Martin v. Löwis <[EMAIL PROTECTED]>: > I have now committed the change as r66362 (including the missing > documentation updates), and ported it to 3.0 as r66363 (where I had to > change the flag value and regenerate the data, as th

[issue3811] Update Unicode database to 5.1.0

Changes by Guido van Rossum <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11458/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1868] threading.local doesn't free attrs when assigning thread exits

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: If Christian's analysis is right, and memory is released except for the last thread, I don't think this qualifies as a release blocker. Also (unless I misinterpret the issue), it seems that we have made many releases already which had this b

[issue3807] _multiprocessing build fails when configure --without-threads

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Why is this a release blocker? If you configure without threads, you get a few ugly compiler messages, but Python still builds exactly the same way as without this patch, right? So if the patch doesn't make it into 2.6, it can still be appli

[issue2350] 'exceptions' import fixer

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Given that this is now a request for a fixer, and not a request for a deprecation warning, I don't see why this is considered a release blocker. Lowering the priority to normal. Even if the fixer isn't added to the 2to3 copy shipped with 2.6.

[issue2876] Write UserDict fixer for 2to3

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I still don't see why this is a release blocker. Adding a 2to3 fixer certainly isn't a release blocker - if the fixer isn't available, users would need to manually fix the code. Adding a Py3k warning shouldn't be a release blocker, either -

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: The patch is fine, please apply. -- assignee: -> amaury.forgeotdarc keywords: -needs review nosy: +loewis resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]>

[issue3642] Objects/obmalloc.c:529: warning: comparison is always false due to limited range of data type

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Here is my attempt for a patch (obmalloc.diff). Please review. -- keywords: +needs review Added file: http://bugs.python.org/file11457/obmalloc.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Cleanup patch now attached. Details of changes: - warnings.catch_warnings() now has reentry guards (and associated tests) to prevent silent errors when misused - added back a test_support.check_warnings() convenience wrapper (deliberately chan

[issue3828] Bound methods compare 'successfully' with ints

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: You are right. And thanks to the time machine, python 3.0 already forbid such comparisons: >>> a.b < 0 Traceback (most recent call last): File "", line 1, in TypeError: unorderable types: method() < int() The behaviour cannot change

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: This is different work from a different author than #2636. I've submitted what I've done so far in case my computer gets hit by a bus. :-) I still have more work to do on it, so I'm not concerned that it might not get any attention for a whil

[issue3629] Python won't compile a regex that compiles with 2.5.2 and 30b2

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Submitted as r66364. I'll merge into 3.0 as well (it's clean merge). -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3799] Byte/string inconsistencies between different dbm modules

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I think this isn't quite right. Ideally a fix should maintain several important properties: (1) Be able to read databases written by Python 2.x. (1a) Write databases readable by Python 2.x. (2) Use the same mapping between str and bytes

[issue3811] Update Unicode database to 5.1.0

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I have now committed the change as r66362 (including the missing documentation updates), and ported it to 3.0 as r66363 (where I had to change the flag value and regenerate the data, as the flag 0x100 was already taken). -- resolutio

[issue3828] Bound methods compare 'successfully' with ints

New submission from Andreas Kloeckner <[EMAIL PROTECTED]>: Check out this transcript: 8< --- Python 2.5.2 (r252:60911, Aug 8 2008, 09:22:44) [GCC 4.3.1] on linux2 Type "help", "copyright", "credits" or "license" for more inform

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Yes, when I did it last night, I thought I could compile it and saw OK on test_tarfile.py, but probably I dreamed. :-( #define PyUnicode_FromString(s) PyUnicode_Decode(s, strlen(s), "cp932", "strict") or following patch should work.

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Is PyUnicode_DecodeMBCS available on cygwin? I get compilation errors when I try your patch. -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]>

[issue3807] _multiprocessing build fails when configure --without-threads

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The patch is not easy to read, but if it can be summarized to: if sysconfig.get_config_var('WITH_THREAD'): else: missing.append('_multiprocessing') then this makes sense - it seems that the multiprocessing modu

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Sorry, probably I saw illusion... If uses cp932 codec, still test_tarfile.py reports error. :-( == ERROR: test_tar_size (__main__.WriteTest) --

[issue3617] Add MS EULA to the list of third-party licenses in the Windows installer

Changes by Travis N. Vaught <[EMAIL PROTECTED]>: -- nosy: +tvaught ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue1606092] csv module broken for unicode

Mike Statkus <[EMAIL PROTECTED]> added the comment: Example of UnicodeWriter.writerow(self,row) presented in Python 2.5 Manual at section 9.1.5 (Examples on CSV module of standard library) does not correctly process rows containing not only strings, but also int type values, raising an attribute

[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement

Simon Cross <[EMAIL PROTECTED]> added the comment: I've dug around in the code a bit and the keyfile, certfile and ca_certs filename arguments to SSLSocket.__init__ are passed down into newPySSLObject in _ssl.c and from there directly to SSL_CTX_* function from OpenSSL so making these arguments a

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Christian Kassab <[EMAIL PROTECTED]> added the comment: Python 2.4.3 also doesn't support ssl and a proxy to be used at the same time in CentOS 5.1. This file addresses the issues. It has been tested by using YUM to access a repository through a proxy using ssl client certificates. YUM itself nee

[issue3825] Major reworking of Python 2.5.2 re module

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The correct link is #2636. Is it the same work? -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Not quite that basic for the warnings.catch_warnings() part. I plan to leave the current warnings.catch_warnings() alone (aside from adding some re-entrancy checks), and add back a test.test_support.check_warnings() that uses a WarningsRecorder

[issue3821] trace module bug when using --missing

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: This can be further simplified: line_increments = code.co_lnotab[1::2] Assigning to myself, I will try to add unit tests as well. the trace module is not tested at all... -- assignee: -> amaury.forgeotdarc nosy: +amaury.for

[issue3811] Update Unicode database to 5.1.0

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Reviewed the patch: looks fine to me. One nit: the unicodedata module doc-string must be updated to 5.1.0 as well. Ditto for the documentation. -- nosy: +lemburg ___ Python tracker <[EMAIL PR

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Jumping to "release blocker", since it causes a buildbot to fail. Review needed. -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3629] Python won't compile a regex that compiles with 2.5.2 and 30b2

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I came to the same conclusion: the 'skip' value is relative to the previous code, so it is necessary to adjust the target position. The patch is OK for me. -- nosy: +amaury.forgeotdarc ___ Py

[issue3766] socket.socket.recv broken (unbearably slow)

Thorben Krueger <[EMAIL PROTECTED]> added the comment: As promised, here is the profiler output for a Mac (thanks Stefan). The problem does NOT occur here, which should help greatly in tracking down the cause in the socket library. Anyone into this? $ python runme.py 500 packets @ 2 tokens each

[issue3811] Update Unicode database to 5.1.0

Fredrik Lundh <[EMAIL PROTECTED]> added the comment: The patch looks fine to me (assuming that I didn't miss something critical hidden among the large table diffs). (I'd probably named the "NODELTA" flag after what it is rather than what it isn't, but I cannot think of a short replacement righ

[issue3807] _multiprocessing build fails when configure --without-threads

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- keywords: +needs review versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3820] Python 3.0b3 doesn't start on German Win XP SP3/SP2

Tim Pietzcker <[EMAIL PROTECTED]> added the comment: Thanks a lot, now it works! The download link is http://www.microsoft.com/downloads/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf in case someone else needs it. Best regards, Tim ___ Python