Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue9650>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
This would break existing config files, including some of my own.
It would also require that you have some end delimiter on every item in order
to handle the event that someone duplicates options, otherwise the following
would likely behave badly in your
New submission from Brian Curtin :
Would anyone be opposed to adding the following simple macro, which would be
the same as the one we have for Py_RETURN_NONE. I recently found myself doing
the Py_INCREF/return dance several times and ended up leaving an incref out in
a few spots, which the
Changes by Brian Curtin :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12724>
___
___
Python-bugs-list
Brian Curtin added the comment:
This is a bug tracker for the Python programming language and interpreter. You
should contact Emesene for help with their product.
--
nosy: +brian.curtin
resolution: -> invalid
stage: -> committed/rejected
status: open -&g
Brian Curtin added the comment:
Adding Jason - I'll dig around for it, but I think I brought this up in the
past and I seem to remember him having a justification for it. (apologies if
I'm thinking of something else)
--
nosy: +ja
Brian Curtin added the comment:
I could see how they'd use EINVAL, but to me ENOTDIR makes more sense here.
However, I'm not sure if anyone is depending on this (or what they could depend
on it for).
--
___
Python tracker
<http://bu
Brian Curtin added the comment:
With that PEP likely to be accepted, I say go ahead with the change for that
benefit.
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
type: -> security
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
I recently created "minidumper" to write Visual Studio "MiniDump" files of
interpreter crashes, but it's currently only available on 3.x. If I port it to
2.x, you could add "import minidumper;minidumper.enable()" to the
Brian Curtin added the comment:
We can't depend on stuff from pywin32, but we could expose GetVolumePathName
ourselves.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Brian Curtin :
Reported by Ryan Wells (v-ry...@microsoft.com) of Microsoft, in reference to a
problem with the Module Doc viewer on Windows 8 when using Internet Explorer
10. This was reported on 3.2.2, but it's likely the same on 2.7.
Reference #: 70652
Descripti
Brian Curtin added the comment:
The menu shortcut opens up the following: "C:\Python32\pythonw.exe"
"C:\Python32\Tools\scripts\pydocgui.pyw", which is just pydoc.gui()
--
___
Python tracker
<http://bug
Brian Curtin added the comment:
I tried that script on 2.7 and like it did for you, it just ran until my
machine became unusable.
On 3.x I think I got a RuntimeError after a while, but I forgot exactly what
happened since the machine ended up being hosed later from the 2.7 run. In any
event
Brian Curtin added the comment:
You are attempting to open or save .py files from what? IDLE?
What are the steps you would use to reproduce this issue? How was this error
message obtained?
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue6807>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
I might be missing something, but what's the issue? 65535 is the limit, and
doing 65536 gives a clear overflow exception (no crash).
--
nosy: +brian.curtin
type: crash -> behavior
___
Python tracke
Changes by Brian Curtin :
--
title: Regular expressions with 0 to 65536 repetitions and above makes Python
crash -> Regular expressions with 0 to 65536 repetitions raises OverflowError
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
We can make Python compile with Visual Studio 2010, but it will not be the
platform Python is released on, it would be optional while 2008 stays the
release target, at least through Python 3.3. In Python 3.4, we may re-evaluate
this, and it's likely we
Brian Curtin added the comment:
Here's an updated patch, plus support for a second attribute that I need for
#10854. I previously wrote a patch that does this same thing for that issue,
but this one handles things a lot more nicely :)
I renamed "module_name" to just be &qu
New submission from Brian Curtin :
os.utime currently requires an explicit `None` as the second argument in order
to update to the current time. Other APIs would just have the second argument
as optional in this case, operating with one argument.
Attached is a patch which changes the second
Brian Curtin added the comment:
Ah, yes. Would the following work better for the last line?
self.assertAlmostEqual(st1.st_mtime, st2.st_mtime, places=2)
--
___
Python tracker
<http://bugs.python.org/issue13
Brian Curtin added the comment:
The `delta` keyword would actually be better than `places`, especially on the
slower buildbots. delta=10 would allow up to 10 seconds between those utime
calls. Is that being too permissive?
--
___
Python tracker
Brian Curtin added the comment:
Changeset 045e8757f10d was also entered for this, which should conclude the
changes. Everything seems to have survived the buildbots for now, so closing as
fixed. Feel free to reopen if there are any other issues.
--
resolution: -> fixed
stage: pa
Brian Curtin added the comment:
> But it is useless for terminating a process with os.kill() in combination
> with signal.SIGTERM, which corresponds to a CTRL-C-EVENT.
SIGTERM does not correspond to CTRL_C_EVENT. They may be similar in what they
do, but os.kill on Windows only work
Changes by Brian Curtin :
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> behavior
versions: -Python 3.4
___
Python tracker
<http://bugs.pyt
Brian Curtin added the comment:
Marked #1559549 as a dependency. I combine the patch in this issue with the one
over there.
--
dependencies: +ImportError needs attributes for module and file name
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
That's news to me since it probably pre-dates my involvement around here. I'll
revert if that's correct.
--
___
Python tracker
<http://bugs.pyt
Changes by Brian Curtin :
--
status: pending -> open
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue10772>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I think we could still make os.listdir work properly. I'll look into a patch
for this.
One "problem" here is the testability, since we'd need to rely on the mklink
CLI app to create the symlinks, which requires that the calling applicati
Brian Curtin added the comment:
symlinks when listing a dir and traverses them naturally when referencing
them as part of a path to listdir. Under what conditions does it fail?
>
> --
>
> ___
> Python tracker
> <http://bugs.
Brian Curtin added the comment:
Duplicate of #6727
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> ImportError when package is symlinked on Windows
___
Python tracker
<http://
Brian Curtin added the comment:
Not fixed, but if it's easy, you're welcome to fix it before we get around to
it.
--
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
There are a few of us, and Jason and myself have done most of the Windows
symlink related work. We'll certainly get to this and have it fixed, but with
no releases on the immediate horizon, there isn't a rush. This and your other
symlink issue are o
Brian Curtin added the comment:
FYI: this would likely be handled through #13210. I have a conversion sandbox
started at http://hg.python.org/sandbox/vs2010port/ and am working through
fixing test failures after the initial conversion
Brian Curtin added the comment:
I mentioned this on another issue, but I created a clone at
http://hg.python.org/sandbox/vs2010port/. I've already gone through the port in
the past but wasn't able to release the code at the time. As I work through it,
I'll occasionally
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue2286>
___
___
Py
Changes by Brian Curtin :
--
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10562>
___
___
Pyth
Brian Curtin added the comment:
Please stop re-opening this thread. The reasons it will not be fixed have been
laid out.
--
nosy: +brian.curtin -gvanrossum
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
Brian Curtin added the comment:
3.3 will be adding an attribute which would have "datetime\r" here. See
#1559549, which might make this a duplicate.
You shouldn't (have to) rely on parsing the exception string.
--
nosy: +brian.curtin
___
Changes by Brian Curtin :
--
assignee: -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue10854>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Just to be sure in case you didn't know, but patches against 2.7 for this issue
won't be accepted.
--
___
Python tracker
<http://bugs.python.o
Brian Curtin added the comment:
Before we both go down the same paths and duplicate effort,
http://hg.python.org/sandbox/vs2010port/ has already completed the transition
in terms of running the conversion, saving off the VS9 files, making some
minimal code changes (errno module specifically
Brian Curtin added the comment:
That would certainly be preferable when available on Windows 7. I'll look into
how we can incorporate that.
Thanks for the idea!
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
If you want to clone from that repo, use the "vs2010" branch.
hg clone http://hg.python.org/sandbox/vs2010port/
hg up vs2010
>From there, you can post patches here that I can integrate for you.
--
assignee: -&
Brian Curtin added the comment:
> Tim, Brian, do you know anything about this?
Unfortunately, no. It's on my todo list of things to understand but I don't see
that happening in the near future.
I'm willing to run tests or benchmarks for this issue, but that's likely
Brian Curtin added the comment:
Again, rather than work off of the default branch and duplicate effort, can you
work off of the vs2010 branch on http://hg.python.org/sandbox/vs2010port/?
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13509>
___
___
Py
Brian Curtin added the comment:
I don't profess to have any special ast knowledge, but given the context around
there and the fact that it works...it looks fine to me.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
If I add back in the import.c change, would this then be alright?
Eric - fullname seems fine, I'll update that.
--
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
I think I'm going to stick with name unless anyone is super opposed. If we can
eventually import something else (sausages?), then setting module_name with a
sausage name will seem weird.
I'll work up a more complete patch. The private helper is a
Brian Curtin added the comment:
Would you be able to produce a unit test which fails before your patch is
applied, but succeeds after applying your changes? That'll make your changes
more likely to get accepted.
--
nosy: +brian.curtin
___
P
Brian Curtin added the comment:
Can you explain the patch and state why you would like that change included?
This would require a test.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
nosy: +brian.curtin
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13670>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
nosy: +brian.curtin
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue13702>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13719>
___
___
Python-
New submission from Brian Curtin:
>>> platform.platform()
'Windows-post2008Server-6.2.9200'
The change is trivial, just accounting for a point release of 2 (from the major
release 6).
--- a/Lib/platform.py
+++ b/Lib/platform.py
@@ -595,8 +595,13 @@
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue16175>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
The patch looks alright, but I would remove the lining up of definitions.
It's probably easiest to do a patch against 3.2 and I can handle the porting on
commit.
--
assignee: docs@python -> brian.curtin
components: +Windows
type: -&g
Changes by Brian Curtin :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Docs should match code. If we did it the other way around we'd probably break
something.
Thanks for looking into this. I've been busy the last few days but I will get
to the review and application of the patch
Brian Curtin added the comment:
Pushed fixes for 3.2+
Thanks for the patch!
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue16218>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Colin - it should work in the same way that setting PYTHONPATH as an
environment variable would work, e.g., semi-colon is the separator on Windows.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
winreg does not have a pure equivalent, nor could it
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue16
Brian Curtin added the comment:
Looks alright so far. I'm working on reviewing and applying it.
--
assignee: docs@python -> brian.curtin
___
Python tracker
<http://bugs.python.org
Brian Curtin added the comment:
Thanks for the patch.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
assignee: -> brian.curtin
components: +Windows
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue16719>
___
_
Brian Curtin added the comment:
Latest patch looks ok to me and the tests pass.
--
___
Python tracker
<http://bugs.python.org/issue13863>
___
___
Python-bug
Changes by Brian Curtin :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14470>
___
___
Python-bugs-list
Brian Curtin added the comment:
Here is a patch for the first part (SetValueEx).
--
keywords: +needs review, patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file28412/issue14420_part1.diff
___
Python tracker
&l
New submission from Brian Curtin:
Making this its own issue from msg156935 on #14420:
"Likewise, the winreg.QueryValueEx method returns a signed 32 bit value,
instead of a 32 bit unsigned value."
--
assignee: brian.curtin
components: Extension Modules, Windows
messages: 1
Brian Curtin added the comment:
Marking this dependent on #14420 because we can't reliably test QueryValueEx's
unsigned value without being able to SetValueEx an unsigned value.
--
dependencies: +winreg SetValueEx DWord type incompatible with valu
Brian Curtin added the comment:
Here's a patch. It depends on the patch from #14420 being applied in some way
(I cloned from a branch which included it).
--
keywords: +needs review, patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file28413/issue16
Brian Curtin added the comment:
Yep. The documentation you linked says "A null-terminated string that contains
unexpanded references to environment variables (for example, "%PATH%"). It will
be a Unicode or ANSI string depending on whether you use the Unicode or ANSI
functions
Brian Curtin added the comment:
This went over a year without a request to undo it, and we've since made
several releases that includes it, so I'm closing this. Please re-open if it
does need to be reverted.
--
status: open -> closed
_
Brian Curtin added the comment:
Unassigning myself. Jorge - are you still able to reproduce this, and if so,
are you able to capture the log as mentioned by Martin?
--
assignee: brian.curtin ->
___
Python tracker
<http://bugs.python.org/issu
New submission from Brian Curtin:
While fixing #14470 to remove w9xpopen support, removing it from old Visual
Studio projects came up.
1. I can't imagine anyone is attempting to use most of these.
2. Since we don't backport build changes to these older versions, some of them
are v
Brian Curtin added the comment:
Definitely keeping PC/VS9.0 as it's still fairly common and VS2008 is still
used by us for 2.7.
I would like to remove PC/VS8.0 but if anyone speaks towards keeping it then I
think it's fine.
--
nosy: +
Brian Curtin added the comment:
Here's a patch that fills st_dev, and while we're at it st_rdev (which is the
same value).
I've moved the implementation of samefile/sameopenfile/samestat from
Lib/posixpath.py over to Lib/genericpath.py and then removed the implementation
fro
Changes by Brian Curtin :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue13000>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Why do you think that? I don't have a mac so I can't test it.
--
___
Python tracker
<http://bugs.python.org/issue11939>
___
__
Brian Curtin added the comment:
Here is an updated patch addressing the sameopenfile that remained in
Lib/ntpath.py, thanks to Sehriy's comment on the review.
--
Added file: http://bugs.python.org/file28429/issue11939_v2.diff
___
Python tr
Brian Curtin added the comment:
Docs and the __all__ changes in V3 patch.
--
Added file: http://bugs.python.org/file28430/issue11939_v3.diff
___
Python tracker
<http://bugs.python.org/issue11
Brian Curtin added the comment:
Thanks for the reviews.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
This was fixed as a result of #11939, and I've refactored the tests to add
coverage of hard links in 9e980454b85e.
This was originally a bug report but it requires a 3.4 feature so it can't be
fixed in 3.2 where it originally appeared.
--
Changes by Brian Curtin :
--
assignee: brian.curtin
components: Library (Lib), Windows
nosy: brian.curtin
priority: normal
severity: normal
stage: needs patch
status: open
title: Add samestat to Lib/ntpath.py __all__
type: behavior
versions: Python 3.4
Changes by Brian Curtin :
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Separate issue. Fixed in #16788.
--
___
Python tracker
<http://bugs.python.org/issue11939>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
This is fixed on 3.2 through 3.4. On 2.7 we get a ValueError trying to do the
same thing so I'll create a separate issue for that since it involves fixing
more than just the change in Py2Reg.
--
resolution: -> fixed
stage: patch review ->
Brian Curtin added the comment:
Never mind msg178303. The fix was roughly the same and in the same area, so now
we're covered on 2.7 as well.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Brian Curtin :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
This was fixed in #14470.
--
nosy: +brian.curtin
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> Remove using of w9xopen in subprocess module
___
Python tr
Changes by Brian Curtin :
--
resolution: -> out of date
stage: -> committed/rejected
status: open -> closed
type: -> behavior
___
Python tracker
<http://bugs.pytho
Changes by Brian Curtin :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> Implement stat.st_dev and os.path.samefile on windows
___
Python tracker
<http://bugs.python
Brian Curtin added the comment:
Backed out the changeset. If you have a solution, feel free to fix it.
--
___
Python tracker
<http://bugs.python.org/issue11
Brian Curtin added the comment:
Looks good.
--
assignee: -> serhiy.storchaka
___
Python tracker
<http://bugs.python.org/issue16841>
___
___
Python-bugs-lis
Brian Curtin added the comment:
That's true of the default branch due to some changes I recently made in the
implementation of the functions, but we should probably put tests into 3.2/3.3.
--
___
Python tracker
<http://bugs.python.org/is
901 - 1000 of 1139 matches
Mail list logo