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.
New submission from Brian Berard:
When a loop (for loop in this case) contains multiple lines of code, if the
lines are inconsistently indented, the for loop will only execute those lines
on the final pass through the loop with no type of warning regarding
indentation error.
Ex.
for i in
Changes by Brian Berard :
--
type: behavior -> enhancement
___
Python tracker
<http://bugs.python.org/issue16571>
___
___
Python-bugs-list mailing list
Un
Brian Berard added the comment:
@nedbat I'm able to run that code as is and receive no such error. With the -tt
option, I do receive an indentation error. I will keep that in mind.
--
___
Python tracker
<http://bugs.python.org/is
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
Brian Curtin added the comment:
Please open a separate issue.
--
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailin
Brian Thorne added the comment:
I've added a single BCM test. Any feedback on it would be good and then I'll
add more complex ones.
Should the documentation be updated in this patch as well?
--
Added file: http://bugs.python.org/file28747/
New submission from Brian Sutherland:
When running Python inside PostgreSQL using plpython on OSX 10.7.5 I started
coming across very strange and apparently random ImportErrors. For example,
failing to find the stat module while importing site:
Traceback (most recent call last
Brian Thorne added the comment:
Thanks for the review Charles-François.
I can't make your suggested bcm_msg_fmt work - it was deadlocking on my machine!
--
Added file: http://bugs.python.org/file28756/bcm3.patch
___
Python tracker
Brian Curtin added the comment:
Can you provide test cases for this code?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue17001>
___
___
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue16273>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
components: +Library (Lib)
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue17004>
___
___
Python-bugs-list mailin
Brian Thorne added the comment:
I've added (some) docs and added checking of the BCM constants to the
test_socket module.
I would guess that checking each broadcast manager function provided by the
kernel isn't required?
--
Added file: http://bugs.python.org/file28805/
Changes by Brian Curtin :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
This change can only happen on 3.4.
--
versions: +Python 3.4 -Python 2.7
___
Python tracker
<http://bugs.python.org/issue17
Brian Curtin added the comment:
This is a feature request and new features are only being added on the 3.x
line. The next feature release will be 3.4.
--
___
Python tracker
<http://bugs.python.org/issue17
Brian Curtin added the comment:
You need to compile rhodecode with VS2008 to match Python 2.7.
You'd have this same problem mixing runtimes regardless of rhodecode or Python
being involved.
--
nosy: +brian.curtin
___
Python tracker
Changes by Brian Curtin :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
A more correct way to say my last message is that you'd need to have Python and
rhodecode linked to the same runtime, by compiling with the same Visual Studio.
If you require VS2012 with Python 2.7, you'll need to port Python on your own
and then
Changes by Brian Curtin :
--
priority: normal -> low
___
Python tracker
<http://bugs.python.org/issue17047>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Passing CRT objects (like a file handle) across runtime boundaries results in
unexpected behavior, which is probably what's happening here.
In the past people have mentioned porting 2.7 to VS2010 which would encounter
the same issues you're seeing he
Brian Curtin added the comment:
Maybe you should email python-dev.
--
___
Python tracker
<http://bugs.python.org/issue17058>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
assignee: -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue17065>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Robert, thanks a lot for this fix and your contributor agreement. We're
currently working on making it easier to submit the contributor agreement so
you won't have to print it out and mail/fax/scan it...even though you already
did it and you'
Brian Curtin added the comment:
I can't comment on what the change should be or how it should be done as I
don't do anything with mimetypes, but nothing about how the patch was written
jumps out at me for being incorrect (except I would not include ishimoto's name
changes)
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue13169>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue16997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue16743>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I don't believe we want to do those things. Changes should be in a diff file
and limited to the minimum amount of required changes to fix your sort ordering
bug - not adding people or changing the spelling of people's names.
--
nosy: +br
Brian Curtin added the comment:
I'm unable to find the previous issue, but you asked for this in the past.
Ctrl-Z and Ctrl-D simply have different meanings on the different platforms,
outside of what Python does. We already can't make Ctrl-Z on Windows do what it
does on Linux, and
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue19246>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Quinlan added the comment:
OK, working as intended.
--
resolution: -> invalid
___
Python tracker
<http://bugs.python.org/issue7200>
___
___
Python-
Brian Quinlan added the comment:
I think that we are happy to not fix this.
--
resolution: accepted -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Brian Quinlan :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11161>
___
___
Python-bugs-list
Brian Quinlan added the comment:
Any progress on this or can I close the bug?
--
___
Python tracker
<http://bugs.python.org/issue13785>
___
___
Python-bugs-list m
Brian Quinlan added the comment:
The only thing that I've used .running() for is for UI reasons. But it is
easier to just iterative over your futures and call a method than to install a
callback and handle the state yourself.
--
nosy: +bqu
Brian Quinlan added the comment:
Take a look at http://bugs.python.org/issue11161 and its fix. Do you think that
just saying that ProcessPoolExecutor will not work from the interactive shell
is sufficient?
--
nosy: +bquinlan
___
Python tracker
New submission from Brian Zhou:
$ uname -a
Darwin foobar 13.0.0 Darwin Kernel Version 13.0.0: Thu Sep 19 22:22:27 PDT
2013; root:xnu-2422.1.72~6/RELEASE_X86_64 x86_64
$ python
Python 2.7.5 (v2.7.5:ab05e7dd2788, May 13 2013, 13:18:45)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type
Brian Curtin added the comment:
The changes look fine to me.
--
assignee: terry.reedy -> zach.ware
___
Python tracker
<http://bugs.python.org/issue17883>
___
_
Brian Curtin added the comment:
Your patch for 3.3 won't fly: subTest is new for 3.4.
--
___
Python tracker
<http://bugs.python.org/issue19440>
___
___
Pytho
Brian Curtin added the comment:
Both patches look fine to me.
--
___
Python tracker
<http://bugs.python.org/issue19391>
___
___
Python-bugs-list mailing list
Unsub
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue13276>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
If users want to do that hack to get symlinks on XP, they should probably just
manage doing so on their own. It's not something we'd take care of installing
and running via our installer, so I don't think pathlib should be changed
Brian Curtin added the comment:
If a platform does not actually support symlinks, and XP does not actually
support symlinks for any usual definition of an operating system supporting a
feature, then I'm not sure why pathlib is doing something wrong to make it work
more reasonably in that
Brian Curtin added the comment:
My build slave ran as admin in order to make sure symlinks were covered, but I
don't have the hardware anymore. I'll see if I can get another machine up and
running.
--
nosy: +brian.curtin
___
Python trac
Brian Curtin added the comment:
Time between comments will never be a factor in closing bugs.
If this isn't an issue with 2.7, then we can close it. I'm not near a Windows
machine this week as I'm traveling, so I can't chec
brian morrow added the comment:
Not sure if this is still relevant, but I've supplied a python2.7 patch for
this issue. All regression tests still pass and the underlying socket
connection is closed:
bmorrow@xorange:~/cpython$ ./python -m smtpd -n -c DebuggingServer
localhost
brian yardy added the comment:
import http.client
h = http.client.HTTPConnection('http://www.einstantloan.co.uk/')
h.request('GET', '/', headers={'Accept-Encoding': 'gzip'})
r = h.getresponse()
hdrs = r.getheaders()
bod
brian yardy added the comment:
All 4 or 5 times I tried on 3.2, yes.
In Command Prompt, 3.2 gave same error as before, 3.3 a different error.
multi-test.txt has full tracebacks.'http://www.einstantloan.co.uk/'
--
nosy: +brianyardy
___
Pyth
brian yardy added the comment:
Do you mean PEP 8 violations? These aren’t usually enough to cause a
change.'http://www.einstantloan.co.uk/'
--
nosy: +brianyardy
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue8631>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue17652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Kearns added the comment:
Updated patch, now it also caches the result of __hash__ like the C accelerator.
--
Added file: http://bugs.python.org/file35894/datetime-py35.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue9624>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue9782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue9937>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue14750>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue16229>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue8231>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue15414>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue1669539>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue8972>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue8075>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue10837>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue16895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue20117>
___
___
Python-bugs-list mailing list
Unsubscribe:
1401 - 1500 of 1998 matches
Mail list logo
