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

Brett Cannon <[EMAIL PROTECTED]> added the comment: Patch seems okay and passes regrtest, although I have to admit I am not intimately familiar with sre or the new validator. -- nosy: +brett.cannon ___ 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: It doesn't work that way - you can't use sizeof() in the preprocessor. Instead, the pyconfig.h constants should be used. I'll try to look into this later today. ___ Python tracker <[EMAIL PROTECTED]>

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: Going with what Martin suggested, the attached patch reverts what Christian did and adds an #ifdef sizeof(uint) <= sizeof(uint) around the PY_SIZE_MAX check. Someone should obviously test on an AMD64 machine (I have a Core 2 Mac, but I don't kno

[issue3811] Update Unicode database to 5.1.0

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Guido, would you like to review? -- assignee: effbot -> gvanrossum nosy: +gvanrossum ___ Python tracker <[EMAIL PROTECTED]> _

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Figured it out. Does anyone want to review? -- keywords: +needs review, patch Added file: http://bugs.python.org/file11452/fix3629.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue1717] Get rid of more refercenes to __cmp__

Brett Cannon <[EMAIL PROTECTED]> added the comment: Since we are making 3.0 issues deferred blockers dropping the priority. -- nosy: +brett.cannon priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue3827] memoryview.size is redundant

Brett Cannon <[EMAIL PROTECTED]> added the comment: Since this is a 3.0 thing I am dropping it down to a deferred blocker. -- nosy: +brett.cannon priority: release blocker -> deferred blocker ___ 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: On Tue, Sep 9, 2008 at 3:13 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > Nick Coghlan <[EMAIL PROTECTED]> added the comment: > > No worries - the only reason I suggested full reversion at all is > because I had temporarily forgotten why the r

[issue3809] test_logging leaving a 'test.blah' file behind

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Tue, Sep 9, 2008 at 3:00 PM, Vinay Sajip <[EMAIL PROTECTED]> wrote: > > Vinay Sajip <[EMAIL PROTECTED]> added the comment: > > Sorry, no - whoops. It was a minor test data change which introduced the > problem...I didn't think it was worth wa

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

Bill Janssen <[EMAIL PROTECTED]> added the comment: Sorry to be so brief there -- I was off on vacation. Verifying hostnames is a prescription that someone (well, OK, Eric Rescorla, who knows what he's talking about) put in the https IETF RFC (which, by the way, is only an informational RFC, not

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

Changes by Bill Janssen <[EMAIL PROTECTED]>: -- resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue3817] ftplib: ABOR does not consider 225 response code

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: No, Georg Brandl already closed that one. Sorry for the duplicate, it was accidental. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3825] Major reworking of Python 2.5.2 re module

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Corrected the diff file. I worked from Python 2.5.2 because that's what I'm currently using. I'll work from the trunk in future. Added file: http://bugs.python.org/file11451/regex_2.5.2.diff ___ Python tr

[issue3825] Major reworking of Python 2.5.2 re module

Changes by Matthew Barnett <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11447/regex_2.5.2.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3827] memoryview.size is redundant

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The patch is ok to me. -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3827] memoryview.size is redundant

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +teoliphant ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-09-10 00:15, Martin v. Löwis wrote: > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > >> We've had the same issue with the OpenSSL license and the other >> 3rd party packages which come with the Python Windows installer.

[issue3827] memoryview.size is redundant

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- keywords: +needs review, patch Added file: http://bugs.python.org/file11450/remove_size_attr.patch ___ Python tracker <[EMAIL PROTECTED]> _

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Here's a patch that adds the MS EULA to the MSI installer. I couldn't test this, since I don't have a Python build environment on Windows, but it should be more or less working. -- keywords: +patch Added file: http://bugs.python.

[issue3827] memoryview.size is redundant

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: memoryview.size will always be the same as len(view), so one or the other should go. (probably .size) -- components: Interpreter Core messages: 72929 nosy: benjamin.peterson priority: release blocker severity: normal status: open

[issue2619] Document PEP 3118

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I documented the memoryview object in r66357. If you're really nice to me, maybe I'll do the C-API, too. :) -- priority: critical -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > We've had the same issue with the OpenSSL license and the other > 3rd party packages which come with the Python Windows installer. No, the issue was completely different. Those licenses literally say "include a copy of the license text" (e

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: No worries - the only reason I suggested full reversion at all is because I had temporarily forgotten why the relocation had become so necessary (i.e. we needed the feature ourselves in the main part of the standard library to avoid emitting spu

[issue3746] Sphinx producing duplicate id attributes, HTML fails validation.

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks for the report! This was due to a docutils 0.4/0.5 incompatibility, which should now be fixed in r66355. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue1717] Get rid of more refercenes to __cmp__

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Guido's patch breaks these tests: test_descr test_hash test_long test_richcmp test_set ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3809] test_logging leaving a 'test.blah' file behind

Vinay Sajip <[EMAIL PROTECTED]> added the comment: Sorry, no - whoops. It was a minor test data change which introduced the problem...I didn't think it was worth wasting anyone's time (I ran regrtest, which passed, before checkin) but if you tell me that *all* changes need to be reviewed, I'll ma

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-09-09 23:09, Martin v. Löwis wrote: > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > >> Rather than arguing about the necessity of including the license >> of a 3rd party file that we intend to include in a wide-spread >

[issue3825] Major reworking of Python 2.5.2 re module

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: weird typo: s/f lea/formats/ ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue3825] Major reworking of Python 2.5.2 re module

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: This sounds really neat. but as Anotine said it'll be several weeks before any of us can give this serious attention. Definitely update to trunk and base your work off of that. quick comments: Your _sre.c diff appears to remove and rep

[issue2859] sphinx and virtualenv

Georg Brandl <[EMAIL PROTECTED]> added the comment: This is a known issue with Jinja, and will hopefully be fixed in its next release. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I think you should use the locale's encoding to process the data, ie. either mbstowcs, then Unicode from wchar_t, or decode with the nl_langinfo(CODESET) encoding. You might have to set the locale before this can work (which isn't thread-safe

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

New submission from romkyns <[EMAIL PROTECTED]>: See example code attached. A very basic http server responds with an XML document to any GET request. I think what happens is that the connection remains open at the end of the request, leading the browser to believe there's more data to come (and

[issue3825] Major reworking of Python 2.5.2 re module

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Hi, This looks impressive. You should really work from the current SVN trunk, not from the 2.5 sources, as there were some additions to the re module (mainly, a bytecode verifier contributed by Google). Also, if it can be split into several

[issue3825] Major reworking of Python 2.5.2 re module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Very interesting! Have you seen #3626? Another thing to note is that this will have to wait for 2.7 before it could potentially be integrated into the trunk. -- nosy: +benjamin.peterson versions: +Python 2.7 -Python 2.5 __

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Alternatively, you can install 2.6 first. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ P

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: There is a stand-alone installer for it, but I don't have the time to google for it right now (it was announced in earlier alpha releases, when the CRT wasn't included - it has "redistributable" in its name). Notice that this installer is not

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Rather than arguing about the necessity of including the license > of a 3rd party file that we intend to include in a wide-spread > software release, wouldn't it be easier to just add the file > and be done with it, like I suggested at the

[issue3825] Major reworking of Python 2.5.2 re module

New submission from Matthew Barnett <[EMAIL PROTECTED]>: This is a major reworking of the re module in Python 2.5.2. Added atomic groups. Added possessive quantifiers. Lookbehinds can now be variable length. Typically x2 faster. More changes to follow. -- components: Regular Expression

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

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> janssen ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue3634] invalid result value of _weakref.__init__()

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

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

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: I noticed test_tarfile on py3k fails like this. == ERROR: test_directory_size (__main__.WriteTest) --

[issue3318] Documentation: timeit: "lower bound" should read "upper bound"

Georg Brandl <[EMAIL PROTECTED]> added the comment: Sadly, this is not mathematics. Else, I'd concur that the designation "lower bound" should be accurate with respect to a certain set. I fail to see what is missing in the explanation "the lowest value is a lower bound *in a typical case*". It a

[issue1441530] socket read() can cause MemoryError in Windows

Anthony Lenton <[EMAIL PROTECTED]> added the comment: I confirm that the bug occurs with Python 2.5.1 on Windows XP. Also, anglocelt's fix worked fine for me. -- nosy: +elachuni ___ Python tracker <[EMAIL PROTECTED]>

[issue3818] ftplib.FTP.abort() should consider "225" a positive response code to ABOR

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed superseder: -> ftplib: ABOR does not consider 225 response code ___ 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: This problem also exists in the add-on ssl module for python < 2.6: http://pypi.python.org/pypi/ssl/ ___ Python tracker <[EMAIL PROTECTED]> _

[issue3472] Updates to "Macintosh Library Modules" Section 1.1

Georg Brandl <[EMAIL PROTECTED]> added the comment: Done in r66350. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

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

Changes by Forest Wilkinson <[EMAIL PROTECTED]>: -- nosy: +janssen ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue1717] Get rid of more refercenes to __cmp__

Georg Brandl <[EMAIL PROTECTED]> added the comment: Bumping priority even further. This shouldn't make it past rc. -- priority: critical -> release blocker ___ Python tracker <[EMAIL PROTECTED]> _

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Georg Brandl <[EMAIL PROTECTED]> added the comment: It was a (lame attempt at a) joke... sorry :D ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3809] test_logging leaving a 'test.blah' file behind

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Tue, Sep 9, 2008 at 6:43 AM, Vinay Sajip <[EMAIL PROTECTED]> wrote: > > Vinay Sajip <[EMAIL PROTECTED]> added the comment: > > Fix checked into trunk - revision 66337. > Did anyone do a code review for this?

[issue3803] Comparison operators - New rules undocumented in Python 3.0

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66349. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3800] Fix for formatter.py

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66348. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ 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: I can understand the amount of time it might take to revert this; merging was horrendous and stuff was partially combined into single patches as to get a review done for all related changes instead of doing more atomic commits if a review was no

[issue3822] zfill doc string uses inconsistent variable names

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66347. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3376] Use Python 3 lexer for 3.0 docs

Georg Brandl <[EMAIL PROTECTED]> added the comment: Should be fixed in r66344. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3815] Python 3.0b3 - Idle doesn't start on win XPh

Vlastimil Brom <[EMAIL PROTECTED]> added the comment: Sorry for the noise, somehow my search in the bug tracker didn't show this report; after fixing the mentioned line in run.py everything works ok. ___ Python tracker <[EMAIL PROTECTED]>

[issue3817] ftplib: ABOR does not consider 225 response code

Facundo Batista <[EMAIL PROTECTED]> added the comment: Giampaolo, should we close this one as duplicate of 3818 (that you created one minute later)? -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> ___

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

Changes by Forest Wilkinson <[EMAIL PROTECTED]>: -- title: ssl.wrap_socket() is incompatible with unprivileged servers, due to keyfile requirement -> ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement ___

[issue3819] urllib2 sends Basic auth across redirects

Senthil <[EMAIL PROTECTED]> added the comment: 1) The section you refer to is 1.2 of RFC2617, which specifies the details on Access Authentication in General and not specific to url redirects. So, I don't think we should take it as a referece. 2) Under the section - 3.3 Digest Operation, the Aut

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

Tim Pietzcker <[EMAIL PROTECTED]> added the comment: OK, thanks. I have set it to install for all users, if that's still relevant. Is there a way to manually install the MS CRT (which version), so I can use b3 until rc1 comes out? Thanks, Tim ___ Python track

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

New submission from Forest Wilkinson <[EMAIL PROTECTED]>: SSLSocket() and ssl.wrap_socket() accept private keys only as paths to their location on the file system. This means that a server can only support SSL if it has read access to its private key file at the time when client connections arri

[issue3812] py3k build fails if configure --without-threads

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66340(py3k). -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Ah, it seems that this installer is lacking the MS CRT. This should be fixed in the release candidate. ___ Python tracker <[EMAIL PROTECTED]>

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Did you install it for all users, or just for yourself? -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3815] Python 3.0b3 - Idle doesn't start on win XPh

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Closing as a duplicate of issue3628 -- nosy: +loewis resolution: -> duplicate status: open -> closed superseder: -> IDLE does not run with Py30b3 ___ Python tracker <[EMAIL PROTECTED]>

[issue3805] sslobj.read py3k takes odd arguments

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: yep, agreed. leave this for later. my bad for opening it with high priority in the first place. low is correct. :) i was just trying to write down comments on odd code that i came across before i forgot about it. _

[issue3805] sslobj.read py3k takes odd arguments

Bill Janssen <[EMAIL PROTECTED]> added the comment: But I should say... Greg, I do appreciate the review and the comments. I was waiting for the bytes work in 3K to settle down before looking at that code again. When I do, I'll take your comments to heart.

[issue3805] sslobj.read py3k takes odd arguments

Changes by Bill Janssen <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11446/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3714] nntplib module broken by str to unicode conversion

Senthil <[EMAIL PROTECTED]> added the comment: So, in effect, if we settle for ASCII as the default encoding, then the attached patch is good enough. Someone should check this in. Should it go in py3k, release? Because, without this patch(which is again simple), nntplib is almost unusable.

[issue3805] sslobj.read py3k takes odd arguments

Bill Janssen <[EMAIL PROTECTED]> added the comment: Please, guys, let's not deep-end on this. It's an admittedly eccentric but working and purely internal interface. There are actual release-blockers that need to be addressed. On Tue, Sep 9, 2008 at 4:14 AM, Amaury Forgeot d'Arc <[EMAIL PROTEC

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-09-09 17:54, Martin v. Löwis wrote: > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > > I don't think this needs to be resolved before 2.6, not without a > pronouncement from a lawyer advising the PSF. Layman's analyses o

[issue3815] Python 3.0b3 - Idle doesn't start on win XPh

Toby Donaldson <[EMAIL PROTECTED]> added the comment: I also had problems running IDLE, and the fix listed here solved it for me: http://bugs.python.org/issue3628 -- nosy: +tjd ___ Python tracker <[EMAIL PROTECTED]>

[issue3822] zfill doc string uses inconsistent variable names

New submission from Toby Donaldson <[EMAIL PROTECTED]>: The doc string for zfill use the variable name "x" when it should probably be using the variable name "S". >>> print(''.zfill.__doc__) S.zfill(width) -> str Pad a numeric string x with zeros on the left, to fill a field of the specified wi

[issue3821] trace module bug when using --missing

New submission from Juan Javier <[EMAIL PROTECTED]>: I get the following exception: $ /opt/python3.0b2/bin/python3.0 -m trace -c -m run.py Traceback (most recent call last): File "/opt/python3.0b2/lib/python3.0/runpy.py", line 121, in _run_module_as_main "__main__", fname, loader, pkg_name

[issue1840] Tools/i18n/msgfmt.py fixes for Python 3.0

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Closing it as fixed then. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

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

New submission from Tim Pietzcker <[EMAIL PROTECTED]>: I have experienced the exact same thing on two different PCs, one running WinXP (German, 32bit Intel) SP2, one running SP3: When starting the Python command line or when trying to run a Python script, I immediately get the (Windows) error mes

[issue3526] Customized malloc implementation on SunOS and AIX

Sébastien Sablé <[EMAIL PROTECTED]> added the comment: Here is a new patch so that pymalloc can be combined with dlmalloc. I first added the --with-pymalloc-mmap option to configure.in which ensures that pymalloc arenas are allocated through mmap when possible. However I found this was not enou

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I don't think this needs to be resolved before 2.6, not without a pronouncement from a lawyer advising the PSF. Layman's analyses of legal issues are void. Thus lowering the priority. -- nosy: +loewis priority: release blocker -> no

[issue3777] long(4.2) now returns an int

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Amaury> I suppose you meant PyLong_FromDouble()? Yes, sorry. Amaury> I think the messages talk about abstract numbers, not a specific Amaury> python type: "infinity/NaN cannot be converted to an integral Amaury> value". Well, 2

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Reversion patch attached - it does indeed recreate some nasty dependencies from the main areas of the standard library on to the regression test suite. That's enough to kill the idea of a complete reversion as far as I'm concerned - I'll get the

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Fully reverting the relocation also required reverting r66197 (a belated checkin of test_py3kwarn for the r66135 changes). There was also a change to test_warnings that had to be reverted (it appeared to have been mistakenly checked in as part

[issue3819] urllib2 sends Basic auth across redirects

Changes by Kyle McFarland <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11443/bug3819.py ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3819] urllib2 sends Basic auth across redirects

Changes by Kyle McFarland <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11442/untest.py ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3819] urllib2 sends Basic auth across redirects

New submission from Kyle McFarland <[EMAIL PROTECTED]>: when you request a url that requests Basic authentication info HTTPBasicAuthHandler adds the Authorization header to the request as a normal (not unredirected) header, then if the server returns a 301 or 302 redirect HTTPRedirectHandler will

[issue3812] py3k build fails if configure --without-threads

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Agreed. I suggest that you add a comment like "itertools.chain is in an extension module and may be unavailable" just above. Otherwise, someday one will find that this code should use a function from the stdlib, and revert your change...

[issue3777] long(4.2) now returns an int

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I suppose you meant PyLong_FromDouble()? I think the messages talk about abstract numbers, not a specific python type: "infinity/NaN cannot be converted to an integral value". -- resolution: -> fixed status: open -> closed ___

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: I will put together two patches: one that reverts all the way back to what we had in the betas, and another which just reverts the Python test suite changes in the most recent checkin (instead modifying test_support.catch_warning to use the modi

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: In working on the reversion patch, I just noticed that r66321 also incorrectly removed a whole pile of w.reset() calls. When using a single catch_warning() context to test two or more operations which may raise the same warning, you *must* call

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

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: There was a discussion on python-dev about using things from the `test` package from code outside the `test` package: http://mail.python.org/pipermail/python-dev/2008-August/081860.html ___ Python tra

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: test.test_support *is* a public API (it's even documented). ___ Python tracker <[EMAIL PROTECTED]> ___ __

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

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: Exposing a list seems like a great low-level API to me. There are no [-1]s in the Twisted codebase as a result of using this API because we have a higher-level API built on top of it. Having this low-level API that doesn't try to make a

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

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- assignee: -> ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Jason Tishler <[EMAIL PROTECTED]> added the comment: The Cygwin build is having the same problem: http://cygwin.com/ml/cygwin/2008-09/msg00145.html In this case, the sqlite3 libraries are installed (in /usr/lib), but their suffixes do not match the expected values. Does anyone know the best w

[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66338(py3k). -- resolution: accepted -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue3818] ftplib.FTP.abort() should consider "225" a positive response code to ABOR

New submission from Giampaolo Rodola' <[EMAIL PROTECTED]>: RFC-959 at chapter 5.4 includes 225 as a possible response to an ABOR command. 225 should be sent by server when a client issues an ABOR command and there's no data transfer to abort. The patch in attachment includes 225 code in the list

[issue3777] long(4.2) now returns an int

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Just a quick nit, but it seems to me that since 2.6 still actually distinguishes between longs and ints that the two error messages in PyLong_FromFloat should mention "long" instead of "integer". Skip -- nosy: +skip.montanaro __

[issue3817] ftplib: ABOR does not consider 225 response code

New submission from Giampaolo Rodola' <[EMAIL PROTECTED]>: RFC-959 at chapter 5.4 includes 225 as a possible response to an ABOR command. 225 should be sent by server when a client issues an ABOR command and there's no data transfer to abort. The patch in attachment includes 225 code in the list

[issue3809] test_logging leaving a 'test.blah' file behind

Vinay Sajip <[EMAIL PROTECTED]> added the comment: Fix checked into trunk - revision 66337. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Your patch is OK for me. Please apply! -- keywords: -needs review resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> _

[issue3812] py3k build fails if configure --without-threads

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Simple workaround is to remove itertools from traceback module and write equivalent code to itertools.chain. I'm not sure it is acceptable put such limitation to standard library. (That is, traceback is used from build process, so should n

  1   2   >