[issue4005] pydoc in web server mode tails at initial request

Alexandre Vassalotti added the comment: Committed in r73856. -- nosy: +alexandre.vassalotti resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker _

[issue4509] bugs in array.array with exports (buffer protocol)

Alexandre Vassalotti added the comment: Fixed the array bug in r73850. Is there any bug left to fixed that were reported in this issue? -- nosy: +alexandre.vassalotti ___ Python tracker

[issue6416] Failed to compile selectmodule.c on windows (trunk)

Changes by Hirokazu Yamamoto : -- versions: +Python 3.2 -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue6416] Failed to compile selectmodule.c on windows (trunk)

Changes by Hirokazu Yamamoto : -- versions: +Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue6416] Failed to compile selectmodule.c on windows (trunk)

Changes by Hirokazu Yamamoto : -- priority: -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue2370] operator.{isCallable,sequenceIncludes} needs a fixer

Alexandre Vassalotti added the comment: Committed the warning patch in r73846 (with a minor correction in r73847), the 2to3 fixer in r73849. Thanks! -- assignee: collinwinter -> nosy: +alexandre.vassalotti resolution: -> accepted stage: -> committed/rejected status: open -> closed

[issue6410] Dictionaries should support __add__

Benjamin Peterson added the comment: Regardless of whether this feature will be dict.merge or __add__, it needs to work its way through python-ideas first. -- resolution: -> rejected status: open -> closed ___ Python tracker

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: > IIRC, Guido has previously rejected this suggestion and its variants. Got a link? It'd be nice to know what the rationale was. -- ___ Python tracker __

[issue6151] Make PyDescr_COMMON conform to standard C

Alexandre Vassalotti added the comment: New patch with the superfluous macros stripped out. However, I still like my original patch better, since it is a bit more consistent. Anyway, is anyone opposed to this change? -- ___ Python tracker

[issue6418] unittest.TestProgram change breaks nose

Changes by Jason Pellerin : -- keywords: +patch Added file: http://bugs.python.org/file14452/6418.patch ___ Python tracker ___ ___ Pyth

[issue6410] Dictionaries should support __add__

Raymond Hettinger added the comment: IIRC, Guido has previously rejected this suggestion and its variants. -- nosy: +rhettinger ___ Python tracker ___ ___

[issue6410] Dictionaries should support __add__

Ezio Melotti added the comment: A dict.merge() method could be added so that: >>> a = dict(x=10, y=20) >>> b = dict(y=30, z=40) >>> a.merge(b) dict(x=10, y=20, z=40) >>> b.merge(a) dict(y=30, z=40, x=10) In case of duplicate keys, the items of the second dict with the same keys will be discard

[issue6417] multiprocessing Process examples: print and getppid

Changes by Jesse Noller : -- priority: -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue6410] Dictionaries should support __add__

Changes by Alexandre Vassalotti : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue6410] Dictionaries should support __add__

Alexandre Vassalotti added the comment: Tim Gordon wrote: > __add__ is non-commutative for lists, tuples, strings etc. - perhaps > non-commutative wasn't quite what you were looking for :p. Yeah, I was not clear in my explanation. The thing is for lists, tuples, string and other ordered types

[issue6410] Dictionaries should support __add__

Benjamin Peterson added the comment: Lists, tuples, and strings are all sequences. Adding two non-ordering mappings makes much less sense in my head than two sequences. -- nosy: +benjamin.peterson status: open -> closed ___ Python tracker

[issue6421] errors in docs re module initialization vs self arg to functions

New submission from Alex Martelli : http://docs.python.org/3.1/c-api/structures.html#PyMethodDef says (under METH_VARARGS): """The first one is the self object for methods; for module functions, it has the value given to Py_InitModule4 (or NULL if Py_InitModule was used).""" Py_InitModule4 is

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: Why so much opposition to the shorter spelling of .copy() & .update()? As Tim pointed out, lists, tuples, and strings all provide this shortcut. Why not dicts? -- nosy: +exarkun ___ Python tracker

[issue6410] Dictionaries should support __add__

Tim Gordon added the comment: __add__ is non-commutative for lists, tuples, strings etc. - perhaps non-commutative wasn't quite what you were looking for :p. -- nosy: +QuantumTim status: pending -> open ___ Python tracker

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

Ezio Melotti added the comment: > Do you have the win32 tools installed on that machine ? This could > be the reason. On my XP machine I have them installed for Py 2.4 only, "import win32api" fails on Py 2.6. "platform.win32_ver()" returns the same with both the versions, but on Py 2.4 they are

[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: > > The Vista machine is running Py 2.5.2 but is not mine so I can't > test/debug the issue properly there. FWIW I tried win32_ver() on it and > I got ('', '6.0.6002', 'SP2', 'Multiprocessor Free'). In

[issue1741130] struct.pack("I", "foo"); struct.pack("L", "foo") should fail

Mark Dickinson added the comment: Here's a patch that does some general cleanup of the object->integer helper functions in the struct module; in the process, it fixes this bug. With this patch, all conversions from a PyObject to a C integer go through get_pylong, so they're all treated the

[issue6419] Broken test_kqueue.py on OpenBSD

Changes by Henry Precheur : -- components: +Tests ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue6420] Fix warning in nismodule.c on OpenBSD

New submission from Henry Precheur : On OpenBSD the file /usr/include/rpcsvc/ypclnt.h contains the following declaration: struct ypall_callback { /* return non-0 to stop getting called */ int (*foreach)(unsigned long, char *, int, char *, int, void *); char *data;

[issue6419] Broken test_kqueue.py on OpenBSD

New submission from Henry Precheur : A kqueue's test doesn't pass on OpenBSD 4.6-beta, 4.4, & 4.5: FAILED (failures=1) Traceback (most recent call last): File "Lib/test/test_kqueue.py", line 186, in test_main() File "Lib/test/test_kqueue.py", line 183, in test_main support.run_unitt

[issue5910] kqueue for more than one event is broken.

Henry Precheur added the comment: I tested the patch with py3k on OpenBSD 4.6 beta and it worked. But I must admit I don't fully understand what the patch does ... -- nosy: +henry.precheur ___ Python tracker _

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

James William Pye added the comment: Seeing this in 3.1 when I try to compile with mingw32 under wine: "error: Unable to find vcvarsall.bat" --compiler=mingw32 works in 3.0. I assume it's related to this bug? -- nosy: +jwp versions: +Python 3.1 __

[issue6418] unittest.TestProgram change breaks nose

Michael Foord added the comment: This change was made to fix a regression in 2.6. In 2.5 the default was None and someone (else) made the also backwards incompatible change to make the default the TextTestRunner class. This broke test suites (like setuptools for example) which expected to be abl

[issue6418] unittest.TestProgram change breaks nose

New submission from Jason Pellerin : This changeset: http://hg.python.org/cpython/rev/c3fb79d1c036 breaks nose, as it changes the behavior of unittest.TestProgram in a non-backwards-compatible way. Previously, when called like: TestProgram(testRunner=None) self.testRunner would be None when r

[issue6415] warnings.warn segfaults on bad formatted string

Jerry Chen added the comment: Bug and patch confirmed on both py3k and python2.7 branches Before: $ ./python.exe warnsegfault.py this exception is caught: incomplete format this exception is also caught: incomplete format Bus error After: $ ./python.exe warnsegfault.py this exception is cau

[issue3810] os.chdir() et al: is the path str or bytes?

Changes by R. David Murray : -- resolution: -> out of date stage: -> committed/rejected status: pending -> closed ___ Python tracker ___

[issue6417] multiprocessing Process examples: print and getppid

Michael Newman added the comment: # Revised example that is more platform neutral (avoids sys.platform): from multiprocessing import Process, current_process import os def info(title): print(title) print('module name:', __name__) if not hasattr(os, 'getppid'): # win32 print(

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

Kristján Valur Jónsson added the comment: This is a "fork" problem. socket.close must be done on the parent, while socket.shutdown and socket.close must be performed on the child. I must restructure this a little bit to make it work. -- nosy: +krisvale

[issue6417] multiprocessing Process examples: print and getppid

Changes by Benjamin Peterson : -- assignee: georg.brandl -> jnoller nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6381] test_urllib2_localnet sporadic failures closing socket

Kristján Valur Jónsson added the comment: meged to py3k in revision 73845 -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6417] multiprocessing Process examples: print and getppid

New submission from Michael Newman : The "16.6.1.1. The Process class" section of the multiprocessing documentation: http://docs.python.org/dev/py3k/library/multiprocessing.html has errors in both examples. The first example needs the indentation fixed on the "from" and "if" lines (remove the le

[issue6415] warnings.warn segfaults on bad formatted string

Changes by Benjamin Peterson : -- assignee: -> brett.cannon nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing li

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

Ezio Melotti added the comment: The Vista machine is running Py 2.5.2 but is not mine so I can't test/debug the issue properly there. FWIW I tried win32_ver() on it and I got ('', '6.0.6002', 'SP2', 'Multiprocessor Free'). Here on WinXP with 2.6 I get ('XP', '5.1.2600', 'SP2', u'Uniprocessor Fr

[issue6415] warnings.warn segfaults on bad formatted string

Hirokazu Yamamoto added the comment: I hope attached patch will fix this issue. -- keywords: +patch nosy: +ocean-city Added file: http://bugs.python.org/file14448/warnings_segfault.patch ___ 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: > > I tried platform.version() on a non-English Vista and XP and I got > '32bit' for Vista and '5.1.2600' for XP. With platform.platform() I got > 'Windows-32bit-SP2' on Vista and 'Windows-XP-5.1.2600-S

[issue6416] Failed to compile selectmodule.c on windows (trunk)

Hirokazu Yamamoto added the comment: >E:\python-dev\trunk\PC\msvcrtmodule.c(39) : warning C4013: >関数'_heapmin' は定義されていません。int 型の値を返す外部関数と見なします。 This means "_heapmin is not defined". -- ___ Python tracker _

[issue6416] Failed to compile selectmodule.c on windows (trunk)

New submission from Hirokazu Yamamoto : I cannot compile selectmodule.c on windows(trunk). PIPE_BUF will not be defined if macro _POSIX_ is not defined. But if define _POSIX_ before "#include " in Include/Python.h another compile error happens. E:\python-dev\trunk\PC\msvcrtmodule.c(39) : warning

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

Ezio Melotti added the comment: I tried platform.version() on a non-English Vista and XP and I got '32bit' for Vista and '5.1.2600' for XP. With platform.platform() I got 'Windows-32bit-SP2' on Vista and 'Windows-XP-5.1.2600-SP2' on XP. -- nosy: +ezio.melotti priority: -> normal versio

[issue6415] warnings.warn segfaults on bad formatted string

New submission from wiesenth : The interpreter crashes with an segmentation fault when warnings.warn shall output a Warning instance, whose string representation is bad formatted. Don't know if this is fixed in a minor 2.6 release or in 2.7, I use the Ubuntu 9.04 python2.6 package. An easy repr

[issue3392] subprocess fails in select when descriptors are large

Frank Chu added the comment: Thanks! Good to hear it's checked in finally :-). Frank On Fri, Jul 3, 2009 at 7:47 PM, Gregory P. Smith wrote: > > Gregory P. Smith added the comment: > > Merged to py3k in r73833. > > -- > > ___ > Python tracker > <

[issue1741130] struct.pack("I", "foo"); struct.pack("L", "foo") should fail

Mark Dickinson added the comment: Thanks for the patch, Daniel! It certainly fixes the problem. I was planning something a little more drastic, though---I think the struct module could do with a bit of a cleanup in this area. At the moment it's not clear exactly what types should be accepte

[issue5463] Remove deprecated features from struct module

Mark Dickinson added the comment: The trunk warning was squashed in r73004. -- status: open -> closed ___ Python tracker ___ ___ Pytho

[issue6414] struct module : processor endianness descriptions misleading

New submission from Karl Magdsick : In http://docs.python.org/dev/library/struct.html, it says "Native byte order is big-endian or little-endian, depending on the host system. For example, Motorola and Sun processors are big-endian; Intel and DEC processors are little-endian." This is a gross