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

Jarek added the comment: +1 for mercurial inoperability from behind proxy -- nosy: +jarek.jpa ___ Python tracker ___ ___ Python-bug

[issue6425] imaplib.IMAP4.fetch() is missing documentation for message_set parameter

New submission from Sjoerd : The message_set parameter imaplib.IMAP4.fetch(message_set, message_parts) is not a set or list, but a comma-separated string, it seems. This could use some documentation. -- assignee: georg.brandl components: Documentation messages: 90165 nosy: Sjoerder, geor

[issue6426] imaplib.IMAP4 "command illegal in this state" is unhelpful error message

New submission from Sjoerd : If you do not IMAP4.select(), you get the following error: imaplib.error: command SEARCH illegal in state AUTH. This does not inform the user that he has to do IMAP4.select(). Better would be: imaplib.error: command SEARCH illegal in state AUTH, allowed in state SEL

[issue6423] The cgi docs should advertize using "in" instead of "has_key"

Georg Brandl added the comment: Patch looks good and is ready to commit. Py3k seems to have been fixed already. -- assignee: georg.brandl -> ezio.melotti nosy: +ezio.melotti resolution: -> accepted ___ Python tracker

[issue3410] platform.version() don't work as expected in Vista in portuguese

Marc-Andre Lemburg added the comment: Ezio Melotti wrote: > Ezio Melotti added the comment: > > Here are the results. > Windows Vista SP2 in English > Python 3.0.1: > >>> platform.platform() > 'Windows-Vista-6.0.6002-SP2' > >>> platform.version() > '6.0.6002' > >>> platform.win32_v

[issue6427] Rename float*.[ch] to double.[ch]

New submission from Jack Diederich : The core types use doubles, not floats. The file and function names should reflect that (the docs already do). -- components: None messages: 90169 nosy: jackdied severity: normal status: open title: Rename float*.[ch] to double.[ch] versions: Python

[issue3410] platform.version() don't work as expected in Vista in portuguese

Ezio Melotti added the comment: On the Vista machine that returned ('', '6.0.6002', 'SP2', 'Multiprocessor Free') there is ActiveState's Python 2.5.2 that includes the pywin32 extension. I managed to run pdb on it and the result was http://dpaste.com/hold/63642/ Python 2.5 doesn't have any chec

[issue3410] platform.version() don't work as expected in Vista in portuguese

Marc-Andre Lemburg added the comment: Ezio Melotti wrote: > Ezio Melotti added the comment: > > On the Vista machine that returned ('', '6.0.6002', 'SP2', > 'Multiprocessor Free') there is ActiveState's Python 2.5.2 that includes > the pywin32 extension. > > I managed to run pdb on it and the

[issue3410] platform.version() don't work as expected in Vista in portuguese

Ezio Melotti added the comment: Won't that fail with Windows versions in Japanese, Chinese, Arab and similar? If 'Version' is translated in all the languages as a single word and it's between whitespaces (or even between a [ and a space), \S+ should be safe enough, otherwise \w+ with the re.U fl

[issue3410] platform.version() don't work as expected in Vista in portuguese

Felipe Portella added the comment: The same happens in Portuguese version ... the regex fails because ver returns "Versão" ... []'s On Mon, Jul 6, 2009 at 7:54 AM, Ezio Melotti wrote: > > Ezio Melotti added the comment: > > Won't that fail with Windows versions in Japanese, Chinese, Arab a

[issue3410] platform.version() don't work as expected in Vista in portuguese

Ezio Melotti added the comment: According to Google Translate, in Vietnamese 'Version' is 'Phiên bản'. If this is true both \S+ and \w+ will fail. I also noticed a few more regex (namely _release_filename, _lsb_release_version and _release_version) which contain the words 'version' and 'release'

[issue6427] Rename float*.[ch] to double.[ch]

Amaury Forgeot d'Arc added the comment: 'float' is how python names its floating point number type, and this won't change. Yes, it is based on the C double, but I think that the code is very careful to avoid the confusion. For example, in the C sources, the word 'float' always has a 'Py' prefi

[issue6377] distutils compiler switch ignored

Tarek Ziadé added the comment: done in r73864, waiting for the buildbots to build trunk, then will be applied in 3.x -- ___ Python tracker ___ ___

[issue6427] Rename float*.[ch] to double.[ch]

Eric Smith added the comment: -1 The time to change this was 3.0, if it was ever needed. It would break too much code now. We could develop some strategy using macros, but I just don't think it's worth it. And as Amaury points it, the type is known in python as "float", so to change it would b

[issue824371] ntpath.expandvars doesn't expand Windows-style variables.

Amaury Forgeot d'Arc added the comment: This is already part of 2.6: >>> os.path.expandvars("%WIndir%/foo") 'C:\\WINNT/foo' >>> os.path.expandvars("%invalid%") '%invalid%' -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed _

[issue6377] distutils compiler switch ignored

Tarek Ziadé added the comment: merged in r73866 in py3k Thanks for the feedback -- status: open -> closed ___ Python tracker ___ ___

[issue6395] Add Pickle Support to the codecs Module

Marc-Andre Lemburg added the comment: I don't understand the use case for this. If the StreamWriter/Reader cannot pickle the underlying stream (which is probably always the case), why should the object itself be pickleable ? What we could do is implement .__get/setstate__() and have it raise

[issue6428] TypeError: __bool__ should return bool or int, returned int

New submission from SilentGhost : According to docs (http://docs.python.org/3.1/reference/datamodel.html#object.__bool__) __bool__ can return 1 or 0 instead of True or False. However, when I ran the following code: Python 3.1 (r31:73574, Jun 26 2009, 20:21:35) [MSC v.1500 32 bit (Intel)] on win3

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

R. David Murray added the comment: I now get a different error, followed by zsh detecting an alarm: rdmur...@partner:~/python/trunk>./python -m test.regrtest -uall test_socketserver Could not find '/home/rdmurray/python/trunk/Lib/test' in sys.path to remove it test_socketserver Exception in thr

[issue6429] 2to3: fix_future conflicts with fix_print

New submission from Alexandre Vassalotti : Running 2to3 with the default options on the following code: from __future__ import print_function x,y = 1,2 print(x, y) produces the following diff: --- future_print.py (original) +++ future_print.py (refactored) @@ -1,5 +1,5 @@ -from _

[issue6314] logging.basicConfig(level='DEBUG', ... and setLevel("DEBUG") result in no logging

R. David Murray added the comment: There is still a problem here, though not something a typical user would run into: rdmur...@partner:~/python/trunk>./python Python 2.7a0 (trunk:73845M, Jul 4 2009, 12:43:10) [GCC 4.1.2 (Gentoo 4.1.2)] on linux2 Type "help", "copyright", "credits" or "license"

[issue5683] Speed up cPickle's pickling generally

Antoine Pitrou added the comment: Any updates? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue6151] Make PyDescr_COMMON conform to standard C

Antoine Pitrou added the comment: I'm not sure what the "new patch" is since you haven't uploaded it, but the original patch looks ok. In any case, it shouldn't go into 3.1 since it breaks source-level compatibility. -- nosy: +pitrou versions: -Python 3.1 _

[issue6151] Make PyDescr_COMMON conform to standard C

Alexandre Vassalotti added the comment: > I'm not sure what the "new patch" is since you haven't uploaded it Oh silly me. Here's the new patch. -- Added file: http://bugs.python.org/file14459/strict-aliasing-pydescr-2.diff ___ Python tracker

[issue3250] datetime.time does not support arithmetic

Chris Withers added the comment: I think so. FWIW, I'd recommend looking at: http://pypi.python.org/pypi/python-dateutil ...for doing things that python's builtin datetime stuff doesn't cater for. -- resolution: -> wont fix status: open -> closed __

[issue6428] TypeError: __bool__ should return bool or int, returned int

Antoine Pitrou added the comment: It's not only the docs, the error message is self-contradictory as well. -- assignee: georg.brandl -> nosy: +pitrou priority: -> normal stage: -> needs patch versions: +Python 3.2 ___ Python tracker

[issue6430] array.array falsely advertises support for 'w' in documentation

New submission from Alexandre Vassalotti : It looks like either array's 'w' support got lost in a merge, or the documentation is just wrong. >>> import array >>> array.array('w', "hello") Traceback (most recent call last): File "", line 1, in ValueError: bad typecode (must be b, B, u, h, H,

[issue6427] Rename float*.[ch] to double.[ch]

Martin v. Löwis added the comment: As Amaury explains, it's called float because it *is* a floating point type. It is not a double type, as it is not two types, but only a single one :-) In 2.x, the "int" type was also represented with a C long, yet the type called "long" was not represented w

[issue3250] datetime.time does not support arithmetic

Marc-Andre Lemburg added the comment: Or use the "original" lib on which this is all based :-) http://www.egenix.com/products/python/mxBase/mxDateTime/ (and which, of course, does allow subtracting times) -- nosy: +lemburg ___ Python tracker

[issue6410] Dictionaries should support __add__

Raymond Hettinger added the comment: FWIW, I'm -1 on the proposal because it partially overlaps the existing capability of dict.update(). To the extent it doesn't overlap, it is use case challenged (typically, it doesn't make sense to build a brand-new dictionary from two independent dictionari

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: FWIW, here are some use cases: http://twistedmatrix.com/trac/browser/tags/releases/twisted-8.2.0/twisted/python/context.py#L32 http://twistedmatrix.com/trac/browser/tags/releases/twisted-8.2.0/twisted/python/log.py#L270 http://twistedmatrix.com/trac/browse

[issue6428] TypeError: __bool__ should return bool or int, returned int

Amaury Forgeot d'Arc added the comment: Probably a misguided merge. Here is a patch that updates the error message, and the documentation. -- keywords: +needs review, patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file14460/bool.patch __

[issue6428] TypeError: __bool__ should return bool or int, returned int

Changes by Amaury Forgeot d'Arc : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue6420] Fix warning in nismodule.c on OpenBSD

Amaury Forgeot d'Arc added the comment: Does someone know whether FreeBSD or NetBSD need the same treatment? -- nosy: +amaury.forgeotdarc ___ Python tracker ___ _

[issue2389] Array pickling exposes internal memory representation of elements

Alexandre Vassalotti added the comment: I know believe that arrays should be pickled as a list of values on Python 2.x. Doing otherwise makes it impossible to unpickle arrays coming from Python 2.x using Python 3.x, since pickle on Python 3 decodes all the strings from 2.x to Unicode. However,

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

Kristján Valur Jónsson added the comment: How unfortunate. This means that we need to virtualize the shutdown. I'll submit a proposed patch. -- ___ Python tracker ___ _

[issue6420] Fix warning in nismodule.c on OpenBSD

Henry Precheur added the comment: FreeBSD does. http://svn.freebsd.org/viewvc/base/stable/7/include/rpcsvc/ypclnt.h?revision=172506&view=markup But NetBSD doesn't: http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/include/rpcsvc/ypclnt.h?rev=1.13&content-type=text/plain&only_with_tag=MAIN O

[issue6428] TypeError: __bool__ should return bool or int, returned int

Eric Smith added the comment: The patch looks good to me. In particular, removing the test for using_len looks correct. The assignment of "result = -1" after PyErr_Format isn't needed, but doesn't hurt (and it was already there, anyway). -- keywords: -needs review nosy: +eric.smith _

[issue5885] uuid.uuid1() is too slow

Alexandre Vassalotti added the comment: Can you provide a patch? -- nosy: +alexandre.vassalotti priority: -> low stage: -> needs patch versions: +Python 3.2 -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python 3.1 ___ Python tracker

[issue6410] Dictionaries should support __add__

Raymond Hettinger added the comment: ISTM these examples show how little value would come from fattening-up the dict API. The examples use the copy/update pattern which is clear, explicit, and extendable to n-ary cases without incurring O(n**2) behavior. Tranforming them to a f=d+e pattern sav

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: Cool. I'm convinced. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

Kristján Valur Jónsson added the comment: I'm uploading a patched SocketServer.py. Could you please try it out on the gentoo box before I commit it? -- Added file: http://bugs.python.org/file14462/SocketServer.py ___ Python tracker

[issue2919] Merge profile/cProfile in 3.0

Alexandre Vassalotti added the comment: Here's an updated version of my lsprof.py module. I fixed a few bugs, includes the awful reference leak that was present in the previous version (i.e., the profiler code was keeping a reference to every frame executed). I consider the lsprof.py code funct

[issue2919] Merge profile/cProfile in 3.0

Changes by Alexandre Vassalotti : Removed file: http://bugs.python.org/file14376/lsprof.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6428] TypeError: __bool__ should return bool or int, returned int

Amaury Forgeot d'Arc added the comment: fixed in r73868 (py3k) and r73869 (3.1) Thanks for the report! -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue6420] Fix warning in nismodule.c on OpenBSD

Amaury Forgeot d'Arc added the comment: What about this new patch? -- keywords: +patch Added file: http://bugs.python.org/file14464/nismodule.patch ___ Python tracker ___ ___

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

R. David Murray added the comment: #ifndef version of the patch applied to trunk in r73870, with tests. Leaving open until I merge it. -- assignee: -> r.david.murray nosy: +brett.cannon resolution: -> fixed stage: test needed -> committed/rejected ___

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

R. David Murray added the comment: I had to fix one line, but after that it runs successfully. Updated patch attached. The change is to add the 'request' argument to the close_request call on line 549. -- keywords: +patch Added file: http://bugs.python.org/file14465/issue6382.patch _

[issue6420] Fix warning in nismodule.c on OpenBSD

Henry Precheur added the comment: It works on OpenBSD, but I don't have any FreeBSD to test. I should be safe to commit though, the patch is rather trivial. -- ___ Python tracker ___

[issue6431] Fraction fails equality test with a user-defined type

New submission from Case Van Horsen : I've ported the GMPY module to Python 3 and found a problem comparing Fraction to gmpy.mpq. mpq is the rational type in gmpy and knows how to convert a Fraction into an mpq. All operations appear to work properly except "Fraction == mpq". "mpq == Fraction" d

[issue5683] Speed up cPickle's pickling generally

Jerry Chen added the comment: Applied collinwinter's patch and svn up'd to r73872; replaced additional instances of self->write_func with _Pickler_Write. Passed test_xpickle.py as referenced by issue 5665. -- nosy: +jcsalterego Added file: http://bugs.python.org/file14466/cpickle_write

[issue6420] Fix warning in nismodule.c on OpenBSD

Amaury Forgeot d'Arc added the comment: Thanks, fixed in r73873, r73874, r73875 and r73876. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___