[issue19584] IDLE fails - Python V2.7.6 - 64b on Win7 64b

Terry J. Reedy added the comment: Report like this should initially go to python-list as the problem is probably idiosyncratic to your machine. I have a similar setup, just installed 2.7.6, and Idle seems to work fine. Open a Windows console (AllPrograms/Accessories/CommandPrompt), cd to your

[issue19620] tokenize documentation contains typos (argment instead of argument)

New submission from Christopher Welborn: Documentation for tokenize contains typos, functions detect_encoding() and tokenize() at least. The lines are: The tokenize() generator requires one argment, readline,... It requires one argment, readline, ...where argment is supposed to be 'argument'

[issue19620] tokenize documentation contains typos (argment instead of argument)

Christopher Welborn added the comment: Oops, forgot to mention the documentation I am speaking of is the actual doc strings. The actual test is to run: import tokenize help(tokenize) or just: `python -c "import tokenize;help(tokenize)" | grep "argment"` -- ___

[issue19530] cross thread shutdown of UDP socket exhibits unexpected behavior

mpb added the comment: > It's just a patch to avoid returning garbage in the address. Right, which is why I pursued the point. recvfrom should not return ambiguous data (the ambiguity being between shutdown and receiving a zero length message). It is now possible to distinguish the two by lo

[issue19621] Reimporting this and str.translate()

New submission from Chris Angelico: In an interactive session, typing 'import this' a second time doesn't produce output (as the module's already imported). Peeking into the module shows a string and what looks like a translation dictionary, but doing the obvious thing: >>> this.s.translate(t

[issue19621] Reimporting this and str.translate()

Eric Snow added the comment: The this module was actually the subject of a similar proposal recently: issue19499. The same arguments there for leaving the module alone apply here. (Amon other things, it's a neat little artifact: http://www.wefearchange.org/2010/06/import-this-and-zen-of-pyth

[issue19622] Default buffering for input and output pipes in subprocess module

New submission from Martin Panter: Currently the documentation for the “bufsize” parameter in the “subprocess” module says: """ Changed in version 3.2.4,: 3.3.1 bufsize now defaults to -1 to enable buffering by default to match the behavior that most code expects. In 3.2.0 through 3.2.3 and 3

[issue19504] Change "customise" to "customize".

Georg Brandl added the comment: Can be closed? -- nosy: +georg.brandl, vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing

<    1   2