[issue3210] subprocess.Popen does not release process handles if process cannot be started

Tim Golden added the comment: Patch added for 27 branch -- Added file: http://bugs.python.org/file18400/3210.release27-maint.patch ___ Python tracker <http://bugs.python.org/issue3

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Tim Golden added the comment: Brian, I'm not sure that the test as rewritten will exercise the error. The key is that the traceback object will prevent the handles from being finalised until it is itself finalised. After your change I expect the handles to release anyway since the traceba

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Tim Golden added the comment: Committed in r83759 r83760 r83761 -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue7443] test.support.unlink issue on Windows platform

Changes by Tim Golden : -- assignee: -> tim.golden ___ Python tracker <http://bugs.python.org/issue7443> ___ ___ Python-bugs-list mailing list Unsubscri

[issue4708] os.pipe should return inheritable descriptors (Windows)

Changes by Tim Golden : -- assignee: -> tim.golden nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue4708> ___ ___ Python-bugs-list mai

[issue1714451] subprocess.py problems errors when calling cmd.exe

Changes by Tim Golden : -- assignee: -> tim.golden nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue1714451> ___ ___ Python-bugs-list mai

[issue1681974] mkdtemp fails on Windows if username has non-ASCII character

Changes by Tim Golden : -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue1681974> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1672853] Error reading files larger than 4GB

Changes by Tim Golden : -- assignee: -> tim.golden nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue1672853> ___ ___ Python-bugs-list mai

[issue1707753] get status output fix for Win32

Changes by Tim Golden : -- assignee: -> tim.golden nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue1707753> ___ ___ Python-bugs-list mai

[issue1142] code sample showing errors reading large files with py 2.5/3.0

Changes by Tim Golden : -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue1142> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6609] zipfile: WindowsError [267] The directory name is invalid

Changes by Tim Golden : -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue6609> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6839] zipfile can't extract file

Changes by Tim Golden : -- assignee: -> tim.golden nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue6839> ___ ___ Python-bugs-list mai

[issue8006] os.popen in Python 3.1

Changes by Tim Golden : -- assignee: -> tim.golden nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue8006> ___ ___ Python-bugs-list mai

[issue2304] subprocess under windows fails to quote properly when shell=True

Changes by Tim Golden : -- assignee: -> tim.golden components: +Windows ___ Python tracker <http://bugs.python.org/issue2304> ___ ___ Python-bugs-list mai

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Tim Golden added the comment: Blast. Thanks; I'll have to rework those patches then. -- status: closed -> open ___ Python tracker <http://bugs.python.or

[issue1566260] Better order in file type descriptions

Tim Golden added the comment: If individual users want to change these around, it's easy enough to do so post-hoc. Closing as won't fix. -- nosy: +tim.golden resolution: -> wont fix ___ Python tracker <http://bugs.python.

[issue1566260] Better order in file type descriptions

Changes by Tim Golden : -- stage: -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.python.org/issue1566260> ___ ___ Python-bugs-

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Tim Golden added the comment: OK, the issue identified by Hirokazu Yamamoto in msg113106 only actually affects the 2.x series, because of the awkwardly multiple-level interaction between file handles. The io rewrite in 3.x seems not to suffer the same way. Nonetheless, the proposed

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Tim Golden added the comment: Committed in r83815, r83816, r83817 -- stage: patch review -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue2304] subprocess under windows fails to quote properly when shell=True

Tim Golden added the comment: Committed as r83830, r83831, r83832 -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.python.o

[issue1714451] subprocess.py problems errors when calling cmd.exe

Tim Golden added the comment: Duplicate of #2304 -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/iss

[issue8631] subprocess.Popen.communicate(...) hangs on Windows

Tim Golden added the comment: I can't reproduce on W7. Strangely, though, although my banner suggests that I have exactly the same build as you, I get a "\r\n" at the end of the communicate bytestream, not a simple "\n" as you're getting. Do you have any e

[issue8006] os.popen in Python 3.1

Tim Golden added the comment: I've just run this: import os fd = os.popen("cat.exe", "w") for i in range (100): _ = fd.write ("%d\n" % i) fd.flush () and seen the expected list of numbers on the screen. cat.exe is from the gnuwin32 tools but I'm

[issue1759845] subprocess.call fails with unicode strings in command line

Tim Golden added the comment: To confirm the situation on 3.x: a unicode string with non-ascii-encodable characters is fine. The easy test here in the uk is a pound sign: import subprocess FILENAME = "abc£.bat" FILENAME.encode ("ascii") # # UnicodeEncodeError # with ope

[issue1707753] get status output fix for Win32

Tim Golden added the comment: OK, I'm going to close this one: * commands is out of 3.x * it's a convenience for 2.x anyway, not a showstopper If anyone feels keen enough to reopen the request, I'm willing to commit a suitable patch against the release27-maint branch, but I&#

[issue5673] Add timeout option to subprocess.Popen

Changes by Tim Golden : -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue5673> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue949667] setblocking() method on file objects

Tim Golden added the comment: There are at least two ways to do non-blocking file IO on Windows: Overlapped I/O I/O Completion ports Don't know what's best here, but happy to see what might be achieved if it was thought worth pursuing. -- nosy: +

[issue29037] Python 2.7.13 prints version header and exits immediately on Windows 10 x64

Tim Golden added the comment: Do you have any Python environment variables set? If you're not sure, try at a command prompt: SET PY -- ___ Python tracker <http://bugs.python.org/is

[issue29525] Python 2.7.13 for Windows broken (from prompt)

Tim Golden added the comment: Although I don't remember seeing a crash out as quick as this, common causes for this kind of thing are to do with environment variables pointing to still-existing or part-existing installations. Can you try: set PY from a command prompt, please, to see i

[issue29624] Python 3.5.3 x86 web installer cannot install launcher

Tim Golden added the comment: Since the webmaster@ address tends to bear the brunt of these, can I make sure I understand the situation? * The only installers affected are those for x86/32-bit Windows 3.5.3 * By default [I just checked] the launcher checkbox is not checked * If it *is

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: Re-opening at user's request on Paul Moore's advice. He's already nosy so can comment here if needed. It would be good to get independent verification. I'll try to install the rc for 2.7.12 to see if I can reproduce. -- resolution: t

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: James, which installer did you use (just so I can try to reproduce as closely as possible)? -- ___ Python tracker <http://bugs.python.org/issue27

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: Thanks, Paul. Adding Benjamin as 2.7 release manager. This looks like a release blocker to me. -- nosy: +benjamin.peterson ___ Python tracker <http://bugs.python.org/issue27

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: I did wonder about that. It's good that we can reproduce the issue without pip, but it's probably going to be messy to debug! I've got VS 2008 on this machine but no time at the moment to build & debug. Don't know if Zach or Steve might be

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: I can reproduce with the download build but not with a freshly-built executable -- ___ Python tracker <http://bugs.python.org/issue27

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: The crash is actually happening in Modules/_ssl.c:_get_peer_alt_names. > _ssl.pyd!_get_peer_alt_names(x509_st * certificate) Line 810 + 0x2 bytes C _ssl.pyd!_decode_certificate(x509_st * certificate) Line 1187 + 0x8 bytes C _ssl.

[issue27305] Crash with "pip list --outdated" on Windows 10 with Python 2.7.12rc1

Tim Golden added the comment: Built 64-bit 2.7 but can't reproduce on tip, 2.7.12rc1 or 2.7.11 tags. -- ___ Python tracker <http://bugs.python.org/is

[issue27417] Call CoInitializeEx on startup

Tim Golden added the comment: As it happens, all the code I use which calls CoInitialise[Ex] does so with STA. But do I understand correctly that, if you implement this, there's no way for me to select MTA? If so I would consider that a major dra

[issue17208] add note/warning about daemon threads

Tim Golden added the comment: +1 This is essentially the answer to the naive user's question: "Why would anyone *not* use daemon threads given that they're less hassle to manage?" -- nosy: +tim.golden ___ Python tracker <

[issue17290] pythonw - loading cursor bug when launching scripts

Tim Golden added the comment: netrick: can you confirm that the same thing occurs when you explicitly run your code via the pyw command. ie when you do this: pyw myprog.pyw Also, what happens when you run: py myprog.pyw ie when you use the Console launcher to launch the .pyw

[issue17290] pythonw - loading cursor bug when launching scripts

Tim Golden added the comment: I can't reproduce this running Python 3.3 on Win7. I'll try WinXP later. I'll also add Mark Hammond & Vinay as they implemented the PEP397 loader. -- ___ Python tracker <http://bugs

[issue17290] pythonw - loading cursor bug when launching scripts

Changes by Tim Golden : -- nosy: +mhammond, vinay.sajip ___ Python tracker <http://bugs.python.org/issue17290> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17290] pythonw - loading cursor bug when launching scripts

Tim Golden added the comment: Things may be a little more complicated, because one of two distinct mechanisms may be invoked to determine what to run when double-clicking: an Explorer-based mechanism, and a non-Explorer one. AFAICT, the former falls back to the latter. To check the latter, the

[issue17290] pythonw - loading cursor bug when launching scripts

Tim Golden added the comment: I can't reproduce this on XP either. I've tried various combinations of .py / .pyw, command line, double-click, etc. and I've not had a single problem. Let's hope someone else can suggest something -- __

[issue11406] There is no os.listdir() equivalent returning generator instead of list

Tim Golden added the comment: IIRC Nick Coghlan had put a bit of work into this a few months ago as an external module with a view to seeing if it got traction before putting anything into the stdlib. Might be worth pinging him, or looking to see what he'd done. Can't remember the k

[issue11406] There is no os.listdir() equivalent returning generator instead of list

Tim Golden added the comment: OK, sorry for the noise then; I had the idea that it was doing something with iterators/generators. -- ___ Python tracker <http://bugs.python.org/issue11

[issue17366] os.chdir win32

Tim Golden added the comment: Dave, you seem to misunderstand what's happening here: the os.chdir function doesn't have access to the characters which are typed in the script or in the interpreter. It receives a Python string object. The parser etc. which constructs the string object

[issue17619] MS WINDOWS: input() swallows KeyboardInterrupt in Python 3.3

Tim Golden added the comment: That's because IDLE uses a completely different input loop from the console interpreter. I'll try to get to this but I'm chock-a-block with other work at the moment. If anyone else wants to dig, please do so. if the worst came to the worst we co

[issue17619] MS WINDOWS: input() swallows KeyboardInterrupt in Python 3.3

Tim Golden added the comment: +1 Richard - are you in a position to commit / push? -- ___ Python tracker <http://bugs.python.org/issue17619> ___ ___ Python-bug

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

Tim Golden added the comment: Attached is a q&d script to produce the list of extension -> mimetype maps for a version of the mimetypes module. -- Added file: http://bugs.python.org/file29900/mt.py ___ Python tracker <http://bugs.

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

Tim Golden added the comment: Three outputs produced by mt.py: tip as-is; tip without registry; tip with new approach to registry. The results for 2.7 are near-enough identical. Likewise the results for an elevated prompt. -- Added file: http://bugs.python.org/file29901/mt-tip.txt Added

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

Tim Golden added the comment: There seems to be a consensus that the current behaviour is undesirable, indeed "broken" for any meaningful use. The critical argument against the current Registry approach is that it returns unexpected (or outright incorrect) mimetypes for ver

[issue17244] py_compile.compile() fails to raise exceptions when writing of target file fails

Tim Golden added the comment: Essentially: no. The permissions system in Windows is very different from that of Unix. The CRT attempts to mimic it, but for things like read-onlyness, it does so by setting the (old-style DOS) attributes. These are only just meaningful for files, and are

[issue22739] "There is no disk in the drive" error

Tim Golden added the comment: I very much doubt that this is a Python issue as such. Other things being equal, I would expect Harddisk\DR1 to be a CD-ROM or some other removable disk. Using something like winobj.exe from sysinternals should show what it expects to be on a given machine. It&#

[issue23039] File name restriction on Windows

Tim Golden added the comment: Agree with RDM: we're just passing the path through to the Windows API (on Windows). We don't generally carry out this kind of pre-emptive check. -- resolution: -> not a bug stage: -> resolved status

[issue22733] MSVC ffi_prep_args doesn't handle 64-bit arguments properly

Tim Golden added the comment: Likewise. -- ___ Python tracker <http://bugs.python.org/issue22733> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23060] Assert fails in multiprocessing.heap.Arena.__setstate__ on Windows

Tim Golden added the comment: I agree that this is a fragile assertion; it's too far removed from the CreateFileMapping call which can generate it and almost impossible to work around (in calling code) if it should fail in the way we're seeing in the buildbot. I think we're bet

[issue23120] installation order of 32bit and 64bit python seems to matter

Changes by Tim Golden : -- components: +Windows nosy: +steve.dower, tim.golden, zach.ware ___ Python tracker <http://bugs.python.org/issue23120> ___ ___ Python-bug

[issue22028] Python 3.4.1 Installer ended prematurely (Windows msi)

Changes by Tim Golden : -- assignee: -> tim.golden ___ Python tracker <http://bugs.python.org/issue22028> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue22028] Python 3.4.1 Installer ended prematurely (Windows msi)

Tim Golden added the comment: This has just come up again over on python-list: https://mail.python.org/pipermail/python-list/2015-January/696660.html I'm the nearest thing we have to a mimetypes maintainer at least for Windows so I'll try to pick Steve&

[issue23018] Add version info to python[w].exe

Tim Golden added the comment: Steve, could you outline the need / impact for this, please? (ie can you inform my ignorance?). -- ___ Python tracker <http://bugs.python.org/issue23

[issue23018] Add version info to python

Tim Golden added the comment: +1 from me, then. -- title: Add version info to python[w].exe -> Add version info to python ___ Python tracker <http://bugs.python.org/issu

[issue23253] Delay-load ShellExecute

Tim Golden added the comment: I'm +0.75. I think the idea's fine in principle and the patch (by inspection) seems to do the right things. My only concerns are: that posixmodule.c becomes even longer and more involved; and that the benefit might not quite be great enough to justify

[issue23371] mimetypes initialization fails on Windows because of TypeError

Tim Golden added the comment: It's right there on my to-do list which is, unfortunately, not getting any shorter. TJG On 01/02/2015 19:10, Steve Dower wrote: > > Steve Dower added the comment: > > Definitely a dup, though I don't have the number handy. There's a

[issue20709] os.utime(path_to_directory): wrong documentation for Windows.

Tim Golden added the comment: I think we should simply take out the example, ie the part in brackets. The statement remains true but I don't think we need to cast around for whichever OS / filesystem happens to implement this particular setup. -- nosy: +tim.g

[issue20709] os.utime(path_to_directory): wrong documentation for Windows.

Tim Golden added the comment: Fine by me -- ___ Python tracker <http://bugs.python.org/issue20709> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17023] Subprocess does not find executable on Windows if it is PATH with quotes

Tim Golden added the comment: Under the covers, subprocess is calling CreateProcess so there's really not very much we can do here, short of writing our own PATH-handling. As a matter of fact, passing shell=True will produce the desired effect. Since the only thing this does is to ru

[issue17023] Subprocess does not find executable on Windows if it is PATH with quotes

Changes by Tim Golden : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <http://bugs.python.org/issue17023> ___

[issue23463] Incorrect behaviour when opening files containing colons on Windows

Changes by Tim Golden : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <http://bugs.python.org/issue23463> ___ ___

[issue23463] Incorrect behaviour when opening files containing colons on Windows

Tim Golden added the comment: Colons are valid in filenames to introduce Alternate Data Stream: https://msdn.microsoft.com/en-us/library/cc422524.aspx -- ___ Python tracker <http://bugs.python.org/issue23

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Changes by Tim Golden : -- components: +Windows nosy: +tim.golden, zach.ware ___ Python tracker <http://bugs.python.org/issue23465> ___ ___ Python-bugs-list mailin

[issue22107] tempfile module misinterprets access denied error on Windows

Tim Golden added the comment: And, just to be clear to Serhiy who I know doesn't use Windows, os.access really is a worthless function in its present form: worse, even, because it can be misleading. I have a long-standing patch to convert it to use AccessCheck but I've never quite ha

[issue24537] Py_Initialize unable to load the file system codec

Tim Golden added the comment: I'm not sure why you expect this to work: the Python C API relies on the presence of a Python installation to work. It's not, in itself, a means of bundling Python. I assume you must have at least had the python .dll present or the program wouldn'

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Tim Golden added the comment: Zach, is there a write-up in the devguide for how to do this? And/or could you send me the same email, please? -- ___ Python tracker <http://bugs.python.org/issue24

[issue24672] shutil.rmtree failes on non ascii filenames

Tim Golden added the comment: Can you confirm whether it also fails if you pass in a unicode string? eg shutil.rmtree(u"filename.txt") -- ___ Python tracker <http://bugs.python.o

[issue25143] 3.5 install fails poorly on Windows XP

Tim Golden added the comment: I'd just bail as early as poss. from the installer. If it's possible to detect Windows versions, stick something like "The last version to support WinXP is 3.4". If that's too tricky, perhaps something "Your system may be unsu

[issue25164] Windows default installation path is inconsistent between per-user and system-wide installation

Tim Golden added the comment: I don't feel that strongly, but my preference would be "python35[-whatever]" rather than the version with the spaces & the dots. Both for ease of use and for some kind of continuity with the c:\pythonxy we&#x

[issue25444] Py Launch Icon

Changes by Tim Golden : -- nosy: -tim.golden ___ Python tracker <http://bugs.python.org/issue25444> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27045] Forward slashes in Windows paths

Tim Golden added the comment: I haven't tested everywhere but some versions of Windows don't in fact accept forward slashes on the cmd.exe command line. Suggest changing to backslashes as there's no reason to do otherwise. -- no

[issue27045] Forward slashes in Windows paths

Tim Golden added the comment: The key point here is that if I run the example as given on my Win 8.1 box, it doesn't work. (The venv I'm using is called nw0). d:\tim\.venvs>dir nw0\Scripts\activate.bat Volume in drive D is New Volume Volume Serial Number is 2639-22DA Direct

[issue23524] Use _set_thread_local_invalid_parameter_handler in posixmodule

Tim Golden added the comment: The problem is that this isn't an area I'm particularly familiar with (either in Python nor in Windows) so I need time to ramp up my awareness of what Steve's proposing plus then assessing the change. I'll try... but I rather hope Z

[issue23604] Python 3.4 and 2.7 installation no Script folder and no pip installed

Tim Golden added the comment: This is a duplicate of issue22028. Daiyue Weng: to move forward, can you apply the fix referred to in this post: https://mail.python.org/pipermail/python-list/2015-January/696688.html (ie the "removing corrupted keys" section from http://www.swarley.

[issue22028] Python 3.4.1 Installer ended prematurely (Windows msi)

Tim Golden added the comment: This has come up again in issue23604. Steve, please apply your patch. I think it should go against 2.7, 3.4 & 3.5 especially since all those versions now ship with ensurepip. -- ___ Python tracker &

[issue23765] Remove IsBadStringPtr calls in ctypes

Tim Golden added the comment: Unless someone comes back who remembers what the ulterior motive was: I agree; remove the check and just the crash happen. -- ___ Python tracker <http://bugs.python.org/issue23

[issue21319] WindowsRegistryFinder never added to sys.meta_path

Tim Golden added the comment: I think they stopped using them a while back in favour of a pywin32.pth file. I don't think I even knew you could use the registry for sys.path. If no-one's shouted since the changes to importlib (which was 3.3?) I think we can quietly drop this and h

[issue21319] WindowsRegistryFinder never added to sys.meta_path

Tim Golden added the comment: Adding Mark Hammond in case I'm wrong about the (lack of) impact on pywin32 -- nosy: +mhammond ___ Python tracker <http://bugs.python.org/is

[issue21319] WindowsRegistryFinder never added to sys.meta_path

Tim Golden added the comment: Turns out to be non-issue after all! I was working through the import code for other reasons and noticed that the WindowsRegistryFinder was there. I'll spare you the complications of debugging the _bootstrap part of import, but basically the code in _bootstr

[issue23856] build.bat -e shouldn't also build

New submission from Tim Golden: PCBuild\build.bat takes an argument of -e to pull in external libraries. Either by accident or by design the main build will run in addition. However if you'd run pcbuild -e simply to pull in externals, you might not have specified extra build params, su

[issue23856] build.bat -e shouldn't also build

Tim Golden added the comment: Fair enough -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker <http://bugs.python.or

[issue23861] Make stdprinter use DebugOutputString when no stdout/stderr available

Tim Golden added the comment: Are we talking about re-implementing StdPrinter in terms of OutputDebugString? (Either always, on Windows, or as a fallback?) -- ___ Python tracker <http://bugs.python.org/issue23

[issue21411] Enable Treat Warning as Error on 32-bit Windows

Tim Golden added the comment: Sounds good to me. It's really a question as to the point where practicality beats purity... -- ___ Python tracker <http://bugs.python.org/is

[issue23452] Build errors using VS Express 2013 in win32 mode

Tim Golden added the comment: Well, in the interests of due diligence, I checked out & built each of the four flavours (32/64 Release/Debug) independently and without any errors. I then rebuilt each with the "wrong" Platform (ie for Win32 in the x64 directory and vice versa) wi

[issue23970] Update distutils.msvccompiler for VC14

Tim Golden added the comment: Adding Paul Moore as he's essentially the intersection between distutils & Windows -- nosy: +paul.moore ___ Python tracker <http://bugs.python.or

[issue24005] Documentation Error: Extra line Break

Tim Golden added the comment: One small thing to bear in mind is that the existing code (ie with the extra linefeed) raises an IndentationError if cut-and-pasted into the interactive interpreter; with the OP's change, it succeeds. Might not have been their intention, but certainly is the

[issue24005] Documentation Error: Extra line Break

Tim Golden added the comment: (Laughs). I admit, I was so close to the trees, I missed the fact that the doc is, as you say, a What's New, and for Python 2.4. Agree that to change this now would be somewhat ludicrous. If some similar patch were proposed to some more current, rel

[issue12712] weave build_tools library identification

Tim Golden added the comment: I can't see anything here which is clearly a Python bug. If the OP or anyone else cares to come back (after more than 4 years!) with a clearly-reproducible problem I'm happy to revisit. I apologise for "waking up" this issue after so long; w

[issue24035] When Caps Locked, + alpha-character still displayed as uppercase

Tim Golden added the comment: Perhaps unsurprisingly, I can't reproduce this on Python 2.7.9 32-bit running on Win7 Home Premium. Python doesn't handle CapsLock/Shift interaction directly: it just gets what it gets from the underlying OS or framework. So I'm at a loss to

[issue24005] Documentation Error: Extra line Break

Tim Golden added the comment: Jaivish Kothari, Thanks for making the effort to contribute. Can I suggest you have a look at the Core Mentorship site: http://pythonmentors.com/ and perhaps join the Core Mentorship list: http://mail.python.org/mailman/listinfo/core-mentorship TJG

[issue24127] Fatal error in launcher: Job information querying failed

Tim Golden added the comment: To eliminate pip from the equation, can you just try running: "py" on its own command line? Also: what platform are you on? Win7? Win8.1? 32-bit or 64-bit? Are you running in an unusually restrictive user e

[issue21916] Create unit tests for turtle textonly

Tim Golden added the comment: Tests failed on Windows probably because of NamedTemporaryFile -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/issue21

<    1   2   3   4   5   6   7   >