Changes by Brian Curtin :
--
nosy: +taleinat
___
Python tracker
<http://bugs.python.org/issue10107>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: +taleinat
___
Python tracker
<http://bugs.python.org/issue10079>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
That works for me locally. Checked in that 0 to 1 change in r85525 - waiting to
see if it works on the slower buildbots.
--
stage: -> commit review
___
Python tracker
<http://bugs.python.org/issu
Changes by Brian Curtin :
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
nosy: +kbk, taleinat
___
Python tracker
<http://bugs.python.org/issue10137>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: +terry.reedy
___
Python tracker
<http://bugs.python.org/issue10137>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I'll also give it a run on my Windows machines but won't be able to until
tomorrow morning (~1300 UTC).
--
___
Python tracker
<http://bugs.python.o
Brian Curtin added the comment:
This has nothing to do with Python.
IIRC from another issue, you have pyreadline installed. Your cmd.exe settings
may be conflicting with something that pyreadline is trying to do.
--
nosy: +brian.curtin
resolution: -> invalid
stage: -> com
Brian Curtin added the comment:
> I wonder if the setting comes disabled by default?
Correct.
--
___
Python tracker
<http://bugs.python.org/issue10165>
___
_
Brian Curtin added the comment:
Fixed in py3k (r85774, minor correction in r85775), and release27-maint
(r85776).
Thanks for the patches!
--
assignee: -> brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: feature request
Brian Curtin added the comment:
I'm not sure if it's possible, but even if so, I don't think we should do it.
For cmd.exe itself and all processes that run in it, the default is to have it
off, and you can enable it on a case-by-case basis.
Insert mode really should only be e
Brian Curtin added the comment:
"will block until you left click"
should be...
"will block until you right click (or hit enter)"
--
___
Python tracker
<http://bug
Changes by Brian Curtin :
--
title: ESET Torgan Alert [python-3.1.2.amd64 ON Win7-64] -> ESET Trojan Alert
[python-3.1.2.amd64 ON Win7-64]
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
I just ran that installer on Windows 7 x64 with Sophos AV and got no such
warning.
FWIW, the checksum of the downloaded installer matched the one listed on
http://www.python.org/download/releases/3.1.2/
--
components: +Windows
nosy: +brian.curtin
Brian Curtin added the comment:
I'm not really sure if there's anything we can or should do here.
Martin, has this happened before, and if so is there anything to be done by us?
--
nosy: +loewis
___
Python tracker
<http://bu
Changes by Brian Curtin :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10002>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10197>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
nosy: +brian.curtin
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10217>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
The 2.6, 2.7, and 3.1 amd64 installers work on my 64-bit Windows 7 machines.
Can you follow the steps in msg83923 on #4735?
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by Brian Curtin :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue10239>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Is there a reason this removes the Release x64 configuration?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9
Brian Curtin added the comment:
Let me rephrase that: What makes the Release x64 configuration unnecessary,
thus removed?
--
___
Python tracker
<http://bugs.python.org/issue9
Brian Curtin added the comment:
Fixed in r85984. Thanks.
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> resource usage
versions: +Python
Brian Curtin added the comment:
Fixed in r85987. Made both places hunks of the patch use the context manager.
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
type: -> resource usage
versions: +Python 3.2
Changes by Brian Curtin :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10257>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Fixed in r85990. Thanks.
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> resource usage
versions: +Python
Brian Curtin added the comment:
Forget the attachment?
--
nosy: +brian.curtin
type: -> resource usage
versions: +Python 3.2 -Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
A fix to this would help silence a number of ResourceWarning messages coming
out of the test suite.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9
Brian Curtin added the comment:
See the "types" module, specifically types.ModuleType. Compare that to your
"type(os)" result.
This is not a support channel. Please see python-list for these types of
questions.
--
nosy: +brian.curtin
resolution: -> reject
New submission from Brian Curtin :
==
FAIL: test_garbage_at_shutdown (test.test_gc.GCTests)
--
Traceback (most recent call last):
File "c:\python-dev\py3
New submission from Brian Curtin :
The attached patch cleans up the numerous ResourceWarning messages that
distutils test runs generate. The changes basically just close all open files -
some in the test suite, some in the library code.
No context managers were used since distutils appears in
Brian Curtin added the comment:
Wow, I should open my eyes. Dupe of #10252
--
assignee: tarek ->
resolution: -> duplicate
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Brian Curtin added the comment:
The patch shouldn't use context managers, as distutils claims to support 2.3.
#10290 contains a similar patch which doesn't use 'with'. (Sorry to duplicate
efforts here, forgot to search...)
--
nosy: +brian.curtin
sta
New submission from Brian Curtin :
As shown in a debug run of test_multiprocessing, at least two places in
managers.py apparently leave open sockets. Lines 786 and 805 are the culprits,
both util log lines.
--
components: Library (Lib)
messages: 120367
nosy: asksol, brian.curtin
Brian Curtin added the comment:
Works for me.
--
assignee: brian.curtin -> pitrou
___
Python tracker
<http://bugs.python.org/issue10279>
___
___
Python-
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue1926>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Works for me. I think it should be ok to commit.
--
assignee: -> ocean-city
___
Python tracker
<http://bugs.python.org/issu
Changes by Brian Curtin :
Added file: http://bugs.python.org/file19524/fix_pipe_close.diff
___
Python tracker
<http://bugs.python.org/issue10252>
___
___
Python-bug
Changes by Brian Curtin :
--
type: security -> behavior
___
Python tracker
<http://bugs.python.org/issue9995>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
> Still not sure why they were not showing up on the buildbots. Victor was
> working from an svn checkout and I from the binary installer, so it's not
> just a difference in the svn eol handling.
I too had only been seeing this in my checkout,
Brian Curtin added the comment:
The patch works for me.
Unfortunately my knowledge on this particular area is very low so I can't
really evaluate the patch.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Brian Curtin :
--
nosy: +brian.curtin, loewis
___
Python tracker
<http://bugs.python.org/issue11288>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
It works fine for me. Just did a 32-bit Python 3.2 install on a Windows 7
64-bit machine and IDLE works.
--
___
Python tracker
<http://bugs.python.org/issue11
Changes by Brian Curtin :
--
assignee: -> lukasz.langa
nosy: +lukasz.langa
___
Python tracker
<http://bugs.python.org/issue11324>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
Santoso - since this is a feature request it would need to be retargeted to 3.3
--
versions: +Python 3.3 -Python 2.7
___
Python tracker
<http://bugs.python.org/issue7
Brian Curtin added the comment:
-1 on going back through blah/xblah all over again.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11
Brian Curtin added the comment:
FYI this was created during my PyCon talk...needed a non-dev account for the
demo.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11
Brian Curtin added the comment:
This is a duplicate of #6727, which is now easier to fix due to the symlink
work in 3.2.
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue6727>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Agreed, looks fine.
--
___
Python tracker
<http://bugs.python.org/issue11488>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Attached is a slightly updated version of the patch. If the assertEqual for any
reason were to fail, the file wouldn't be closed, leading to a ResourceWarning.
That'll work on 3.2+, but if this is backported consideration will have to be
made
Brian Curtin added the comment:
The 3.x side of things is taken care of. Still need to see if there is any
issue on 2.7 where things are organized differently and dbm is in C.
--
assignee: -> brian.curtin
stage: -> commit review
___
Changes by Brian Curtin :
--
keywords: +needs review
nosy: +brian.curtin
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue11503>
___
_
Changes by Brian Curtin :
--
assignee: -> brian.curtin
keywords: +needs review
stage: -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/i
Changes by Brian Curtin :
--
resolution: -> rejected
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
resolution: -> rejected
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
I showed robquad how to do the review stuff at PyCon but I forgot about the
publish part. Robbie, if you hit "Publish + Mail Comments" near the top of the
page after you've left comments, it'll send them out.
What he noticed was that chan
Brian Curtin added the comment:
Many thanks for the patch, Denver!
--
assignee: -> brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Brian Curtin added the comment:
Tested the patch on Windows -- all tests pass.
--
___
Python tracker
<http://bugs.python.org/issue11503>
___
___
Python-bug
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11577>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I'm not seeing those warnings anymore, so I think the patch can be ignored.
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
I made a bunch of the stat changes in 3.2 so I'll assign this to myself and
take a look.
--
assignee: -> brian.curtin
stage: -> needs patch
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
Thanks for the patch!
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11629>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
You should report this to whoever makes npyio.py
--
nosy: +brian.curtin
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
components: +Extension Modules, Windows -Library (Lib)
nosy: +brian.curtin
stage: -> needs patch
type: -> behavior
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
This is incorrect. Please look at Python/bltinmodule.c for how input() is
implemented - there is no eval involved.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11
Changes by Brian Curtin :
--
type: security ->
___
Python tracker
<http://bugs.python.org/issue11641>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
3.2.1 will have the fix.
--
nosy: +brian.curtin
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
I believe there was a previous request for this which was rejected, likely for
reasons Amaury listed.
--
nosy: +brian.curtin, loewis
___
Python tracker
<http://bugs.python.org/issue11
Brian Curtin added the comment:
SYNCHRONIZE comes for free on pipes created with CreateNamedPipe, so there's
nothing to do there.
I think it's more likely that we'll have to use WaitForMultipleObjects and
include the pipe handle with a signal handler for Ctrl-C. I believ
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue1602>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Attaching an initial patch implementing the same functionality but using
WaitForMultipleObjects. Here's some details:
WFMO takes an array of objects to wait on, which is the pipe handle and
sigint_event which is a handle to an event which gets set when C
Brian Curtin added the comment:
In the end, this is a duplicate of #11272 -- it's not specific to distutils but
this is where the issue pops up. input() in 3.2.0 isn't working properly so you
won't be able to run the register command. This is fixed for 3.2.1
In the meantime,
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue1673007>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Closing as duplicate. #1673007 tackles the same issues and has a few patches
available.
--
nosy: +brian.curtin
resolution: -> duplicate
stage: test needed -> committed/rejected
status: open -> closed
superseder: -> urllib2 requests hi
Brian Curtin added the comment:
Can you add your tests to Lib/test/test_netrc.py?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11
New submission from Brian Curtin :
Attached is a patch which adds skip_unless_unattended, which ideally would be
used with at least test_faulthandler when running on Windows.
Running the tests on a Windows desktop results in the user having to click
through Windows Error Reporting dialogs in
Brian Curtin added the comment:
Attached is an example of how this might be used with
Lib/test/test_faulthandler.py
--
nosy: +haypo, loewis
Added file: http://bugs.python.org/file21494/faulthandler_example.diff
___
Python tracker
<h
Brian Curtin added the comment:
Big +1. I'll work up a patch.
--
assignee: -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue11750>
___
_
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11754>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue11758>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10175>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
http://psf.upfronthosting.co.za/roundup/meta is the bug tracker for the bug
tracker.
Also, consider that if you are subscribed to any of the tracker mailing lists
such as python-bugs-list, you might get multiple copies of tracker comments.
--
nosy
Changes by Brian Curtin :
--
stage: -> needs patch
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue11776>
___
___
Python-bugs-list
Brian Curtin added the comment:
Disabling and re-enabling is another possibility, and it's probably more likely
to help in the long run. Most (all?) Windows machines have error reporting
enabled unless you mess with the registry manually, so the only place tests
would be run with my
Brian Curtin added the comment:
This looks reasonable to me. If no one beats me to it, I'll check it in tonight.
--
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
Thanks for the patch!
--
assignee: jnoller -> brian.curtin
resolution: -> fixed
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.o
New submission from Brian Curtin :
Patch to add -a/--attach option to Lib/test/regrtest.py to pause before
beginning test runs. This would allow a user to attach Visual Studio or some
other debugger. Very simply, this option just blocks waiting for a keystroke
during argument parsing - once
Changes by Brian Curtin :
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue11834>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue11834>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
True. In the end all it does is wait for input not specific to attaching
debuggers. How about ``--wait``?
I'm used to this functionality being `-x` in another app, so we're iteratively
gett
Changes by Brian Curtin :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5162>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Here's a patch replacing Modules/_multiprocessing/win32_functions.c and
PC/_subprocess.c with a common PC/_windows.c. There's not much to the patch
despite its size -- it just shuffles around the C code and does a few renames
in the appropriate Pyth
Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue11750>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
For the first point, I just put it there since other Windows-only modules
already exist there. _subprocess did, msvcrt and winreg currently do, and
there's a few other Windows-only things in there. It's not a big deal, so I can
move it into Modules
Brian Curtin added the comment:
This is something that should be handled on the trackers of any of the external
SOAP libraries. If they are ported to Python 3 and are seen as best in class
and are willing to move all development into the standard library, then
inclusion could be considered
Brian Curtin added the comment:
I no longer have access to a Server 2003 machine and I don't remember this
happening the last few times I worked on that OS so it may have been fixed.
If this occurs for anyone else, feel free to reopen.
--
resolution: -> rejected
stage: nee
Brian Curtin added the comment:
This hasn't been an issue for quite some time, and I suspect the follow-up work
on symbolic and hard links and their supporting functions corrected any
problems in this area.
--
resolution: -> works for me
stage: needs patch -> committ
Changes by Brian Curtin :
--
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -Python 3.1
___
Python tracker
<http://bugs.python.o
201 - 300 of 1382 matches
Mail list logo
