[issue6136] Make logging configuration files easier to use

Vinay Sajip added the comment: Re point a) and opening files - why not use the "delay" parameter on FileHandlers, which delays opening until a message is actually logged? I can understand why one wouldn't want empty log files cluttering up the place, but the same argument doesn't apply to socket

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: On 4 Jun, 2009, at 2:24, Brett Cannon wrote: > > > Ronald, can you look at the changes I proposed on Makefile.pre.in to > make sure LIBS from configure get used in the framework builds? If you > do then that change with the configure.in change I suggested shoul

[issue5648] OS X Installer: do not install obsolete documentation within Python.app bundle

Changes by Ronald Oussoren : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue6191] HTMLParser attribute parsing - 2 test cases when it fails

New submission from Paweł Widera : Of course both are not correct HTML but are easy to guess, so I believe the parser should not give up too quick here. 1) extra comma between attributes 2) missing closing quotation mark for the first attribute http://xxx.org/xxx.php?a=1 target="_blank">click

[issue5767] xmlrpclib loads invalid documents

Georg Brandl added the comment: Applied in r73201, r73202. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue3613] base64.encodestring does not actually accept strings

Georg Brandl added the comment: Applied a patch to rename (and keep old aliases) in r73204. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue3684] traceback.format_exception_only() misplaces the caret for certain SyntaxErrors

Georg Brandl added the comment: Thanks, committed as r73206. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

[issue3791] bsddb not completely removed

Georg Brandl added the comment: Removed the last traces of bsddb in r73208. -- nosy: +georg.brandl resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ ___

[issue3798] SystemExit incorrectly displays unicode message

Georg Brandl added the comment: Ping? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue433028] SRE: (?flag:...) is not supported

Changes by Georg Brandl : -- resolution: -> duplicate status: open -> closed superseder: -> Major reworking of Python 2.5.2 re module ___ Python tracker ___ __

[issue4186] type() doesn't accept bases and dict keyword arguments

Georg Brandl added the comment: 2.6 has been released and out there some time, and there was no cry about this, so I guess this can be ignored. -- nosy: +georg.brandl resolution: -> wont fix status: open -> pending ___ Python tracker

[issue4199] add shorthand global and nonlocal statements

Georg Brandl added the comment: Postponed to 3.2. -- nosy: +georg.brandl versions: +Python 3.2 -Python 3.1 ___ Python tracker ___ ___

[issue5967] PyList_GetSlice does not indicate negative ranges dont work as in python.

Georg Brandl added the comment: Documented in r73213. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pytho

[issue6176] Reference to a wrong version of flock's documentation

Georg Brandl added the comment: Thanks, fixed in r73215. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue6175] inet_aton documentation kind of lies

Georg Brandl added the comment: Thanks, updated the docs in r73217. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue6192] add disable_nagle_algorithm to SocketServer.TCPServer

New submission from Kristján Valur Jónsson : It is useful to be able to disable the Nagle algoritm on socket connections from the TCPServer. These are typically used by HTTP servers. If combined with write buffering (setting RequestHangler.wbufsize = -1) it can make sure that http responses

[issue6192] add disable_nagle_algorithm to SocketServer.TCPServer

Changes by Kristján Valur Jónsson : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Here's a new version of the unicode reference type, extended to run in both Python 2.6 and 3.1: http://downloads.egenix.com/python/unicoderef-0.0.2.tar.gz I've also included a benchmark implemented in C which measures Unicode/Bytes allocation performance a

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Guido van Rossum wrote: > Guido van Rossum added the comment: > > On Wed, Jun 3, 2009 at 1:41 PM, Antoine Pitrou wrote: >> Apart from the example Marc-André just posted (and which is a 0.0.1 >> proof of concept he apparently just wrote), the number of use

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou added the comment: > Since pymalloc is being used to manage such objects, there's > a lot of room for improvements, since the allocation scheme > is under out control. E.g. we could have pymalloc allocate > larger pools for PyUnicodeObjects. I'm not sure what "larger pools for Py

[issue5611] Auto-detect indentation in C source in vimrc

Johannes Hoff added the comment: I came across this bug while searching for autodetecting tabs/spaces. Thanks for the help. To address Georg's question, the patch should be modified to say if search('^\t', 'n', 100) instead of if search('^\t') The former will not move the cursor, and

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > Antoine Pitrou added the comment: > >> Since pymalloc is being used to manage such objects, there's >> a lot of room for improvements, since the allocation scheme >> is under out control. E.g. we could have pymalloc allocate >> larg

[issue3684] traceback.format_exception_only() misplaces the caret for certain SyntaxErrors

Jean-Paul Calderone added the comment: Any plans for a unit test for this change? -- nosy: +exarkun ___ Python tracker ___ ___ Python-

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou added the comment: > Anything larger than 256 bytes goes straight to the OS malloc(). Under a 64-bit system, a plain dict is more than 256 bytes. -- ___ Python tracker __

[issue6192] add disable_nagle_algorithm to SocketServer.TCPServer

Antoine Pitrou added the comment: Looks ok to me. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue4108] robotparser.py fail when more than one User-Agent: * is present

mARK added the comment: this looks like a good fix. i've put it into my own copy. -- nosy: +mbloore ___ Python tracker ___ ___ Python

[issue5798] test_asynchat fails on Mac OSX

Jean Brouwers added the comment: Well, with fresh build of Python 3.1rc1 on MacOS X 10.4.11 Tiger (Intel) test_asynchat.py rev 73183 still seems to fail, perhaps differently. Here is 3 different results. First, rev 73183: % ./python.exe Lib/test/test_asynchat73183.py test_close_when_done (

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Changes by Martin v. Löwis : Removed file: http://bugs.python.org/file14183/smime.p7s ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Changes by Martin v. Löwis : Removed file: http://bugs.python.org/file14182/smime.p7s ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Changes by Martin v. Löwis : Removed file: http://bugs.python.org/file14181/smime.p7s ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Changes by Martin v. Löwis : Removed file: http://bugs.python.org/file14180/smime.p7s ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue5798] test_asynchat fails on Mac OSX

R. David Murray added the comment: I presume you mean "a fresh build of 3.1rc1+" (from svn)? 3.1rc1 does not contain the most recent fix. -- ___ Python tracker ___ _

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: I installed 3.1rc1 on my OS X (10.5.?) machine, updated asynchat, and ran the test with and without my change. Without my change, it breaks in the way described numerous times. With my change, it seems to work fine on OS X, linux, and Windows for me. Looki

[issue1590864] import deadlocks when using PyObjC threads

Brett Cannon added the comment: Been thinking about it and as a compromise to people who view this as a bug I am re-opening it but lowering the priority. -- components: +Interpreter Core -Library (Lib) priority: normal -> low resolution: wont fix -> stage: committed/rejected -> test ne

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Changes by Brett Cannon : -- title: Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl -> Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl ___ Python tracker __

[issue1590864] Function-level import in os triggering an threaded import deadlock

Changes by Brett Cannon : -- components: +Library (Lib) -Interpreter Core title: import deadlocks when using PyObjC threads -> Function-level import in os triggering an threaded import deadlock ___ Python tracker

[issue6182] Remove ipaddr library from py3k before 3.1rc2

Raymond Hettinger added the comment: r73230 and r73223 -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue3684] traceback.format_exception_only() misplaces the caret for certain SyntaxErrors

Georg Brandl added the comment: Good point. Added a test in r73232. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue6193] urllib: ... IOError: ... unknown url type: 'c'

New submission from Sridhar Ratnakumar : On Windows, urllib fails to open local files: > python -c "import urllib; urllib.urlopen(r'C:\test.txt').read()" Traceback (most recent call last): File "C:\HOME\as\pypm\bin\python-script.py", line 33, in exec _val File "", line 1, in File "C:

[issue6193] urllib: ... IOError: ... unknown url type: 'c'

Sridhar Ratnakumar added the comment: This also happens on 3.1 (urllib.urlrequest) .. and I believe must also happen on 2.7 and 3.0. -- components: +Windows versions: +Python 2.7, Python 3.0, Python 3.1 ___ Python tracker

[issue6193] urllib: ... IOError: ... unknown url type: 'c'

Georg Brandl added the comment: You should use file:// to open local files with urllib. -- nosy: +georg.brandl resolution: -> wont fix status: open -> closed ___ Python tracker

[issue6193] urllib: ... IOError: ... unknown url type: 'c'

Sridhar Ratnakumar added the comment: Relevant discussion: http://osdir.com/ml/python.py2exe/2008-03/msg00013.html [quote]'The only thing I could think of was editing urllib.py and changing the splittype method (...)'[endquote] -- ___ Python tracke

[issue6193] urllib: ... IOError: ... unknown url type: 'c'

Sridhar Ratnakumar added the comment: [Brandl] You should use file:// to open local files with urllib. Hmm, that is strange. How come it works on Unix without file://? -- ___ Python tracker ___

[issue6191] HTMLParser attribute parsing - 2 test cases when it fails

Georg Brandl added the comment: I do not think HTMLParser should guess. Guessing always opens the door to misinterpretation. -- nosy: +georg.brandl resolution: -> wont fix status: open -> closed ___ Python tracker

[issue6193] urllib: ... IOError: ... unknown url type: 'c'

R. David Murray added the comment: Because in unix the filename starts with a '/', while in windows your filename started with a 'C:'. That looks like the urltype portion of a url, and it isn't a valid one, so urllib correctly rejects it. -- nosy: +r.david.murray _

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Alexandre Vassalotti added the comment: Oops. Here is a new patch with _compat_pickle.py. -- Added file: http://bugs.python.org/file14186/compat_pickle7.diff ___ Python tracker _

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Antoine Pitrou added the comment: Committed in r73236 in the hope that it gets a bit more testing before rc2/final. -- assignee: alexandre.vassalotti -> resolution: -> fixed stage: patch review -> committed/rejected status: open -> pending ___ Pyth

[issue6191] HTMLParser attribute parsing - 2 test cases when it fails

Paweł Widera added the comment: It depends whether you want a HTMLParser to be an useful tool that can deal with real world HTML or just a toy without practical meaning. Crashing on every little deviation from the standard, where more relaxed approach is possible, doesn't sound to me as a reason

[issue6194] fcntl footnote about O_SHLOCK and O_EXLOCK is misleading

New submission from R. David Murray : At the bottom of http://docs.python.org/library/fcntl.html there is a "see also" section for the os module that says: If the locking flags O_SHLOCK and O_EXLOCK are present in the os module, the os.open() function provides a more platform-independent alt

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Roumen Petrov added the comment: The current check for *gettext/*textdomain* functions is not so correct. It mix(!?!) checks for headers with check for functions. GNU libc include them and on linux we will see in pyconfig.h (trunk): --- /* #undef WITH_LIBINTL */ #define HAVE_LIBINTL_H 1

[issue6191] HTMLParser attribute parsing - 2 test cases when it fails

Georg Brandl added the comment: > Throwing an exception and giving up is just not good enough. Yes it is, in some cases. There are "forgiving" HTML parsers out there, HTMLParser does not strive to be one. There are *so many* cases where HTML is a bit malformed that it takes more than just two

[issue6195] Serious regression in doctest in Py3.1rc1

New submission from Lisandro Dalcin : When doctests are written in docstrings from C extension modules, 'doctest' reads the binary extension module file. The attached one-line patch seems to fix the problem, it is in fact very similar to patch for issue4050 related to 'inspect'. -- comp

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar added the comment: Here's a test data from PyPI: http://pypi.python.org/packages/source/g/generator_tools/generator_tools-0.3.5.tar.gz -- ___ Python tracker __

[issue6191] HTMLParser attribute parsing - 2 test cases when it fails

R. David Murray added the comment: In doing web scraping I started using BeautifulSoup precisely because it was very lenient in what html it accepted (I haven't written such an ap for a while, so I'm not sure what BeautifulSoup currently does...I thought I heard it was now using HTMLParser...).

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar added the comment: Considering this bug where tarfile fails to set g+s, https://bugs.launchpad.net/pyopenssl/+bug/236190 a more general approach could be: tarfile.extractall(safe_perms=True) where if safe_perms is set, tarfile can 1) ignore +/-s on all files, 2) ignore

[issue6196] tarfile.extractall(readaccess=True)

New submission from Sridhar Ratnakumar : If a tarball has a-x perms set on its root directory, one cannot access its contents. $ tar zxf generator_tools-0.3.5.tar.gz. $ ls generator_tools-0.3.5/ ls: cannot access generator_tools-0.3.5/README.txt: Permission denied ... sridh...@double:/tmp/i$

[issue6196] tarfile.extractall(readaccess=True)

R. David Murray added the comment: I don't see why the tarfile case should be different from the tar case. You can "always chmod it later" in python, too (with os.walk and os.chmod). Perhaps the real need is for a recursive chmod in shutil? -- nosy: +r.david.murray priority: -> low

[issue6191] HTMLParser attribute parsing - 2 test cases when it fails

Georg Brandl added the comment: So BeautifulSoup is using HTMLParser? That is interesting, because they claim to support "broken" HTML. In any case, if a "quirky" mode is added, it should have to be turned on explicitly by a flag. -- resolution: wont fix -> __

[issue6127] Unexpected universal newline behavior (newline duplication) in Windows

Alexandre Vassalotti added the comment: Can you check if the patch in issue #5645 fix the bug? -- nosy: +alexandre.vassalotti ___ Python tracker ___ _

[issue6196] tarfile.extractall(readaccess=True)

Sridhar Ratnakumar added the comment: [David] I don't see why the tarfile case should be different from the tar case. (...) As I explained, Viz: [quote]'(...)the very reason to write a program to extract tarball (instead of doing it manually) is to automate it .. which automation is *more effe

[issue6195] Serious regression in doctest in Py3.1rc1

Changes by R. David Murray : -- assignee: -> r.david.murray nosy: +r.david.murray priority: -> high stage: -> test needed ___ Python tracker ___ ___

[issue6195] Serious regression in doctest in Py3.1rc1

R. David Murray added the comment: Here's a test case which fails with the existing code and passes with the patch applied. However, with the patch applied some of the other doctest tests fail with an off-by-one error in the source line number output. I'd like to understand that difference bef

[issue6127] Unexpected universal newline behavior (newline duplication) in Windows

Jason R. Coombs added the comment: Indeed, that patch works. I'm attaching the same patch applicable to branches/release26-maint. -- keywords: +patch Added file: http://bugs.python.org/file14189/issue5645_release26-maint.patch ___ Python tracker

[issue5645] test_memoryio fails for py3k on windows

Jason R. Coombs added the comment: Patch is also applicable to #6127. -- nosy: +jaraco ___ Python tracker ___ ___ Python-bugs-list mai

[issue6197] test__locale fails with RADIXCHAR on Windows

New submission from James Abbatiello : regrtest.py test__locale fails with: test__locale test test__locale crashed -- : cannot import name RADIXCHAR 1 test failed: test__locale The attached patch backports the fix from issue5643 -- components: Tests, Windows files: test__locale_on_

[issue5798] test_asynchat fails on Mac OSX

Jean Brouwers added the comment: Correct. With new Lib/asyncore.py file rev 73183 all 23 tests in the original test_asynchat.py pass in Python 3.1rc1 built from source on MacOS X 10.4.11 Tiger (Intel). % ./python.exe Lib/test/test_asynchat.py test_close_when_done (__main__.TestAsynchat) ...

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Hagen Fürstenau added the comment: I think it is worth noting that now some Python 3.1 protocol 2 pickles can't be read by Python 3.0. We probably don't have to do anything about that, but perhaps it should be mentioned somewhere? Docs, release notes? -- status: pending -> open ___

[issue6198] test_float fails on Windows

New submission from James Abbatiello : test_float fails on Windows with: == FAIL: test_format_testfile (test.test_float.IEEEFormatTestCase) -- Traceback (most re

[issue6199] test_unittest fails on Windows

New submission from James Abbatiello : test_unittest fails on Windows with: == FAIL: test_find_tests_with_package (test.test_unittest.TestDiscovery) -- Traceback

[issue6197] test__locale fails with RADIXCHAR on Windows

Hirokazu Yamamoto added the comment: Committed in r73238. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue6201] test_winreg fails

New submission from James Abbatiello : test_winreg fails with: == ERROR: testLocalMachineRegistryWorks (test.test_winreg.WinregTests) -- Traceback (most recent c