[issue8586] test_imp.py test failures on Py3K Mac OS X

Tim Golden added the comment: This is basically issue 7743 which is a combination of: * Using the same filename for all tests in one process * Something (TSvn / Virus Checker) having a delete-share handle * Not renaming the file before removing it in test.support.unlink MvL suggested a change

[issue8586] test_imp.py test failures on Py3K Mac OS X

Tim Golden added the comment: Sorry, typing too fast: http://bugs.python.org/issue7443 - test.support.unlink issue on Windows platform at least insofar as the issue applies to Windows. I imagine that the OS X thingis completely different

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: Looks like it's the backslash as Windows path separator confusing the sphinx.util.relative_uri function. I'll try to put a patch together, although I'm not sure if relative_uri should use os.sep or whether the paths should be canonicalised before gett

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: Patch against sphinx r59269. Split on "/" and local os.sep. Causes problems with sphinx-web under native Win32. Added file: http://bugs.python.org/file8853/sphinx-r59269.patch __ Tracker <[EMAIL PROTECTED]> <htt

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: I'm a little flummoxed. Patching relative_uri in the sphinx/util/__init__.py to re.split on ("/" + os.sep) sorts out the static generation. But it seems to introduce a couple of problems with the web-server version of the docs. One is that links e

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: OK, hacking away a bit further, I think I've found a solution, but I'll need to tidy it up a bit. In essence, the problem is that the "filename" is trying to be two things: the pointer for the local filesystem, and the uri for the web server

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: The attached patch against r59286 tries to tease apart the uses of filename by adding "webify_filepath" and "unwebify_filepath" functions to sphinx.utils which are then used throughout the app to convert from filesystem-separated to web-separat

[issue1547] Minor typos in whatsnew26

New submission from Tim Golden: One typo refers to "from __future__ import generators" in the context of the with statement. Later what appears to be an incomplete sentence giving an example of the __dir__ method. The patch attached is against r59286 of doc/whatsn

[issue1548] Tiny typo in doc\using\cmdline.rst

New submission from Tim Golden: The tiniest of punctuation typos in using/cmdline.rst. Patch is against 59286 of doc/using/cmdline.rst -- components: Documentation files: doc-using-cmdline-r59286.patch messages: 58119 nosy: tim.golden severity: normal status: open title: Tiny typo in

[issue1547] Minor typos in whatsnew26

Changes by Tim Golden: -- severity: normal -> minor __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1547> __ ___ Python-bugs-list mailing list Uns

[issue1548] Tiny typo in doc\using\cmdline.rst

Changes by Tim Golden: -- severity: normal -> minor __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1548> __ ___ Python-bugs-list mailing list Uns

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: Joseph Armbruster wrote: > The bad news [should a different bug be created for this?] > > See cmdline.rst: > .. cmdoption:: -c > .. cmdoption:: -m > .. describe::

[issue1555] Print-media stylesheet for sphinx docs incomplete

New submission from Tim Golden: The print-media stylesheet in the sphinx docs did not completely eliminate the on-screen layout. The attached patch is against r59327 of sphinx/style/default.css and has been tested against html, htmlhelp and web under native Win32. -- components

[issue1964] Slight adjustment to sphinx print-media stylesheet

New submission from Tim Golden: My previous patch to the print stylesheet used by Sphinx was a little overenthusiastic and resulted in the right edge of the text truncating on some printers. This version reverts a part of that and gives a useful result on the printers I've tried. Patch att

[issue2194] Tiny patch to docs

New submission from Tim Golden: A patch against r61085 of /doc to correct some very minor typos in the docs -- components: Documentation files: python-doc-r61085.patch keywords: patch messages: 63048 nosy: tim.golden severity: minor status: open title: Tiny patch to docs versions

[issue2207] Bug in Sphinx highlighting when pygments not available

New submission from Tim Golden: When pygments is not available to the sphinx build environment, the PygmentsBridge in the highlighting.py module raises an exception in the unhighlighted function. This function attempts to use the .dest attribute which isn't set in the __init__ if the pyg

[issue2208] Patch to doc/make.bat to allow non-standard HTML Help location

New submission from Tim Golden: The doc/make.bat file for building the docs under Windows assumes the standard location for the HTML Help Workshop. The attached patch looks for an env var called HTMLHELP and uses that if it's set, falling back to the standard location. -- compo

[issue2208] Patch to doc/make.bat to allow non-standard HTML Help location

Tim Golden added the comment: Corrected patch which replaces the @echo off at the top of the file. Added file: http://bugs.python.org/file9573/doc-make-r61125.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue2239] Tiny patch to cmdline docs

New submission from Tim Golden: The docs for the PYTHONPATH var indicate that its items are separated by colons. In fact they're separated by whatever's customary for the O/S. Patch attached. -- components: Documentation files: doc-using-cmdline-r61249.patch keywords: patc

[issue2239] Tiny patch to cmdline docs

Tim Golden added the comment: Alexander Belopolsky wrote: > Alexander Belopolsky added the comment: > > PYTHONPATH variable is likely to be defined by sysadmins who may not know > what os.pathsep is. Maybe it is better to say "OS-dependent separator > (';' on W

[issue2239] Tiny patch to cmdline docs

Tim Golden added the comment: Alexander Belopolsky wrote: > Alexander Belopolsky added the comment: > >> .. but I have made the doc reference a link to the os.pathsep > > I knew you would say that :-). I was making my comment out of real life > experience: sysadmi

[issue2239] Tiny patch to cmdline docs

Tim Golden added the comment: Alexander Belopolsky wrote: > Alexander Belopolsky added the comment: > >> Feel free to propose an alternative wording for the patch > > I thought I already did in my first post. The complete sentence should > read: > > "&q

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

New submission from Tim Golden <[EMAIL PROTECTED]>: The subprocess.Popen function reorganises the command line for process creation when shell=True is passed in under Windows. It runs the existing executable & arguments as arguments to %COMSPEC% /c. However this fails when a second

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

Changes by Tim Golden <[EMAIL PROTECTED]>: -- title: subprocess under windows fails to quote properly under Windows when shell=True -> subprocess under windows fails to quote properly when shell=True __ Tracker <[EMAIL PROTE

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

Tim Golden <[EMAIL PROTECTED]> added the comment: Gabriel Genellina wrote: > Gabriel Genellina <[EMAIL PROTECTED]> added the comment: > > You aren't testing the modified code, the Popen call should say > shell=True. > > I think that a more PEP8-complian

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

Tim Golden <[EMAIL PROTECTED]> added the comment: Updated patch against r61514. Test code now PEP8-compliant (I hope). New tests cover spaces in command and parameter with and without shell=True, both as simple command string and as list of command/args. Added file: http://bugs.pyth

[issue2421] doc\make.bat fails for htmlhelp because of hardcoded filename

New submission from Tim Golden <[EMAIL PROTECTED]>: doc\make.bat, used to build the docs under Windows, retains the hardcoded pydoc.hhp name when building htmlhelp. Now that the help files are built as .chm this file no longer exists and the build fails. The attached patch to make.bat

[issue2528] Change os.access to check ACLs under Windows

New submission from Tim Golden <[EMAIL PROTECTED]>: At present, os.access under Windows simply calls GetFileAttributes to determine the readonly attribute (ignoring directories). The patch attached combines this with the use of the AccessCheck API to compare the user's permissions

[issue2781] Tiny patch to _winreg docs

New submission from Tim Golden <[EMAIL PROTECTED]>: The docs for _winreg refer to RegLoadKey, which is the underlying API. The function is actually exposed as LoadKey. Patch attached. -- assignee: georg.brandl components: Documentation files: _winreg.patch keywords: patch me

[issue4488] Python Documentation not Newb Friendly

Tim Golden <[EMAIL PROTECTED]> added the comment: What would be helpful would be a specific suggestion from the OP (or, better still, a doc patch) as to exactly what should change or at least what kind of words should go where. As it stands, this report highlights a real but quite g

[issue4723] os.path.basename error on directory names with numbers

Tim Golden added the comment: You need to use raw strings or to use forward-slashes in your pathnames: r"c:\downloads\hacking\0812logcompress" or "c:/downloads/hacking/0812logcompress" The sequence \0 has a special meaning in strings, introducing an octal escape, I thi

[issue5261] with lock fails on multiprocessing

Tim Golden added the comment: Reproduced on trunk r69621 -- nosy: +tim.golden versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue5261> ___ ___

[issue5261] with lock fails on multiprocessing

Tim Golden added the comment: Problem seems to be in Modules/_multiprocessing/semaphore.c line 549 where "__enter__" is defined as an alias for semlock_acquire, as is "acquire" a few lines above. However, while "acquire" specifies METH_VARARGS | METH_

[issue5261] with lock fails on multiprocessing

Changes by Tim Golden : -- type: -> crash ___ Python tracker <http://bugs.python.org/issue5261> ___ ___ Python-bugs-list mailing list Unsubscri

[issue2733] mmap resize fails on anonymous memory (Windows)

Tim Golden added the comment: OK, I can see why this is happening and in fact there are two levels of problem. The trouble is that, in my ignorance, I can't work out exactly why the existing code is doing what it's doing. (References to mmapmodule.c at r69666) Problem 1: At lin

[issue2733] mmap resize fails on anonymous memory (Windows)

Tim Golden added the comment: Patch attached to mmapmodule.c and test_mmap.py -- keywords: +patch Added file: http://bugs.python.org/file13107/mmapmodule.patch ___ Python tracker <http://bugs.python.org/issue2

[issue1285] setp.py error "The process cannot access the file ..."

Tim Golden added the comment: Can't reproduce under Python 2.6 or Python 2.5.2. Likelihood is a virus checker / indexer process. -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/i

[issue5282] mmap.resize and offset

Tim Golden added the comment: Have a look at issue 2733 http://bugs.python.org/issue2733 where I've just proposed a patch in this area. I'm also not sure exactly what's going on, but I have patched what I believe is a linked pair of bugs in that code. -- no

[issue45382] platform() is not able to detect windows 11

Tim Golden added the comment: > I don't see why the wmi module ( https://pypi.org/project/WMI/ ) can't be > used instead to get the information Well I can speak here as the author of that module and as an (occasional) core developer. The wmi module stands on the shouldere

[issue37945] test_locale failing

New submission from Tim Golden : On a Win10 machine I'm consistently seeing test_locale (and test__locale) fail. I'll attach pythoninfo. == ERROR: test_getsetlocale_issue1813 (test.test_locale.TestMis

[issue37945] test_locale failing

Tim Golden added the comment: Ok; so basically this doesn't work: import locale locale.setlocale(locale.LC_CTYPE, locale.getdefaultlocale()) It gives "locale.Error: unsupported locale setting" which comes from https://github.com/python/cpython/blob/master/Modules/_loca

[issue37945] test_locale failing

Tim Golden added the comment: Just to save you looking, the code in https://github.com/python/cpython/blob/master/Modules/_localemodule.c#L107 converts the 2-tuple to lang.encoding form so the C module is seeing "en_GB.cp1252" --

[issue37945] test_locale failing

Tim Golden added the comment: Thanks, Eryk. Your explanation is as clear as always. But my question is, then: why is my machine failing this test [the only one which uses this two-part locale] and not the buildbots or (presumably) any other Windows developer

[issue37945] test_locale failing

Tim Golden added the comment: I agree that that could be a fix. And certainly, if it turns out that this could never have (recently) worked as Eryk is suggesting, then let's go for it. But I still have this uneasy feeling that it's not failing on the buildbots and I can't se

[issue37945] test_locale failing

Tim Golden added the comment: This feels like one of those changes where what's in place is clearly flawed but any change seems like it'll break stuff which people have had in place for years. I'll try to look at a least-breaking change but I'm honestly not sure what t

[issue38324] [Windows] test_locale and test__locale failures on Windows

Tim Golden added the comment: This is the existing issue https://bugs.python.org/issue37945 which I haven't had time to progress. Please feel free to follow up -- ___ Python tracker <https://bugs.python.org/is

[issue34240] Convert test_mmap to use tempfile

Tim Golden added the comment: Closing as no longer reproducible in the current codebase on my current laptop -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue14170] print unicode string error in win8 cmd console

Tim Golden added the comment: Closing this as out-of-date. The original bug was reported against 2.7 and Win8, both of which are either end-of-life now. No follow up in 9 years and I'm quite certain that modern Pythons handle all manner of Unicode chars on the co

[issue2733] mmap resize fails on anonymous memory

Tim Golden added the comment: https://bugs.python.org/issue40915 is related Retargetting for 3.10+ -- assignee: -> tim.golden versions: +Python 3.10, Python 3.11 -Python 2.7, Python 3.2 ___ Python tracker <https://bugs.python.org/iss

[issue12562] calling mmap twice fails on Windows

Tim Golden added the comment: (switching stage to resolved because it's closed/rejected; sorry for the noise) -- stage: -> resolved ___ Python tracker <https://bugs.python.org

[issue40915] multiple problems with mmap.resize() in Windows

Change by Tim Golden : -- assignee: -> tim.golden ___ Python tracker <https://bugs.python.org/issue40915> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue2733] mmap resize fails on anonymous memory

Change by Tim Golden : -- resolution: -> later stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue2733> ___

[issue2733] mmap resize fails on anonymous memory

Tim Golden added the comment: Superseded by issue40915 -- ___ Python tracker <https://bugs.python.org/issue2733> ___ ___ Python-bugs-list mailing list Unsub

[issue2733] mmap resize fails on anonymous memory

Change by Tim Golden : -- resolution: later -> duplicate superseder: -> multiple problems with mmap.resize() in Windows ___ Python tracker <https://bugs.python.org/

[issue40915] multiple problems with mmap.resize() in Windows

Change by Tim Golden : -- keywords: +patch pull_requests: +27477 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/29213 ___ Python tracker <https://bugs.python.org/issu

[issue40915] multiple problems with mmap.resize() in Windows

Tim Golden added the comment: New changeset aea5ecc458084e01534ea6a11f4181f369869082 by Tim Golden in branch 'main': bpo-40915: Fix mmap resize bugs on Windows (GH-29213) https://github.com/python/cpython/commit/aea5ecc458084e01534ea6a11f4181

[issue40915] multiple problems with mmap.resize() in Windows

Change by Tim Golden : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45621] Small fixes to mmap

New submission from Tim Golden : Following issue40915 a few small items still need to be addressed, mostly cosmetic / naming: * A comment should have been removed but wasn't * A comment should have been added but wasn't * The use of the string "TEST" should be avoided i

[issue45621] Small fixes to mmap

Change by Tim Golden : -- keywords: +patch pull_requests: +27511 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29247 ___ Python tracker <https://bugs.python.org/issu

[issue45621] Small fixes to mmap

Tim Golden added the comment: New changeset 7bddd96982072d04bd6314da1ee7f40b7f875f00 by Tim Golden in branch 'main': bpo-45621: Small changes to mmap (GH-29247) https://github.com/python/cpython/commit/7bddd96982072d04bd6314da1ee7f4

[issue45621] Small fixes to mmap

Change by Tim Golden : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue40913] time.sleep ignores errors on Windows

Tim Golden added the comment: Thinking about testing here.. is there any straightforward way to cause WaitForSingleObjectEx to fail? The code change would be fairly slight and amenable to inspection, but it would be good to actually test it

[issue40913] time.sleep ignores errors on Windows

Change by Tim Golden : -- assignee: -> tim.golden ___ Python tracker <https://bugs.python.org/issue40913> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue40913] time.sleep ignores errors on Windows

Tim Golden added the comment: Thanks, Eryk. I've had a couple of casts at this (and also with an eye to https://bugs.python.org/issue40912 in a very similar area). Trouble is I can't come up with a way of adding a set.. function which doesn't seem wholly artificial,

[issue40912] _PyOS_SigintEvent is never closed on Windows

Change by Tim Golden : -- assignee: -> tim.golden ___ Python tracker <https://bugs.python.org/issue40912> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue13917] Python 2.7.2 and 3.2.2 execl crash

Tim Golden added the comment: This is a duplicate of http://bugs.python.org/issue8036 (which I still haven't got around to applying...) -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/is

[issue13931] os.path.exists inconsistent between 32 bit and 64 bit

Tim Golden added the comment: This is the Windows x64 file system redirector at work. I can't get through to msdn at the moment to get a link, but Google for those terms. -- nosy: +tim.golden ___ Python tracker <http://bugs.python.org/is

[issue14112] tutorial intro talks of "shallow copy" concept without explanation

Tim Golden added the comment: On 25/02/2012 08:09, Ezio Melotti wrote: > Even if they know the meaning of "shallow" (which is not a really common word > AFAICT) FWIW it's pretty much the only way of saying what it means. I've no idea how many people used it last

[issue14420] winreg SetValueEx DWord type incompatible with value argument

Tim Golden added the comment: Brian - I think this is your area -- nosy: +brian.curtin, tim.golden ___ Python tracker <http://bugs.python.org/issue14420> ___ ___

[issue14452] SysLogHandler sends invalid messages when using unicode

Tim Golden added the comment: It's used by some systems (Windows Notepad does this if you save as UTF8) to indicate that the byte stream *is* UTF8-encoded. It's not so much a BOM as a magic cookie. I can't speak for syslog, I'm afraid TJG

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

Tim Golden added the comment: I can't reproduce either on 2.7 or on 3.5 with any of the examples shown. Closing again as not-a-bug. -- resolution: -> not a bug status: open -> closed versions: -Python 2.7, Python 3.4 ___ Python tra

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

Tim Golden added the comment: [Housekeeping] Closing this as fixed. The mimetypes fix is in; the 3.4 installer is well out of support. If any other issues arise on current installers they should be raised as new issues. -- resolution: -> fixed stage: -> resolved status

[issue30731] Use correct executable manifest for windows

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

[issue30979] the winapi fails to run shortcuts (because considers a shortcut not a valid Win32App)

Tim Golden added the comment: For shell objects such as shortcuts you could use os.startfile which invokes ShellExecute under the covers -- ___ Python tracker <http://bugs.python.org/issue30

[issue30161] Using `with` statement causes dict to start papering over attribute errors

Tim Golden added the comment: I think you're suppressing sys.stderr after the "with". Try a NameError or anything. Alternatively, try a "with" which isn't using sys.stderr Obviously, the next question is why *that's* happe

[issue36800] Invalid coding error hidden on Windows

Tim Golden added the comment: Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 03:37:03) [MSC v.1900 64 bit (AMD64)] on win32 I can't reproduce this on Windows. And it does seem an unlikely combination of effect and cause. Do I take it that if you take out all the "logging...&q

[issue34195] test_nt_helpers fails with case difference in drive letter

New submission from Tim Golden : >From a fresh build on Win10 with VS2017: python -munittest -v test.test_ntpath.TestNtpath.test_nt_helpers gives the following error: == FAIL: test_nt_helpers (test.test_ntpath.TestNtp

[issue34195] test_nt_helpers fails with case difference in drive letter

Tim Golden added the comment: import nt, sys; assert sys.executable.startswith(nt._getvolumepathname(sys.executable)) This code fails only when run from the python.bat as created by pcbuild\build.bat. The obvious difference is that the batch file sets PYTHONHOME which, presumably, is used

[issue34195] test_nt_helpers fails with case difference in drive letter

Tim Golden added the comment: Thanks, @eryksun. Whatever the reason, it's consistently failing in the way I describe. A case-insensitive test is obviously good for that and for the other reasons you give, so I'll patch the t

[issue34195] test_nt_helpers fails with case difference in drive letter

Tim Golden added the comment: @eryksun almost idly I ran your ctypes code in the built interpreter. As written, it produces a lower-case c:\\ as yours did. But... Running Debug|Win32 interpreter... Python 3.8.0a0 (heads/master:7a3056f, Jul 23 2018, 08:23:33) [MSC v.1912 32 bit (Intel)] on

[issue34195] test_nt_helpers fails with case difference in drive letter

Tim Golden added the comment: I think I've got down to the determining factor. For info: PYTHONHOME has nothing to do with it: the same thing happens if I cd into PCBuild\win32 and run python_d.exe directly For historical reasons the directory in which I'm building (c:\work-in-pr

[issue34195] test_nt_helpers fails with case difference in drive letter

Change by Tim Golden : -- keywords: +patch pull_requests: +7970 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue34195] test_nt_helpers fails with case difference in drive letter

Tim Golden added the comment: Test fixed to ignore case and volume differences between paths -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue34195] test_nt_helpers fails with case difference in drive letter

Tim Golden added the comment: New changeset ff64add8d4be2e37c552ba702f629b0b6639cd33 by Tim Golden in branch 'master': bpo-34195: Fix case-sensitive comparison in test_nt_helpers (GH-8448) https://github.com/python/cpython/commit/ff64add8d4be2e37c552ba702f629b

[issue34239] Convert test_bz2 to use tempfile

New submission from Tim Golden : test_bz2 currently uses the test.support.TESTFN functionality which creates a temporary file local to the test directory named around the pid. This can give rise to race conditions where tests are competing with each other to delete and recreate the file

[issue34239] Convert test_bz2 to use tempfile

Change by Tim Golden : -- keywords: +patch pull_requests: +8007 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34239> ___ ___ Python-

[issue34240] Convert test_mmap to use tempfile

New submission from Tim Golden : test_mmap currently uses the test.support.TESTFN functionality which creates a temporary file local to the test directory named around the pid. This can give rise to race conditions where tests are competing with each other to delete and recreate the file

[issue34240] Convert test_mmap to use tempfile

Change by Tim Golden : -- keywords: +patch pull_requests: +8008 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34240> ___ ___ Python-

[issue34239] Convert test_bz2 to use tempfile

Tim Golden added the comment: New changeset 6a62e1d365934de82ff7c634981b3fbf218b4d5f by Tim Golden in branch 'master': bpo-34239: Convert test_bz2 to use tempfile (#8485) https://github.com/python/cpython/commit/6a62e1d365934de82ff7c634981b3f

[issue34240] Convert test_mmap to use tempfile

Tim Golden added the comment: Thanks for the information, eryksun. For the moment, I can only say with a fair degree of certainty that using the tempfile functions as I have in test_bz2 & test_mmap appears to solve the issue which is repeatably if intermittently present without that ch

[issue34239] Convert test_bz2 to use tempfile

Change by Tim Golden : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35140] encoding problem: gbk

Tim Golden added the comment: I'm afraid you'll have to use English in this forum so that all current and future readers have the best chance of understanding the situation. Thank you very much for making the effort this far. If anyone on this issue knows of a Chinese-language f

[issue18040] SIGINT catching regression on windows in 2.7

Tim Golden added the comment: My initial reaction is that, whether the 2.7 behaviour is faulty or not, I can't reproduce the "correct" behaviour on any version of Windows going back to 2.4. Take the attached Python file issue18040.py and run "c:\pythonxx\python.exe -i is

[issue18040] SIGINT catching regression on windows in 2.7

Tim Golden added the comment: Correction: I see the desired behaviour in 3.3/3.4 which is where the overhaul to Ctrl-C handling on Windows was applied. I still can't see it in 2.6 or in 3.1/3.2 on Windows. The problem lies in the fact that PyOS_InterruptOccurred and PyErr_CheckSignals

[issue18040] SIGINT catching regression on windows in 2.7

Tim Golden added the comment: Personally, I'm +0 at best on this change. It would achieve consistency with Linux but I'm not sure what you'd do with such functionality. Adding Richard Oudkerk who did the rework of the interrupt signal for 3.3. Richard, any opinion on this?

[issue18040] SIGINT catching regression on windows in 2.7

Tim Golden added the comment: Thanks for the feedback, David. Closing as won't fix. -- resolution: -> wont fix stage: patch review -> committed/rejected status: open -> closed ___ Python tracker <http://bugs.pyth

[issue18491] Add "exe wrapper" functionality to Windows launcher

Tim Golden added the comment: Glancing back, it isn't perhaps clear to the casual reader what's being proposed here, and why. The idea is that a pip-style installer become part of core Python. For Windows users, any standalone scripts from an installed package would be placed in scr

[issue18525] Shutil cannot import WindowsError on windows

Tim Golden added the comment: Really this should be a wont-fix: the fact that it's possible to import WindowsError from shutil (on Linux) is an accident of its internal implementation. It's certainly not documented as such. Saurabh: WindowsError is a builtin on Windows. If you wan

[issue18597] On Windows sys.stdin.readline() doesn't handle Ctrl-C properly

Tim Golden added the comment: The Ctrl-C handling in Python on Windows is a bit strange in places. I'll add this to my list of things to look at. If you'd care to walk through the code to produce a patch or at least to point to suspect code, that would make it more likely that i

[issue9035] os.path.ismount on windows doesn't support windows mount points

Tim Golden added the comment: I put a bit of work in on this this morning, following Mark's suggestion (msg138197) since that's the "canonical" approach. Unfortunately, it completely fails to work for the most common case: the root folder of a drive! The documentati

<    1   2   3   4   5   6   7   >