[issue1136] Bdb documentation

Tim Golden added the comment: I've reviewed the docs for English and general readability. As mentioned, I've no idea of the tech involved. I did look through the bdb.py source and the existing docs for pdb to get some idea of the terminology used. Ultimately I've changed very little; in a couple

[issue10618] regression in subprocess.call() command quoting

Tim Golden m...@timgolden.me.uk added the comment: I'm not quite sure how anyone's supposed to determine which bugs are likely to have been worked around and which haven't :) I'm also unsure why a clear bugfix shouldn't make it into a minor version release. Surely this isn't the only one to do

[issue1602] windows console doesn't print utf8 (Py30a2)

Tim Golden m...@timgolden.me.uk added the comment: Reopening as there seems to be some possibility of progress -- nosy: -BreamoreBoy resolution: invalid - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org

[issue1602] windows console doesn't print utf8 (Py30a2)

Changes by Tim Golden m...@timgolden.me.uk: -- versions: +Python 3.3 -Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602

[issue1255] Strange Python hangup

Tim Golden added the comment: Do you realise that the code at the bottom of bb.py is executed when you import it from aa.py? In other words, when you run aa.py, the whole of your significant code is running within an import statement. I don't know if it's the cause of the problem (although I

[issue1279] os.system() oddity under Windows XP SP2

Tim Golden added the comment: Not, apparently, on my (XP SP2) box: dump Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. import os os.system (python -c f=open ('temp.txt','w');f.write('hello

[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 getting there. I'll

[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] http://bugs.python.org

[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 end up without

[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. On *nix, this will pretty

[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-separated paths and back

[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/whatsnew/2.6.rst

[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

[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 Unsubscribe: http

[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 Unsubscribe: http

[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 command .. cmdoption:: -m module-name .. describe:: script Looks like genindex.html is being generated with some iffy markup: dt-c

[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 attached

[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 pygments

[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. -- components

[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/issue2208

[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: patch messages

[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 Windows, ':' on Linux and other UNIX

[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: sysadmins rarely know python language

[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: The format is the same as the shell's :envvar

[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 parameter

[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 PROTECTED] http://bugs.python.org

[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-compliant style would be nice (removing the spaces after

[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.python.org

[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 release.chm this file no longer exists and the build fails. The attached patch to make.bat

[issue8869] execfile does not work with UNC paths

Tim Golden m...@timgolden.me.uk added the comment: Since execfile is basically shorthand for exec (open (filename).read ()), and since open (filename) *does* support the full range of filepath syntax on Windows, and since execfile has been removed in py3k in favour of exec (open ...)), and since

[issue850997] mbcs encoding ignores errors

Tim Golden m...@timgolden.me.uk added the comment: I'm unlikely to get to it soon. If there's no urgency I can look at it later. FWIW, it's not something I'm especially familiar with. On 12/06/2010 01:02, STINNER Victor wrote: STINNER Victorvictor.stin...@haypocalc.com added the comment

[issue9024] PyDateTime_IMPORT macro incorrectly marked up

New submission from Tim Golden m...@timgolden.me.uk: The reference to PyDateTime_IMPORT in the C API datetime docs is marked up as cfunction, giving it a pair of brackets which render it invalid. There is also no indication of where in the code it should be invoked. Patch attached

[issue9024] PyDateTime_IMPORT macro incorrectly marked up

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - d...@python components: +Documentation nosy: +d...@python stage: - patch review versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9024

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

Tim Golden m...@timgolden.me.uk added the comment: Switching to Python 3.2 as this essentially constitutes a behaviour change and 2.6 is in bugfix mode and 2.7 is about to enter rc2. It would certainly be possible to use one of the volume APIs under the covers. Would you be willing to offer

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

Tim Golden m...@timgolden.me.uk added the comment: All we need to do is check the FILE_ATTRIBUTE_REPARSE_POINT in the file attributes. Frustratingly, we grab file attributes a dozen times in posixpath.c only to throw most of it away. Is there a case for adding an attributes function to os.path

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

Tim Golden m...@timgolden.me.uk added the comment: ... of course you still need to get the reparse tag to determine whether this is a mount point so the file attributes alone in this case are not enough. -- ___ Python tracker rep...@bugs.python.org

[issue8869] execfile does not work with UNC paths

Changes by Tim Golden m...@timgolden.me.uk: -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8869

[issue8440] test_heapq interfering with test_import on py3k

Tim Golden m...@timgolden.me.uk added the comment: Error no longer occurs -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8440

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

Tim Golden m...@timgolden.me.uk added the comment: I think we're saying the same thing :) The simplest thing to do here is to create a win_ismount function in posixmodule.c which does the attributes / reparse tag dance and returns True/False and use that wherever it's needed to support

[issue8056] Piped parent's multiprocessing.Process children cannot write to stdout

Tim Golden m...@timgolden.me.uk added the comment: That's (still...) a known issue with Windows file associations and redirects: http://support.microsoft.com/kb/321788 In theory it was fixed way back when. In practise... On 30/06/2010 15:04, Vojtech Fried wrote: Vojtech Friedvojtech.fr

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

Tim Golden m...@timgolden.me.uk added the comment: Although I'm the implementer of the patch (the concept was discussed way back on c.l.py after a naive poster's original request) I'm probably +0 myself. It's an attempt to replace os.access' next-to-useless behaviour on Windows with something

[issue9362] Make exit/quit hint more novice friendly

Tim Golden m...@timgolden.me.uk added the comment: Not necessarily; pyreadline takes over from the standard console functionality on Windows in order to emulate a more Unix-ish approach. I prefer the Windows default. There's nothing to stop someone downloading and installing pyreadline

[issue6040] bdist_msi does not deal with pre-release version

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6040 ___ ___ Python-bugs-list

[issue4453] MSI installer shows error message if Compile .py files to bytecode option is selected

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4453 ___ ___ Python-bugs-list

[issue9503] print statement hangs Windows service

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9503 ___ ___ Python-bugs-list

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

Tim Golden m...@timgolden.me.uk added the comment: Patch attached with code test which fixes this within _subprocess.c at least for Windows -- assignee: - tim.golden Added file: http://bugs.python.org/file18398/3210.r83741.patch ___ Python tracker

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

Tim Golden m...@timgolden.me.uk added the comment: Patch added for 31 branch -- Added file: http://bugs.python.org/file18399/3210.release31-maint.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3210

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

Tim Golden m...@timgolden.me.uk added the comment: Patch added for 27 branch -- Added file: http://bugs.python.org/file18400/3210.release27-maint.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3210

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

Tim Golden m...@timgolden.me.uk 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

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

Tim Golden m...@timgolden.me.uk added the comment: Committed in r83759 r83760 r83761 -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3210

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

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7443 ___ ___ Python-bugs-list

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

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4708

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

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1714451

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

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1681974 ___ ___ Python-bugs-list

[issue1672853] Error reading files larger than 4GB

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672853

[issue1707753] get status output fix for Win32

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1707753

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

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1142 ___ ___ Python-bugs-list

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

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6609 ___ ___ Python-bugs-list

[issue6839] zipfile can't extract file

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839

[issue8006] os.popen in Python 3.1

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8006

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

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2304

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

Tim Golden m...@timgolden.me.uk added the comment: Blast. Thanks; I'll have to rework those patches then. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3210

[issue1566260] Better order in file type descriptions

Tim Golden m...@timgolden.me.uk 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 rep...@bugs.python.org http

[issue1566260] Better order in file type descriptions

Changes by Tim Golden m...@timgolden.me.uk: -- stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1566260

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

Tim Golden m...@timgolden.me.uk 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

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

Tim Golden m...@timgolden.me.uk added the comment: Committed in r83815, r83816, r83817 -- stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3210

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

Tim Golden m...@timgolden.me.uk added the comment: Committed as r83830, r83831, r83832 -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2304

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

Tim Golden m...@timgolden.me.uk added the comment: Duplicate of #2304 -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1714451

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

Tim Golden m...@timgolden.me.uk 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 environment variables

[issue8006] os.popen in Python 3.1

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

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

Tim Golden m...@timgolden.me.uk 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: code import subprocess FILENAME = abc£.bat FILENAME.encode (ascii) # # UnicodeEncodeError # with open

[issue1707753] get status output fix for Win32

Tim Golden m...@timgolden.me.uk 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

[issue5673] Add timeout option to subprocess.Popen

Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5673 ___ ___ Python-bugs-list

[issue949667] setblocking() method on file objects

Tim Golden m...@timgolden.me.uk 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: +tim.golden

[issue9055] test_issue_8959_b fails when run from a service

Tim Golden m...@timgolden.me.uk added the comment: In the interests of moving this forward, I've committed the one-line removal of the assertion in r83948. Hopefully that will bring this buildbot back to life. -- ___ Python tracker rep

[issue9575] os.listdir() crashes on some long and deep paths in Windows 7

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9575

[issue9055] test_issue_8959_b fails when run from a service

Tim Golden m...@timgolden.me.uk added the comment: Fudge-fix committed as r83948, r83958. Not sure what status to set -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9055

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

Tim Golden m...@timgolden.me.uk added the comment: ReComitted as r83947, r83956, r83957 and this time the buildbots look happy. (At least as regards this change). -- resolution: - fixed status: open - closed ___ Python tracker rep

[issue9575] os.listdir() crashes on some long and deep paths in Windows 7

Tim Golden m...@timgolden.me.uk added the comment: I can't get it crash on a path that short. I can produce an error message if I push it beyond the 254 limit, but you can work around that by applying the filesystem namespace prefix: code import os path = c:\\ + \\.join (130 * ['xx

[issue9575] os.listdir() crashes on some long and deep paths in Windows 7

Tim Golden m...@timgolden.me.uk added the comment: See: http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx I tried first with your exact path and it caused no issues on my Win7 box. FWIW you could easily roll your own os.walk (starting by copying the code that's there) if you

[issue1475] test_popen fails when the directory contains a space

Tim Golden m...@timgolden.me.uk added the comment: Fixed by issue2304 -- components: -Library (Lib), Tests, Windows nosy: +tim.golden resolution: - duplicate stage: - committed/rejected status: open - closed type: - behavior ___ Python tracker

[issue5484] subprocess.call() fails for .bat files on Windows, if executable path contains parenthesis

Tim Golden m...@timgolden.me.uk added the comment: OK; issue2304 is now fixed and closed. But it doesn't seem to make any difference to this behaviour. I've just retested and I see on py3k the behaviour the OP saw. CreateProcess does the same thing and I couldn't even get it to work

[issue9575] os.listdir() crashes on some long and deep paths in Windows 7

Tim Golden m...@timgolden.me.uk added the comment: Thanks for the feedback. I'll close this for now as works for me. Feel free to reopen if you can come up with anything fresh. -- resolution: - works for me stage: - committed/rejected status: open - closed

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

Tim Golden m...@timgolden.me.uk added the comment: Closing as won't fix: this would be the same if you had any code which tried to do os.mkdir (aux). By way of comparison, Info-ZIP's UnZip returns checkdir error: aux exists but is not directory which actually seems less useful! I don't

[issue9584] Allow curly braces in fnmatch

Tim Golden m...@timgolden.me.uk added the comment: I don't see any reason to turn this down except, perhaps, for keeping something simple. Certainly I don't believe that Windows users will be confused by the fact that there are wildcards other than * and ?. fnmatch already implements

[issue9588] Skip subprocess shell tests on Windows per file association setup

Tim Golden m...@timgolden.me.uk added the comment: Assuming I understand you correctly, could I propose this rather less involved patch which simply specifies the sys.executable as part of the command line. The test doesn't propose to test file associations and indeed two of the test already

[issue1102] Add support for _msi.Record.GetString() and _msi.Record.GetInteger()

Changes by Tim Golden m...@timgolden.me.uk: -- components: +Windows nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1102

[issue9627] Regrtest failed to clean up temporary directory

Tim Golden m...@timgolden.me.uk added the comment: This is usually because the bug mentioned in issue7443 (although it could be something else, obviously). It should sort itself out on the next run. I'll rerun on my local checkout to see if there real WinXP issues. -- nosy

[issue9433] regrtest.py -j 2 doesn't work on Windows: remove close_fds=True on Windows

Tim Golden m...@timgolden.me.uk added the comment: I can confirm that the patched regrtest runs ok on WinXP. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9433

[issue1005895] curses for win32

Tim Golden m...@timgolden.me.uk added the comment: It looks as though issue2889 has a better chance of getting into the VS build than this one, which appears to be MingW-based (at a quick glance). I'm loosely keen to see it in, although I have no knowledge of curses as such. I'll assign

[issue2889] curses for windows (alternative patch)

Tim Golden m...@timgolden.me.uk added the comment: I'll pick it up for the moment to shepherd it along because I'm reasonably keen to see a Windows curses in the stdlib. However, I'm no expert in curses and I don't promise to do anything immediate with it. -- assignee: - tim.golden

[issue798876] windows sys.path contains nonexistant directory

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden components: -Interpreter Core nosy: +tim.golden versions: +Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue798876

[issue9654] merge PC/getpathp.c into Modules/getpath.c

Tim Golden m...@timgolden.me.uk added the comment: +1 in principle -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9654

[issue2889] curses for windows (alternative patch)

Tim Golden m...@timgolden.me.uk added the comment: I have no strong opinion, Roumen, (and no experience with the package) but why -1 from you? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2889

[issue1559298] test_popen fails on Windows if installed to Program Files

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1559298

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

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2528 ___ ___ Python-bugs-list

[issue9699] invalid call of Windows API _popen() generating The input line is too long error message

Changes by Tim Golden m...@timgolden.me.uk: -- assignee: - tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9699 ___ ___ Python-bugs-list

[issue9699] invalid call of Windows API _popen() generating The input line is too long error message

Tim Golden m...@timgolden.me.uk added the comment: I'll pick this up and try to decide what's best to do. I'm away from home for a few weeks and have only intermittent internet access. Thanks, Sorin, for a reproducible test case. -- title: invalid call of Windows API _popen() generating

[issue9808] Implement os.getlogin on Windows

Tim Golden m...@timgolden.me.uk added the comment: +1 on the idea in general; I'm away at the moment and not in a position to review the patch. Hopefully Brian can review/commit -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org

  1   2   3   4   5   6   7   >