[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Thanks for the review, Raymond. Committed to the trunk in r67494. I'll svnmerge it over to 3.0.1 once Barry unfreezes the branches. Martin, let me know if you analyze this any more and find anything interesting. -- stage: commit rev

[issue4500] Compiler warnings when compiling Python 3.0 with a C89 compiler

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: What operating system is this on? In any case, the warnings look harmless. -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> __

[issue4331] Can't use _functools.partial() created function as method

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4347] Circular dependency causes SystemError when adding new syntax

Thomas Lee <[EMAIL PROTECTED]> added the comment: And here's the patch for review. Added file: http://bugs.python.org/file12209/build-evilness-fix-03-review.patch ___ Python tracker <[EMAIL PROTECTED]> __

[issue4347] Circular dependency causes SystemError when adding new syntax

Thomas Lee <[EMAIL PROTECTED]> added the comment: Thanks for the review Brett, apologies for the mess. I'm attaching two new patches -- one for review, the other containing the generated files. These differ very slightly from the original patch -- mainly just removing some stuff I don't think is

[issue2306] Update What's new in 3.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I wouldn't go so far as claiming this is completed, but I think it's in a good enough shape to release. I may continue to work on it some more, but you can freeze the tree at any moment -- I won't add more XXX stuff (except perhaps commente

[issue4335] inspect.getsourcelines ignores last line in module

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4273] cycle created by profile.run

darrenr <[EMAIL PROTECTED]> added the comment: I work at a development house that has decided to tell gc to keep all cycles, in order to prevent any cycles from being created at all. It's analogous to the policy of keeping a C++ build warning-free. ___ Python

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Jeffrey, I've run my own timings and verified the improvement. Please go ahead and apply the trunk (2.7 head). It's too late for 3.0 but once that is out the door, Barry has approved adding the patch for 3.0.1. -- assignee: rhe

[issue4502] Allowing get_pre_input_hook from Readline

Conrad.Irwin <[EMAIL PROTECTED]> added the comment: ...wrap the current readline in a pure python module ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4502] Allowing get_pre_input_hook from Readline

Changes by Conrad.Irwin <[EMAIL PROTECTED]>: -- type: -> feature request ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4502] Allowing get_pre_input_hook from Readline

New submission from Conrad.Irwin <[EMAIL PROTECTED]>: At the moment there is no way of getting the current pre_input_hook out of the readline module, so applications cannot set_pre_input_hook without possibly over-writing users settings (or other parts of the applications settings) I have attache

[issue4501] asyncore's urgent data management and connection closed events are broken when using poll()

New submission from Giampaolo Rodola' <[EMAIL PROTECTED]>: I discovered that some pyftpdlib [1] tests fail when using poll() instead of select(). The problem is in asyncore.readwrite() function which erroneously calls handle_read_event() in case of a POLLPRI event. The patches modify readwrite()

[issue4025] C99 comments in Python 2.6 break build on AIX 6.1

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: For 2.6.1, yes you can fix the comments if you can do it now :) ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4025] C99 comments in Python 2.6 break build on AIX 6.1

Christian Heimes <[EMAIL PROTECTED]> added the comment: Barry, the issue in _ctypes/callproc.c could be a problem for us although Python 2.6 and 3.0 are compiling fine with -std=c89. Should the comment be fixed before the release? -- assignee: christian.heimes -> barry nosy: +barry resol

[issue4500] Compiler warnings when compiling Python 3.0 with a C89 compiler

New submission from Christian Heimes <[EMAIL PROTECTED]>: Should / must we do anything about the issue? At least Python builds with a C89 compiler except of ssl and socket module. Those modules include non C89 compliant header files from the OS (bluetooth and tpic). $ LC_ALL="C" CC="gcc -std=c89

[issue4025] C99 comments in Python 2.6 break build on AIX 6.1

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: There are still quite a few C99 comments left in the code, esp. in code that's meant for MSVC (which works fine with them) and code for the Mac (which uses gcc and also doesn't have problems with them). Esp. the ctypes and libffi code is f

[issue4273] cycle created by profile.run

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Where is the problem, if these reference cycles are properly broken by the garbage collector *unless* you tell it not to? -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]>

[issue4496] misleading comment in urllib2

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: (The change was actually r54138) It seems that this .handlers attribute was used in older versions, before r34922, to close the handlers in-order. IMO it is no more useful, but may be kept for compatibility reasons. -- nosy: +a

[issue4499] redefinition of TILDE macro on AIX platform

New submission from Andrew Paprocki <[EMAIL PROTECTED]>: "Include/token.h", line 42.9: 1506-236 (W) Macro name TILDE has been redefined. "Include/token.h", line 42.9: 1506-358 (I) "TILDE" is defined on line 250 of /usr/include/sys/ioctl.h. -- components: None messages: 76800 nosy: apapro

[issue4025] C99 comments in Python 2.6 break build on AIX 6.1

Andrew Paprocki <[EMAIL PROTECTED]> added the comment: summary of compiler errors/warnings i just hit in the same situation with stock Python-2.6.tgz: >> c++ style comment used "Objects/frameobject.c", line 520.9: 1506-046 (S) Syntax error. "Objects/unicodeobject.c", line 118.1: 1506

[issue2306] Update What's new in 3.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: On Tue, Dec 2, 2008 at 12:07 PM, Barry A. Warsaw <[EMAIL PROTECTED]> wrote: > > Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: > > Guido, ETA? I think this will be one of the last things before we can > tag the tree for release. La

[issue1401] urllib2 302 POST

John J Lee <[EMAIL PROTECTED]> added the comment: I think this was actually not a bug, and the fix should not have been applied. I guess this comment is just "for the record", as the fix is probably cruft that can't be removed now, since people will have started relying on it. The only way that

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: What about this other patch: - lock=None has the same semantics as before - lock=True is the same as lock=None (it failed before) - lock=False return the object without the "synchronized" wrap (it failed before) - no need to change prev

[issue4477] Speed up PyEval_EvalFrameEx when tracing is off.

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: -> rhettinger versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I've changed my mind based on the API change. This should be discussed on the mailing list and deferred until 2.6.2 at least. -- resolution: accepted -> ___ Python tracker <[EMAIL PROTECTED]>

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The one I know is pypy: bool(x) always return one of the two prebuilt singletons (doubletons?). The docs explicitly mention "If lock is True...", "If lock is False...": http://docs.python.org/library/multiprocessing.html#multiprocessi

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Does the language guarantee that True and False are singletons (to support the is-test for identity)? Does this API port to Jython and IronPython? Is it a problem that 1 cannot be substituted for True? -- nosy: +rhettinger _

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Indeed, it seems that multiprocessing uses assertions in many places to handle errors in user code. This could be changed, but it is another task. I can apply the patch, but what about 2.6? it's an incompatible API change, unless we

[issue4498] Compiler warning "signed/unsigned comparion in mmapmodule"

New submission from Raymond Hettinger <[EMAIL PROTECTED]>: mmapmodule.c: lines 247-248 /* silently 'adjust' out-of-range requests */ if (num_bytes > self->size - self->pos) { -- assignee: nnorwitz components: Interpreter Core messages: 76791 nosy: nnorwitz, rhettinger pr

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I don't much like the lock is True lock is False idioms much, but I don' thave a better suggestion, and it would be nice to fix this for the releases. -- resolution: -> accepted ___ Python trac

[issue4497] Compiler warnings in longobject.c

New submission from Raymond Hettinger <[EMAIL PROTECTED]>: longobject.c ..\..\Objects\longobject.c(201) : warning C4244: '=' : conversion from 'long' to 'digit', possible loss of data ..\..\Objects\longobject.c(212) : warning C4244: '=' : conversion from 'long' to 'digit', possible loss of data .

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Jesse Noller <[EMAIL PROTECTED]> added the comment: +1 on Amaury's patch, however I wouldn't change the assert right now - Christian's suggestion does make sense to change globally post 3.0 Amaury, do you want to submit it? ___ Python tracker <[EMAIL PROTECT

[issue3689] listreverseiterator has a decreasing len()

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Fixed r67478. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4486] Exception traceback is incorrect for strange exception handling

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Looks to me like the display code is getting confused by the lack of a non-None __context__ on the KeyError. Perhaps the "raise ex from cause" syntax should be setting the __context__ on the "cause" exception if it isn't already set? Or else w

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Christian Heimes <[EMAIL PROTECTED]> added the comment: The patch looks fine. However I propose to replace the assert statement with a proper check that raises a meaningful exception. if not hasattr(lock, 'acquire'): raise AttributeError("'%r' has no method 'acquire'" % lock) __

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Here is a patch nonetheless. It makes the code match the the documentation: http://docs.python.org/library/multiprocessing.html#multiprocessing.sharedctypes.Arra y """ - If lock is True (the default) then a new lock object is created to

[issue4496] misleading comment in urllib2

Changes by John J Lee <[EMAIL PROTECTED]>: -- components: +Library (Lib) nosy: +facundobatista versions: +Python 2.7, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4496] misleading comment in urllib2

New submission from John J Lee <[EMAIL PROTECTED]>: r54137 replaced a comment in urllib2.py with a misleading comment. The comment now implies the .insort() in question achieves the goal specified in the new comment. That's not true, which was the reason the original comment was there in the fi

[issue4495] Fix signed/unsigned warning

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Fixed r67477. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4494] Python 2.6 fails to build with Py_NO_ENABLE_SHARED

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- assignee: -> loewis priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4495] Fix signed/unsigned warning

New submission from Raymond Hettinger <[EMAIL PROTECTED]>: C:\py30>svn diff Index: Python/traceback.c === --- Python/traceback.c (revision 67476) +++ Python/traceback.c (working copy) @@ -171,7 +171,7 @@ if (!PyUnic

[issue4494] Python 2.6 fails to build with Py_NO_ENABLE_SHARED

Changes by Alexey Borzenkov <[EMAIL PROTECTED]>: -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue4486] Exception traceback is incorrect for strange exception handling

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Note that the display is correct in the case where the chaining is "right", i.e.: try: raise IOError except: try: raise KeyError except Exception as ex: raise AttributeError from ex In that case, IOError is correctly flagged as t

[issue4494] Python 2.6 fails to build with Py_NO_ENABLE_SHARED

New submission from Alexey Borzenkov <[EMAIL PROTECTED]>: When building python 2.6 with Py_NO_ENABLE_SHARED compilation fails on PC/getpathp.c, because it uses PyWin_DLLVersionString and PyWin_DLLhModule unconditionally, which are implemented in PC/dl_nt.c only when Py_ENABLE_SHARED is defined. T

[issue2464] urllib2 can't handle http://www.wikispaces.com

John J Lee <[EMAIL PROTECTED]> added the comment: I've raised #4493 about the issue I raised in my previous comment. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4493] urllib2 doesn't always supply / where URI path component is empty

New submission from John J Lee <[EMAIL PROTECTED]>: As required by RFC 2616 section 3.2.2, for all HTTP requests sent by urllib2, the path component of the URI should be normalized to "/" before the Request-URI derived from it gets passed to httplib (or something functionally equivalent to that).

[issue4079] new urllib2.Request 'timeout' attribute needs to have a default

Changes by John J Lee <[EMAIL PROTECTED]>: -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue4079] new urllib2.Request 'timeout' attribute needs to have a default

John J Lee <[EMAIL PROTECTED]> added the comment: This bug was known before the release -- unfortunately the original author of the patch didn't fix them in time. This and some other unresolved issues listed are listed on #2451. "Somebody" should raise bugs about the rest of them too, and fix t

[issue4486] Exception traceback is incorrect for strange exception handling

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: This looks like it only affects printing exceptions with implicit chaining when the exception propagates to the top level. (Maybe it also affects the traceback module?) In that case, I agree with Antoine. Let's fix it in 3.0.1. --

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Jesse Noller <[EMAIL PROTECTED]> added the comment: 2.6.0 shipped with the assertion error. Unfortunately, I'm tapped out at the day job right now, so I won't have a fix prepped and tested in time. -- priority: release blocker -> deferred blocker ___

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Jesse, does this affect Python 3.0? If not, then I will lower the priority and release 2.6.1 without it (there's always 2.6.2 :). If so, then we need to know if 1) it's really a release blocker; 2) what the ETA on a fix is. I would like to

[issue1772481] urllib2 hangs with some documents.

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Thanks for the review! -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed superseder: -> infinite loop in httplib ___ Python tracker <[EMAIL PROTECTED]>

[issue2306] Update What's new in 3.0

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Guido, ETA? I think this will be one of the last things before we can tag the tree for release. ___ Python tracker <[EMAIL PROTECTED]> __

[issue4483] Error to build _dbm module during make

Leger <[EMAIL PROTECTED]> added the comment: - Only the make generate last error sentence. - Debian/Lenny provide only "libgdbm-dev-1.8.3-3" provide : [EMAIL PROTECTED]:/install# ll /usr/lib/libgdbm.so* lrwxrwxrwx 1 root root16 2008-12-01 21:45 /usr/lib/libgdbm.so -> libgdbm.so.3.0.0 lrwxrwxr

[issue4483] Error to build _dbm module during make

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Frederic> From the tar 3.0rc3 I apply the patch (dbm.diff). Configure Frederic> ... and make. But the result is always wrong : > "Failed to build these modules: > _dbm" Why does it fail? Is there compile error? Does linking fai

[issue1772481] urllib2 hangs with some documents.

John J Lee <[EMAIL PROTECTED]> added the comment: Please close: this is already fixed on trunk and release25-maint (r60747, issue #1966) (and on release26-maint, which was branched after the fix). -- nosy: +jjlee ___ Python tracker <[EMAIL PROTECTED]>

[issue1411097] httplib patch to make _read_chunked() more robust

John J Lee <[EMAIL PROTECTED]> added the comment: For the record, I think my worry in msg49366 was a non-issue: the only time .readline() will return "" is when the connection has closed (so I think the fix that eventually applied is correct). ___ Python track

[issue4483] Error to build _dbm module during make

Leger <[EMAIL PROTECTED]> added the comment: Skip, Sorry for my mistake with dbm2.diff ;) >From the tar 3.0rc3 I apply the patch (dbm.diff). Configure ... and make. But the result is always wrong : "Failed to build these modules: _dbm" Best regards, Frederic ___

[issue900744] catch invalid chunk length in httplib read routine

John J Lee <[EMAIL PROTECTED]> added the comment: The fix for this doesn't actually close the connection as the comment in the fix claims -- I've raised #4492 to track that. -- nosy: +jjlee ___ Python tracker <[EMAIL PROTECTED]>

[issue4492] httplib code thinks it closes connection, but does not

New submission from John J Lee <[EMAIL PROTECTED]>: The fix for #900744 tried to close the connection when a bad chunk length was received. The comment inserted with that fix "close the connection as protocol synchronisation is probably lost" is incorrect: self.close() in _read_chunked does not

[issue4483] Error to build _dbm module during make

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Leger> - I modify your dbm2.diff because the module name is Leger> "_dbmmodule.c" and not "dbmmodule.c". I think you missed the point of the dbm2.diff file. It should be applied to the Python 2.x code, not to Python 3.x. I don't have

[issue3001] RLock's are SLOW

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue4347] Circular dependency causes SystemError when adding new syntax

Brett Cannon <[EMAIL PROTECTED]> added the comment: Because of all the patch includes a bunch of junk for generated files (any chance you can make a diff, Thomas, with only the stuff that really requires review?), I have not done a real review. But a quick look does show that the comment added to

[issue4483] Error to build _dbm module during make

Leger <[EMAIL PROTECTED]> added the comment: I retest with light configure modification and dbm2.diff with file name "_dbmmodule.c" : "configure --with-pydebug --with-doc-strings --enable-shared --enable-profiling --enable-ipv6 --with-threads --with-tsc --prefix=/usr ; make" "... gcc -pthread -

[issue4483] Error to build _dbm module during make

Leger <[EMAIL PROTECTED]> added the comment: - I modify your dbm2.diff because the module name is "_dbmmodule.c" and not "dbmmodule.c". - Patching success - new test "configure ... ; make" and make stop with error : "... gcc -pthread -shared build/temp.linux-i686-3.0-pydebug/install/python-3.0rc

[issue4470] smtplib SMTP_SSL not working.

Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment: I've reworked the patch into a series, like haypo requested for poplib and imaplib. Added file: http://bugs.python.org/file12201/smtplib_05_shutdown_socket.diff ___ Python tracker <[EMAIL PROTECTED]> <

[issue4470] smtplib SMTP_SSL not working.

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12200/smtplib_04_remove_fakefile.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4470] smtplib SMTP_SSL not working.

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12199/smtplib_03_use_makefile.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4470] smtplib SMTP_SSL not working.

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12198/smtplib_02_fix_ssl.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4470] smtplib SMTP_SSL not working.

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12197/smtplib_01_default_port.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4470] smtplib SMTP_SSL not working.

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12168/smtplib.py.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2306] Update What's new in 3.0

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The "optimizations" section needn't be so pessimistic. I just compiled the latest py3k and release2.5-maint branches and py3k is 10% slower (38000 vs. 42000). -- nosy: +pitrou ___ Python tracker <[

[issue4488] Python Documentation not Newb Friendly

Georg Brandl <[EMAIL PROTECTED]> added the comment: Like Amaury said, I think this is fixed. -- resolution: -> fixed status: open -> pending ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4488] Python Documentation not Newb Friendly

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Did you see that the current (=2.6) documentation has changed a lot? For example: http://docs.python.org/library/os.path.html#os.path.splitext It seems that most of your concerns have been addressed. (also, see the nice URL) I suggest

[issue4491] email.Header.decode_header() doesn't work if encoded-word was separeted by CRLF

New submission from Atsuo Ishimoto <[EMAIL PROTECTED]>: email.Header.decode_header() doesn't work if encoded-word was separeted by CRLF. For exmaple, decode_header('=?iso-8859-1?q?hello?=\r\n world.') returns [('=?iso-8859-1?q?hello?=\r\n world.', None)], not [('hello', 'iso-8859-1'), (' world.

[issue1123695] attempting to use urllib2 on some URLs fails starting on 2.4

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: -- resolution: -> out of date status: open -> closed superseder: -> catch invalid chunk length in httplib read routine ___ Python tracker <[EMAIL PROTECTED]>

[issue4490] xml/sax/expatreader.py raises AttributeError when run

New submission from Jean-Paul Calderone <[EMAIL PROTECTED]>: expatreader.py has a __main__ which uses something called `xml.sax.XMLGenerator´. However, `xml.sax´ has no such attribute. -- components: Library (Lib) messages: 76754 nosy: exarkun severity: normal status: open title: xml/sa

[issue4471] IMAP4 missing support for starttls

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12169/imaplib.py.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4471] IMAP4 missing support for starttls

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12195/imaplib_03_starttls.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4471] IMAP4 missing support for starttls

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12194/imaplib_02_shutdown.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4489] shutil.rmtree is vulnerable to a symlink attack

New submission from Mart Sõmermaa <[EMAIL PROTECTED]>: Race condition in the rmtree function in the shutils module allows local users to delete arbitrary files and directories via a symlink attack. See also http://bugs.debian.org/286922 Attack: --- # emulate removing /etc $ sudo cp -a /etc /r

[issue4471] IMAP4 missing support for starttls

Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment: As requested, I've split the patch into three parts: the first one does just refactor IMAP4_SSL, the second is really a one liner for shutting down the socket before closing it, and the thirs does introduce the starttls method in IMAP4. A

[issue4488] Python Documentation not Newb Friendly

Martin Meredith <[EMAIL PROTECTED]> added the comment: Well, I can't offer a patch (as I said - I'm a python n00b) - but I can offer suggestions. 1) show the functions as where they are - for example - splitext would be shown as os.path.splitext(arguments) 2) header titles for groups within the

[issue1123695] attempting to use urllib2 on some URLs fails starting on 2.4

John J Lee <[EMAIL PROTECTED]> added the comment: Can somebody close this? It's fixed on trunk in #900744 . ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4488] Python Documentation not Newb Friendly

Tim Golden <[EMAIL PROTECTED]> added the comment: What would be helpful would be a specific suggestion from the OP (or, better still, a doc patch) as to exactly what should change or at least what kind of words should go where. As it stands, this report highlights a real but quite general issu

[issue1537445] urllib2 httplib _read_chunked timeout

John J Lee <[EMAIL PROTECTED]> added the comment: urlopen() raises URLError, .read() may raise other errors. I don't think that's a bug in itself, though no doubt: 1. The documentation of exceptions raised could and should be improved 2. The exceptions that can be raised are likely still inco

[issue4488] Python Documentation not Newb Friendly

New submission from Martin Meredith <[EMAIL PROTECTED]>: I'm a new python user (developing in python) and I recently had a discussion with someone that my main issue with python is finding where the functions are that I need to use. An example (probably not the best) - I need to split a filename

[issue4486] Exception traceback is incorrect for strange exception handling

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The current behaviour is the result of how I interpreted the error reporting specification in PEP 3134. See "Enhanced Reporting" in http://www.python.org/dev/peps/pep-3134/ . I may have misinterpreted it, in that both the cause and the context

[issue4473] POP3 missing support for starttls

Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment: As for the shutdown/close comment, I think there could be cases where you are going to close but don't want to shutdown: e.g. you might close a dup-ed socket, but the other owner would want to continue working with his copy of the socket.

[issue4473] POP3 missing support for starttls

Changes by Lorenzo M. Catucci <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12186/poplib_01_CAPA.diff ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4473] POP3 missing support for starttls

Lorenzo M. Catucci <[EMAIL PROTECTED]> added the comment: Changed CAPA as requested: now there is a proper docstring, and the useless if ... else ... is gone. Added file: http://bugs.python.org/file12192/poplib_01_CAPA.diff ___ Python tracker <[EMAIL PROTECTE

[issue1205] urllib fail to read URL contents, urllib2 crash Python

John J Lee <[EMAIL PROTECTED]> added the comment: This is fixed in trunk r61034 by issue #900744 . Please use that issue for any discussion re whether this should be fixed in 2.5. -- nosy: +jjlee ___ Python tracker <[EMAIL PROTECTED]>

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Jesse Noller <[EMAIL PROTECTED]> added the comment: This is not a doc bug - in actuality, the mp_benchmarks.py example is exposing an assertion error in sharedctypes.py. The doc-related bugs Christian and I spoke about have been fixed, however the main issue for this (the assertion error) is s

[issue1368247] unicode in email.MIMEText and email/Charset.py

Damjan Georgievski <[EMAIL PROTECTED]> added the comment: The patch by maxua works fine with 2.6 too and solves the problem. I'd suggest it be applied to the 2.6 branch, even if email is rewriten for 2.7/3.x. ___ Python tracker <[EMAIL PROTECTED]>

[issue4487] Add utf8 alias for email charsets

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue1368247] unicode in email.MIMEText and email/Charset.py

STINNER Victor <[EMAIL PROTECTED]> added the comment: It was proposed to rewrite MIMEText in Python 3.1 (and 2.7?) to use unicode characters in the internals and reconvert to bytes to send it to a socket (or a file). ___ Python tracker <[EMAIL PROTECTED]>

[issue1368247] unicode in email.MIMEText and email/Charset.py

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue3819] urllib2 sends Basic auth across redirects

John J Lee <[EMAIL PROTECTED]> added the comment: I agree this is a bug. Senthil -- re "1)", the paragraph you refer to (quoted by the OP) is relevant. The fact that it doesn't specifically mention redirection is not relevant. Re "2)": I don't know how digest auth works, but the paragraph you

[issue4487] Add utf8 alias for email charsets

New submission from maxua <[EMAIL PROTECTED]>: When using MIME email package you can specify "utf8" as the encoding. It will be accepted but it is not rendered correctly in some MUA. E.g. Mac OS X Mail.app doesn't display it properly while Google Gmail does. It is confusing since Python itself h

  1   2   >