[issue3513] test_multiprocessing hangs without this patch on win2k

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: Hello. I'm not familiar with socket, but I found workaround for this problem. socket.getfqdn("127.0.0.1") returns computer name, but with this test_multiprocess doesn't work. With 'localhost' test works. Maybe win2003 community buildbot

[issue1288615] Python code.interact() and UTF-8 locale

Karen Tracey <[EMAIL PROTECTED]> added the comment: FWIW I also tried the fix on a Windows box with Python 2.5.1. The failure there is different since the Windows command prompt apparently uses cp437 as its encoding: Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] o

[issue1288615] Python code.interact() and UTF-8 locale

Karen Tracey <[EMAIL PROTECTED]> added the comment: I just stumbled on this bug, it is still a problem in 2.5 and 2.6. I tried the supplied patch on 2.6b2 and it works. Before the patch: Python 2.6b2 (r26b2:65082, Jul 18 2008, 13:36:54) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2

[issue3512] Change fsync to use fullfsync on platforms (like OS X) that have/need it

Ian Charnas <[EMAIL PROTECTED]> added the comment: My patch is against trunk, but really this fix should be applied to all versions that will have future releases. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3512] Change fsync to use fullfsync on platforms (like OS X) that have/need it

New submission from Ian Charnas <[EMAIL PROTECTED]>: fsync on OSX does not actually flush the file to disk as is desired. This is a problem because application developers rely on fsync for file integrity. SQLite [1] and MySQL [2] and other major database systems all use 'fullfsync' on OS X inst

[issue3419] multiprocessing module is racy

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's what's going on with the incref error: Look in the Server class, in managers.py: consider a shared object with id 'id'. When a reference to the shared object is created, its id is added to the id_to_refcount dictionary: {id: None}

[issue2338] Backport reload() moving to imp.reload()

Brett Cannon <[EMAIL PROTECTED]> added the comment: Done in r65563. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3300] urllib.quote and unquote - Unicode issues

Jim Jewett <[EMAIL PROTECTED]> added the comment: > http://codereview.appspot.com/2827/diff/1/5#newcode1450 > Line 1450: "%3c%3c%0Anew%C3%A5/%C3%A5", > I'm guessing this test broke otherwise? Yes; that is one of the breakages you found in Bill's patch. (He didn't modify the test.) > Given t

[issue3300] urllib.quote and unquote - Unicode issues

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Dear GvR, New code review comments by GvR have been published. Please go to http://codereview.appspot.com/2827 to read them. Message: Hi Matt, Here's a code review of your patch. I'm leaning more and more towards wanting this for 3.0, bu

[issue3506] Change buffer/memoryview DeprecationWarning

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- assignee: -> brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue3506] Change buffer/memoryview DeprecationWarning

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Wed, Aug 6, 2008 at 1:12 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum <[EMAIL PROTECTED]> added the comment: > >> Well, if it can't replace buffer() then the warning needs to change to >> just flat-out state that buffe

[issue3300] urllib.quote and unquote - Unicode issues

Jim Jewett <[EMAIL PROTECTED]> added the comment: Matt pointed out that the email package assumes Latin-1 rather than UTF-8; I assume Bill could patch his patch the same way Matt did, and this would resolve the email tests. (Unless you pronounce to stick with Latin-1) The cookiejar failure pr

[issue3419] multiprocessing module is racy

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > I believe the conn refused error is another race, the child processes > are connecting to a manager which is shutting down/gone After some research, I think it actually has to do with the value of the 'backlog' parameter when creating a

[issue3506] Change buffer/memoryview DeprecationWarning

Guido van Rossum <[EMAIL PROTECTED]> added the comment: > Well, if it can't replace buffer() then the warning needs to change to > just flat-out state that buffer() is gone and not suggest any > replacement. +1. buffer() stinks. memoryview() rules. They don't hvae the same use cases. Is ther

[issue3506] Change buffer/memoryview DeprecationWarning

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Wed, Aug 6, 2008 at 12:32 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > I'm no buffer API/memoryview expert, but at least slicing is not > implemented, and there are almost no unit

[issue3300] urllib.quote and unquote - Unicode issues

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Bill Janssen's "patch" breaks two unittests: test_email and test_http_cookiejar. Details for test_email: == ERROR: test_rfc2231_bad_character_in_filename (email.test.test_

[issue3511] Incorrect charset range handling with ignore case flag?

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +pitrou priority: -> normal versions: +Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3511] Incorrect charset range handling with ignore case flag?

New submission from Matthew Barnett <[EMAIL PROTECTED]>: While working on the regex code in sre_compile.py I came across the following code in the handling of charset ranges in _optimize_charset: for i in range(fixup(av[0]), fixup(av[1])+1): charmap[i] = 1 The function fixup convert

[issue3081] Py_(X)SETREF macros

Paul Pogonyshev <[EMAIL PROTECTED]> added the comment: Just to note, I proposed similar macro on the mailing list under the name Py_ASSIGN. -- nosy: +_doublep ___ Python tracker <[EMAIL PROTECTED]> __

[issue3506] Change buffer/memoryview DeprecationWarning

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I'm no buffer API/memoryview expert, but at least slicing is not implemented, and there are almost no unit tests. It can probably be used, but given the absence of tests and of actual uses in the stdlib, I'm not sure we can say it is robust an

[issue2775] Implement PEP 3108

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- dependencies: -Create the urllib package ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2338] Backport reload() moving to imp.reload()

Brett Cannon <[EMAIL PROTECTED]> added the comment: A fixer is not going to work for this since it might require an import to work. Instead reload() just needs to be added as imp.reload() and the current warning stays. -- assignee: collinwinter -> brett.cannon components: +Extension Modu

[issue2885] Create the urllib package

Brett Cannon <[EMAIL PROTECTED]> added the comment: Fixers are in, so this is a done deal. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3506] Change buffer/memoryview DeprecationWarning

Brett Cannon <[EMAIL PROTECTED]> added the comment: How unfinished is it, Antoine? So much that it can't be used, or just to the extent it doesn't take the same arguments as buffer()? If it is the latter then the warning should be changed to warn about unsupported arguments.

[issue2065] trunk version does not compile with vs8 and vc6

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11065/ocean-remaining.zip ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3300] urllib.quote and unquote - Unicode issues

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Bill, I haven't studied your patch in detail but a few comments: - it would be nice to have more unit tests, especially for the various bytes/unicode possibilities, and perhaps also roundtripping (Matt's patch has a lot of tests) - quote_as_by

[issue3509] La Lutte, Je Vais Vous Montrer Mon Piquer!

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: When classifying stuff as spam, please also check for attachments that might have been included in the email message, and show up as files - files and messages are treated separately in the tracker. -- nosy: +georg.brandl, loewis -Mr

[issue3300] urllib.quote and unquote - Unicode issues

Jim Jewett <[EMAIL PROTECTED]> added the comment: Is there still disagreement over anything except: (1) The type signature of quote and unquote (as opposed to the explicit "quote_as_bytes" or "quote_as string"). (2) The default encoding (latin-1 vs UTF8), and (if UTF-8) what to do with inva

[issue3505] single/double quote error in Python v2.6b2 documentation

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

[issue3507] spelling in try.html

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

[issue3300] urllib.quote and unquote - Unicode issues

Bill Janssen <[EMAIL PROTECTED]> added the comment: Here's a patch to parse.py (and test/test_urllib.py) that makes the various tests (cgi, urllib, httplib) pass. It basically adds "unquote_as_string", "unquote_as_bytes", "quote_as_string", "quote_as_bytes", and then define the existing "quote"

[issue3300] urllib.quote and unquote - Unicode issues

Changes by Bill Janssen <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11062/myunquote.py ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2834] re.IGNORECASE not Unicode-ready

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Let's make sure the release manager is OK with this. -- nosy: +barry ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3508] range() is not a generator when used in for's

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > Sadly so high numbers are longs and xrange seems to get an integer. Something like that, yes: the start, step and length of an xrange object are stored internally as C longs (just as Python ints are), and this is unlikely to change. The

[issue3510] Site-specific configuration hook documentation incorrect

New submission from P. Roebuck <[EMAIL PROTECTED]>: Documentation does not match due to version number inconsistency. Current: < Then the following directories are added to sys.path, in this order: < < < /usr/local/lib/python2.3/site-packages/bar < /usr/local/lib/python2.3/site-packages/foo Pro

[issue1432] Strange behavior of urlparse.urljoin

Facundo Batista <[EMAIL PROTECTED]> added the comment: Senthil: We should ask for advice in the web-sig list to see if this is enough a "bug to be fixed" now that we're in beta for the releases. Thanks! ___ Python tracker <[EMAIL PROTECTED]>

[issue1985] Bug/Patch: Problem with xml/__init__.py when using freeze.py

Changes by A.M. Kuchling <[EMAIL PROTECTED]>: -- keywords: +easy ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue3508] range() is not a generator when used in for's

Diego <[EMAIL PROTECTED]> added the comment: >>> a = xrange(2**32) Traceback (most recent call last): File "", line 1, in OverflowError: long int too large to convert to int >>> 2**32 4294967296L >>> a=range(2**32) Traceback (most recent call last): File "", line 1, in OverflowError: range(

[issue3508] range() is not a generator when used in for's

Diego <[EMAIL PROTECTED]> added the comment: 2008/8/6 Mark Dickinson <[EMAIL PROTECTED]>: > > Mark Dickinson <[EMAIL PROTECTED]> added the comment: > > By the way, do you already know about xrange? > > xrange([start,] stop[, step]) -> xrange object > > Like range(), but instead of returning a lis

[issue3492] Zlib compress/decompress functions returning bytearray

Anand B Pillai <[EMAIL PROTECTED]> added the comment: Any updates ? The py3k list is also very silent since the week-end...Thanks! ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2834] re.IGNORECASE not Unicode-ready

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: If nobody (except Amaury :-)) has anything to say about the current patch, should it be committed? ___ Python tracker <[EMAIL PROTECTED]> _

[issue1685] linecache .updatecache fails on utf8 encoded files

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: After a look at the patch and at linecache.py, some comments: - 'rbU' is strange, the 'U' flag has no effect for binary files, so it should just be 'rb' instead - I'm surprised we don't have a test_linecache.py in Lib/test - The following line

[issue3506] Change buffer/memoryview DeprecationWarning

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The memoryview implementation is still unfinished (in py3k), so I suggest we drop the warning or comment it out. -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]>

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Nick Coghlan <[EMAIL PROTECTED]> added the comment: The documentation and Py3k warning will be ready for the third beta next week (the remaining part is a lot easier than the initial fix). ___ Python tracker <[EMAIL PROTECTED]>

[issue3509] La Lutte, Je Vais Vous Montrer Mon Piquer!

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3451] Asymptotically faster divmod and str(long)

Fredrik Johansson <[EMAIL PROTECTED]> added the comment: Indeed, that seems to be much faster. In the mean time, do you mind if I steal the code? :-) ___ Python tracker <[EMAIL PROTECTED]>

[issue3509] La Lutte, Je Vais Vous Montrer Mon Piquer!

New submission from Jean Brouwers <[EMAIL PROTECTED]>: Soyez heureux avec votre taille et de rendre votre partenaire heureux et satisfait. Alors que VPXL elargissement chirurgie est couteux et parfois dangereux, pilules pourrait facilement etre oublie de prendre et d'autres produits sont le p

[issue2389] Array pickling exposes internal memory representation of elements

Hrvoje Nikšić <[EMAIL PROTECTED]> added the comment: I guess it went unnoticed due to prevalence of little-endian 32-bit machines. With 64-bit architectures becoming more and more popular, this might become a bigger issue. Raymond, why do you think fixing this bug would complicate porting to 2.

[issue3508] range() is not a generator when used in for's

Mark Dickinson <[EMAIL PROTECTED]> added the comment: By the way, do you already know about xrange? xrange([start,] stop[, step]) -> xrange object Like range(), but instead of returning a list, returns an object that generates the numbers in the range on demand. For looping, this is slightly

[issue3508] range() is not a generator when used in for's

Mark Dickinson <[EMAIL PROTECTED]> added the comment: The behavior of range is very unlikely to be changed in Python 2.x, for backwards compatibility reasons. But it's a great idea! So great, in fact, that it's already been implemented for Python 3.0. :-) There range() behaves like a genera