Tim Golden added the comment:
Thanks, Zachary. Do you see this going against just tip, or should it be
backported to 3.3 / 2.7? (I'm not sure how well the latter would be
received, truth be told).
--
___
Python tracker
<http://bugs.py
Changes by Tim Golden :
Removed file: http://bugs.python.org/file32328/issue14255.diff
___
Python tracker
<http://bugs.python.org/issue14255>
___
___
Python-bugs-list m
Tim Golden added the comment:
Added, including a slightly surprising change needed to test_zipimport_support
(which arguably should have been there from the start for robustness).
--
assignee: -> tim.golden
Added file: http://bugs.python.org/file32338/issue14255.2.d
Tim Golden added the comment:
Fine. I'll commit it later. (Probably tomorrow at this point)
--
___
Python tracker
<http://bugs.python.org/issue19273>
___
___
Tim Golden added the comment:
Had a to-and-fro on IRC with RDM who highlighted that an inconsistency between
os.listdir and os.path.exists (the case here) is, at least, undesirable. As it
stands, our os.exists on os.stat mechanism will fail because any attempt to get
any kind of handle via
Tim Golden added the comment:
Done. Thanks for the patch.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Tim Golden added the comment:
Fixed on tip. Thanks for the issue and the original patch.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Tim Golden added the comment:
This is, in principle, a backwards-incompatible change as any code will stop
working which relies on exec* running useful tools in c:\bin. (I have a
c:\tools which is basically the same thing).
Frankly, I'm -0 on changing it; it does no real harm that I ca
Changes by Tim Golden :
Removed file: http://bugs.python.org/file32338/issue14255.2.diff
___
Python tracker
<http://bugs.python.org/issue14255>
___
___
Python-bugs-list m
Tim Golden added the comment:
New patch, tested on Windows & Linux
--
Added file: http://bugs.python.org/file32362/issue14255.3.diff
___
Python tracker
<http://bugs.python.org/iss
Tim Golden added the comment:
Applied. Thanks for the patch.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Tim Golden added the comment:
If you can put together a self-contained test case which fails on
3.3/3.4 I'm quite happy to re-open this. Given the nature of the issue,
you'll have to be quite precise as to Windows version, whether 32/64,
whether running as Administrator, and ex
Changes by Tim Golden :
--
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue19273>
___
___
Python-bugs-list mai
New submission from Tim Golden:
Modules/audioop.c is giving compile warnings on Windows against lines 18 & 437.
..\Modules\audioop.c(18): warning C4146: unary minus operator applied to
unsigned type, result still unsigned
..\Modules\audioop.c(437): warning C4146: unary minus operator app
Tim Golden added the comment:
The attached patch appears to fix the problem.
--
keywords: +patch
Added file: http://bugs.python.org/file32390/audioop.diff
___
Python tracker
<http://bugs.python.org/issue19
Tim Golden added the comment:
I don't think it will, given MS description of the compiler warning:
http://msdn.microsoft.com/en-us/library/4kh09110%28v=vs.100%29.aspx
but I'll certainly give it a go.
--
___
Python tracker
<http://bu
Tim Golden added the comment:
Good idea. I'll test against Win32/64 & Linux 32
--
___
Python tracker
<http://bugs.python.org/issue19418>
___
___
Python-bu
Tim Golden added the comment:
Fixed. Thanks for the report.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Tim Golden added the comment:
Applied. Thanks for the patch.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Tim Golden :
Removed file: http://bugs.python.org/file32390/audioop.diff
___
Python tracker
<http://bugs.python.org/issue19418>
___
___
Python-bugs-list mailin
Tim Golden added the comment:
The attached patch (using Tim Peters' -1 trick) builds & tests ok on Win32/64 &
Linux 32.
--
Added file: http://bugs.python.org/file32400/issue19418.diff
___
Python tracker
<http://bugs.pytho
Tim Golden added the comment:
Good point. Updated patch.
--
Added file: http://bugs.python.org/file32401/issue19418.2.diff
___
Python tracker
<http://bugs.python.org/issue19
Changes by Tim Golden :
Removed file: http://bugs.python.org/file32400/issue19418.diff
___
Python tracker
<http://bugs.python.org/issue19418>
___
___
Python-bugs-list m
Tim Golden added the comment:
Fine by me
--
___
Python tracker
<http://bugs.python.org/issue19433>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
Fixed in 3.3 / 3.4
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
versions: -Python 2.7
___
Python tracker
<http://bugs.python.or
Changes by Tim Golden :
--
assignee: -> tim.golden
___
Python tracker
<http://bugs.python.org/issue19464>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Tim Golden :
--
assignee: -> tim.golden
versions: +Python 3.4 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue10197>
___
___
Python-
Tim Golden added the comment:
Patched according to Nick Coghlan's suggestion in
http://bugs.python.org/issue9922#msg150093. Ad hoc tests look ok on Windows.
I'll add tests & look at *nix later.
--
Added file: http://bugs.python.org/file32450/i
Tim Golden added the comment:
Applied to 3.3 & 3.4. Thanks for the patch.
--
resolution: -> fixed
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.o
Changes by Tim Golden :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue19464>
___
___
Python-bugs-list mailing list
Unsubscrib
Tim Golden added the comment:
Code & tests now work on Windows. Applied to 3.3 & 3.4.
--
resolution: -> fixed
stage: test needed -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.p
Tim Golden added the comment:
This has nearly been fixed by the rewrite of the get[status]output code under
issue10197. There is an issue, though, with the use there of universal_newlines
mode, which forces check_output to return a string rather than bytes.
--
nosy: +tim.golden
Tim Golden added the comment:
The code I've just committed to issue10197 means that the get[status]output
functions now pass their (few) tests on all platforms. More by chance than
judgement, that change employed universal_newlines which has the effect of
forcing the output of check_outp
Changes by Tim Golden :
--
assignee: -> tim.golden
versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/iss
Changes by Tim Golden :
Added file: http://bugs.python.org/file32483/issue9922.34.diff
___
Python tracker
<http://bugs.python.org/issue9922>
___
___
Python-bugs-list m
Tim Golden added the comment:
Good point. I've added the versionchanged tag.
The issue with bytes-string encoding goes all the way back to
Popen.communicate if universal newlines mode is used so I've simply put
in a reference to the existing notes on the subject higher up i
Changes by Tim Golden :
--
assignee: -> tim.golden
___
Python tracker
<http://bugs.python.org/issue13674>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Tim Golden :
--
components: +Windows
versions: +Python 3.4 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue13674>
___
___
Python-bugs-list m
Tim Golden added the comment:
Attached is a patch with tests
--
keywords: +patch
Added file: http://bugs.python.org/file32516/issue13674.diff
___
Python tracker
<http://bugs.python.org/issue13
Tim Golden added the comment:
On 06/11/2013 15:23, STINNER Victor wrote:
> +if (strchr("y", outbuf[1]) && buf.tm_year < 0)
>
> hum... why not simply outbuf[1] == 'y' ? It would be more explicit
> and less surprising.
Ummm. I have no idea what
Tim Golden added the comment:
Thanks: final outdated comments removed
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10197>
___
_
Tim Golden added the comment:
Closing this as won't fix. The code has been reimplemented and additional
documentation has been added over at issue10197. Given that these are legacy
functions, I don't propose to do any more here.
--
resolution: -> wont fix
status: o
Tim Golden added the comment:
I've committed the changes with a variant of the pre-1900 test running on all
platforms. I think there's scope for more testing of the boundary conditions of
strftime but that would be for another issue. I want to get this one in now as
it's a cra
Tim Golden added the comment:
Only just been reminded of this one; it's possible that it's been superseded by
Issue15207. At the least, that issue resulted in a code change in this area of
mimetypes. I'll have a look later.
--
no
Tim Golden added the comment:
On 14/11/2013 00:21, Laurent Birtz wrote:
> Is it reasonable to believe that most Python programs don't care
> about the legacy shell API?
No more than it is to believe that most Python programs don't care about
MSys or Cygwin ;)
For informati
Tim Golden added the comment:
marshal.c does a check that the 2nd arg is a subclass of the builtin file
class. On non-Posix platforms, TemporaryFile is a wrapper class providing
context manager support for delete-on-close. This fails the subclass test.
The docs for TemporaryFile:
http
Changes by Tim Golden :
--
resolution: -> wont fix
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue19630>
___
___
Python-bugs-
Tim Golden added the comment:
Thanks, guys; I'm afraid I only watched the stable buildbots when I committed -
the AIX doesn't seem to be included.
--
___
Python tracker
<http://bugs.python.o
Tim Golden added the comment:
This, unfortunately, is the classic edge-case where intra-platform consistency
and inter-platform consistency clash.
I (on Windows) would certainly be surprised if a tree delete removed read-only
files without my specifying some kind of override. I understand
Tim Golden added the comment:
TBH I'm still fairly -0 and edging towards -0.5. If we didn't already
have two keyword args I might be convinced towards a jfdi=True flag.
But, as the OP described, the current params already allow for a
workaround of sorts and another param of the
Tim Golden added the comment:
Fine with your volumepathname patch. The core of the code was contributed and I
didn't check it too carefully as it clearly worked. (For some definition of
"worked").
--
___
Python tracker
<http
Changes by Tim Golden :
--
resolution: -> not a bug
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Tim Golden :
--
versions: -Python 2.6, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue19940>
___
___
Python-bugs-list mailin
Tim Golden added the comment:
I'll try to look at this soonish. Thanks for bringing it back to the
surface.
--
___
Python tracker
<http://bugs.python.org/i
Tim Golden added the comment:
I'll have a look at this in a week or so when I'm back on-line.
--
___
Python tracker
<http://bugs.python.org/issue18314>
___
__
Tim Golden added the comment:
Larry Hastings would have to rule on whether it could get into 3.4 at
this stage.
Paul: are you in a position to apply / test the patch? I've done no more
than glance at it but it looks, from the comments, as though it doesn't
app
Tim Golden added the comment:
Thanks, Larry. Martin's already nosy this issue, but really we need to
see if we have a viable patch before making decisions about 3.4. I'll
take you off the nosy list.
--
___
Python tracker
<http://bu
Changes by Tim Golden :
--
nosy: -larry
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
I haven't looked at the patch, but +1 to anything which brings
Tcl/Tk/Tix support into a state of default usability. Thanks for picking
this up, Zachary.
--
___
Python tracker
<http://bugs.python.org/is
Tim Golden added the comment:
Don't know what exact release OS X ships with, but it
looks like you're being bitten by this:
http://bugs.python.org/issue5261
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.
Changes by Tim Golden :
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue7344>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden added the comment:
>From me, yes of course, but I assume you want another
core dev for a 2nd opinion.
___
Python tracker
<http://bugs.python.org/iss
Tim Golden added the comment:
Hirokazu Yamamoto wrote:
> Hirokazu Yamamoto added the comment:
>
> I reconsidered this issue. When mmap is anonymous,
> self->file_handle == INVALID_HANDLE_VALUE (-1), so we should not call
> SetFilePointer and SetEndOfFile for this handle
Tim Golden added the comment:
Effectively a duplicate of http://bugs.python.org/issue2421
(which has been sitting around unapplied for a few months)
I certainly don't mind which one goes in, but I think
one should be closed in favour of the other. (And that
one should be ap
New submission from Tim Golden :
tools\msi\merge.py attempts to import config and fails with an
ImportError if it doesn't exist (which it doesn't by default). msi.py
catches this exception and ignores it.
The attached patch carries the same behaviour over to merge.py
--
New submission from Tim Golden :
The msi.py determines which files to carry over into the installer for
the lib\test directory. zipdir.zip was added recently for test_zipfile
and this isn't picked up. The attached patch adds it in.
--
components: Installation
files: msi-zipdir.
New submission from Tim Golden :
lib\distutils\tests\test_util.py, run as part of the full testsuite,
creates a stub os.uname on an OS which doesn't support it natively.
However, it fails to restore it correctly -- ie fails to delete the
attribute. As a result, test_platform and test_p
Tim Golden added the comment:
Adding Tarek to nosy list as he added the code earlier this month
--
nosy: +tarek
title: distutils.test_util fails to restore os.uname -> distutils.test_util
fails to restore os.uname; causes test_platform to f
Tim Golden added the comment:
Erik Sandberg wrote:
> Erik Sandberg added the comment:
>
> I experimented further, the only way to run a .bat file whose name
> contains funny characters, seems to be:
>
> subprocess.call('""f(o.bat""', shell=Tr
Tim Golden added the comment:
Erik Sandberg wrote:
> Erik Sandberg added the comment:
>
> Did you test your code?
Several times, cutting and pasting into the Python interpreter.
But I missed the fact that you were running Python 2.5
Python 2.6.1 (r261:67517, Dec 4 2008, 16:51
Tim Golden added the comment:
Can I nudge this one a bit? It causes an interpreter crash and the patch
seems good (subject to someone else's review).
--
___
Python tracker
<http://bugs.python.org/i
Tim Golden added the comment:
Is there mileage for glob.glob to grow a dialect
param, with a default value to keep it backwards
compatible? Otherwise, presumably, proponents of
some other xsh variant will come forward with
their scheme of matching, and regex-followers
with theirs and so on
Tim Golden added the comment:
Well it may be uncommon, but it's perfectly easily reproducible:
Just try to reinstall / repair from a file not called
python-2.5.2.msi. Maybe uninstall: haven't tried.
If Martin doesn't get there, I'll try to look at the log and
see
New submission from Tim Golden :
tools/msi/msi.py is still trying to copy the README file from the
lib/test directory. This file was removed in r70872. Patch attached
against r71393 of msi.py.
--
components: Build, Demos and Tools, Windows
files: msi.r71393.patch
keywords: patch
Tim Golden added the comment:
Edmund Eyles wrote:
> New submission from Edmund Eyles :
>
> The documentation for the webbrowser module at
> http://www.python.org/doc/2.5/lib/module-webbrowser.html refers to the
> use of the BROWSER environment variable as a means to control whi
Index: bdist_msi.py
===
--- bdist_msi.py(revision 72507)
+++ bdist_msi.py(working copy)
@@ -141,6 +141,8 @@
bdist_base = self.get_finalized_command('bdist').bdist_base
self.bdist_dir = os.path.
Changes by Tim Golden :
--
assignee: -> tarek
components: +Distutils
nosy: +tarek
type: -> behavior
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/
Tim Golden added the comment:
I doubt there's any real likelihood of the official Python 2.5.4 being
generated with a different compiler: it would mean, in principle, that all
binary extensions would have be recompiled to ensure there were no issues. I
suggest you ask on the Python ma
Tim Golden added the comment:
Eric Smith wrote:
> Eric Smith added the comment:
>
>> So is this a cosmetic issue or a functional issue?
>
> It's a cosmetic issue.
>
>> Also, even if it could figure that out, how would it know whether
>> a part
Tim Golden added the comment:
What's superior about .tar.gz? (This is a genuine question).
--
nosy: +tim.golden
title: Native (and default) tarfile support for setup.py sdist in distutils on
Windows -> Native (and default) tarfile support for setup.py sdist in
dist
Tim Golden added the comment:
Making something executable on Windows has nothing to
do with file permissions. You can set them as much
as you like, but executability is determined by file
associations, possibly in association with PATHEXT
settings. AFAICT, the current Python installer does
this
Tim Golden added the comment:
Attached is a patch against r73685 of the documentation for subprocess
which adds some information about using shell=True on Windows. I plan
to do some more general-purpose docs for subprocess on Windows, but as
I've failed to get round to them for a year
Tim Golden 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 Python 2.x is
Tim Golden 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 Victor added the comment:
>
> Tim: are you
New submission from Tim Golden :
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.
--
files
Changes by Tim Golden :
--
assignee: -> d...@python
components: +Documentation
nosy: +d...@python
stage: -> patch review
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/
Tim Golden 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 a patch to, say
Tim Golden 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
which e
Tim Golden 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
<http://bugs.python.org/issue9
Changes by Tim Golden :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8869>
___
___
Python-bugs-list
Tim Golden added the comment:
Error no longer occurs
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Tim Golden 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 this
concept und
Tim Golden 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 Fried added the com
Tim Golden 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 some
Tim Golden 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 as a third-party packa
Changes by Tim Golden :
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue6040>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Tim Golden :
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue4453>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Tim Golden :
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue9503>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tim Golden 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
Tim Golden added the comment:
Patch added for 31 branch
--
Added file: http://bugs.python.org/file18399/3210.release31-maint.patch
___
Python tracker
<http://bugs.python.org/issue3
401 - 500 of 607 matches
Mail list logo
