Brian Curtin added the comment:
A side effect of this change is that it kills the ability to have a
PyStructSequence which has a smaller visible size than the total number of
items. For example, sys.getwindowsversion used to have 5 items in the sequence
and 4 items accessible by name only
Brian Curtin added the comment:
This is only an issue on release31-maint. py3k and release27-maint passed this
test when I ran from H:\ with my source on C:\.
--
nosy: +brian.curtin
stage: -> needs patch
versions: -Python 2.7, Python
Brian Curtin added the comment:
Agreed. This started out as a knee-jerk reaction to regrtest not working, but
the problem is deeper.
Closing this. The structseq stuff is being dealt with elsewhere.
--
resolution: -> rejected
stage: needs patch -> committed/rejected
status
Brian Curtin added the comment:
Committed in r82659.
I'm leaving this open until a few other issues are fleshed out.
1. Document privilege escalation and/or expose some method to do so.
2. Test execution, e.g., buildbots
Once I get a few more things off my plate I should be able to f
Brian Curtin added the comment:
Yep, setting this back to closed.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7766>
___
___
Py
Changes by Brian Curtin :
--
components: +Extension Modules -Library (Lib)
versions: -Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue1723
Changes by Brian Curtin :
--
stage: -> unit test needed
type: -> feature request
___
Python tracker
<http://bugs.python.org/issue1723038>
___
___
Pyth
Brian Curtin added the comment:
Committed Jason's patch with Antoine's twist as r82743 after running on Arch
Linux. Thanks for catching and looking into this stuff.
--
___
Python tracker
<http://bugs.python.org
Changes by Brian Curtin :
--
components: +Extension Modules -Library (Lib)
___
Python tracker
<http://bugs.python.org/issue1522400>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
components: +Unicode
___
Python tracker
<http://bugs.python.org/issue6668>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
components: +Extension Modules -Library (Lib)
___
Python tracker
<http://bugs.python.org/issue7365>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
I'm looking into the TODO details right now, but the patch as-is didn't pass
for me.
The last line of test_communicate_timeout fails on Windows 7 with
"pineapple\r\npear\r\n" not matching "pineapple\npear\n". Creating the Popen
Changes by Brian Curtin :
--
assignee: -> merwok
___
Python tracker
<http://bugs.python.org/issue1410680>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
The pattern you mention should probably be documented as an example, if that's
how we intend for people to use it. Other than that, I've got nothing else here.
--
assignee: -> rnk
___
Python t
Brian Curtin added the comment:
I don't think this should have been closed just yet. If the issue still exists
in 2.x, it could still be fixed in the remaining 2.6 release, or any of the
future 2.7 releases.
You are right that it won't apply to 3.x since hotshot is
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9262>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I would forget about slicing or using startswith. "win32" is the platform name
for Python on Windows whether or not it's 64-bit (see PC/pyconfig.h), so I'd
just check """sys.platform == 'w
Brian Curtin added the comment:
You forgot "self." on at least lines 1042 and 1044 in Lib/subprocess.py --
multiple test failures occur on Windows 7 due to a NameError for the global
stdout_thread not being defined. It seems "self." would also be needed on 1049
and 105
Brian Curtin added the comment:
Thanks for the patch. Fixed in r83007 through r83010.
--
assignee: -> brian.curtin
components: +Documentation, Extension Modules
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> be
Brian Curtin added the comment:
Looks good to me.
--
___
Python tracker
<http://bugs.python.org/issue5673>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
issue9079a.diff doesn't compile on Windows - timeval isn't defined. You'd have
to include Winsock2.h [0]. Adding something like the following within the
HAVE_FTIME block would work...
#ifdef MS_WINDOWS
#include
#endif
I don't currently hav
Brian Curtin added the comment:
Here are the errors I get:
Error 104 error C2037: left of 'tv_sec' specifies undefined struct/union
'timeval'c:\python-dev\py3k\Python\pytime.c 46 pythoncore
Error 105 error C2037: left of 'tv_usec' sp
Brian Curtin added the comment:
I won't have time to review this, but I can say issue9079b.diff works fine on
Windows.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Brian Curtin :
--
components: +Extension Modules, Windows
nosy: +brian.curtin
stage: -> unit test needed
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/iss
Brian Curtin added the comment:
issue9324.diff checks the signal value after argument parsing and before
sending it onward towards the system call.
It only lets you use the following signals, per
http://msdn.microsoft.com/en-us/library/xdkz3x12.aspx
SIGABRT
SIGFPE
SIGILL
SIGINT
SIGSEGV
Brian Curtin added the comment:
Oops, note to myself that there's a long line in signalmodule.c.
--
___
Python tracker
<http://bugs.python.org/issue9324>
___
___
Changes by Brian Curtin :
--
assignee: d...@python -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue7579>
___
___
Python-bugs-list mai
New submission from Brian Curtin :
A recent sysconfig test which should have been skipped on Windows (now fixed)
exposed a bug in the assertIn/assertNotIn methods. If the "container" you are
testing doesn't support membership testing or iteration, such as None value
when a prev
New submission from Brian Curtin :
#1578269 introduced os.symlink support for Windows 6.0, but it requires the
SeCreateSymbolicLinkPrivilege privilege to be enabled for the calling user,
which is not always the case. Documentation needs to be added on the specific
details here, possibly
Brian Curtin added the comment:
Closed. I created #9332 for the remaining side issues.
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue1
New submission from Brian Curtin :
As it currently stands, the possibility exists that some users might not have
the SeCreateSymbolicLinkPrivilege privilege enabled (depending on security
settings, corporate policy, etc). There should be some method of enabling that
privilege outside of the
Brian Curtin added the comment:
I knew there was a reason I was thinking my whole idea was slightly
ridiculous...duh.
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
That's a way better idea. It would also cut down some of the code in
Lib/test/symlink_support.py. I'll take a whack at that and see how it looks.
--
___
Python tracker
<http://bugs.python.
New submission from Brian Brazil :
http://docs.python.org/py3k/library/threading.html
"Roughly, a thread is alive from the moment the start() method returns until
its run() method terminates."
Using "Roughly" in relation to threading is a bit unspecific. I
Changes by Brian Brazil :
Removed file: http://bugs.python.org/file18140/threading-roughly-doc-fix.patch
___
Python tracker
<http://bugs.python.org/issue9339>
___
___
Brian Brazil added the comment:
Here's a slightly cleaner version.
--
Added file: http://bugs.python.org/file18141/threading-roughly-doc-fix.patch
___
Python tracker
<http://bugs.python.org/i
New submission from Brian Brazil :
The attached patch:
Remove unused "self-test" from threading.py that doesn't really test much.
Add better testing for Thread.__repr__.
This brings coverage as measured by regrtest from 40% to 45%.
--
components: Interpr
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9291>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
One additional change was needed to compile on Windows:
Index: PC/config.c
===
--- PC/config.c (revision 83087)
+++ PC/config.c (working copy)
@@ -116,7 +116,7 @@
{"parser", PyI
New submission from Brian Brazil :
The attached path adds tests for translate and filter, and also fixes a few
style issues in fnmatch itself.
--
components: Interpreter Core
files: fnmatch_test_and_cleanup.patch
keywords: patch
messages: 111340
nosy: bbrazil
priority: normal
severity
Changes by Brian Brazil :
Removed file: http://bugs.python.org/file18150/fnmatch_test_and_cleanup.patch
___
Python tracker
<http://bugs.python.org/issue9356>
___
___
Pytho
Brian Brazil added the comment:
It helps if the diff is from the root...
--
Added file: http://bugs.python.org/file18151/fnmatch_test_and_cleanup.patch
___
Python tracker
<http://bugs.python.org/issue9
Changes by Brian Curtin :
--
dependencies: +Add ntpath.sameopenfile support for Windows
___
Python tracker
<http://bugs.python.org/issue8879>
___
___
Python-bug
Brian Brazil added the comment:
I've updated the patch for 3.2 and improved the documentation formatting.
--
nosy: +bbrazil
___
Python tracker
<http://bugs.python.org/i
Brian Brazil added the comment:
Looks like it lost my patch, but Steven's does the same.
One tweak: in threading.rst put all of the class signature on one line or the
html formatting will be a bit off.
--
___
Python tracker
New submission from Brian Brazil :
The attached patch improves the code coverage of queue to 98% by testing empty,
full, put_nowait, get_nowait and some error conditions.
--
components: Library (Lib)
files: test_queue.patch
keywords: patch
messages: 111354
nosy: bbrazil
priority
New submission from Brian Brazil :
fnmatch.translate's docstraing says "There is no way to quote
meta-characters.", but this isn't in the html docs. The attached patch fixes
that.
--
assignee: d...@python
components: Documentation
files: fnmatch_translate_doc.p
Brian Curtin added the comment:
Here's a patch implementing ntpath.sameopenfile with _getfileinformation in
Modules/posixmodule.c.
Martin's suggestion is the best way of doing this, which was the basis for
_getfileinformation implementation. It returns a tuple of the three releva
Brian Curtin added the comment:
Fixed by Ezio Melotti in r83103.
--
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> behavior
___
Python tracker
<http://bugs.pytho
Brian Curtin added the comment:
msg77014 could bring startup time down significantly so I'm -1 on that.
Overall I've never found difficulty in running scripts with the right version
so I don't have a strong enough opinion on any of it. I think it's probably
something whic
Brian Curtin added the comment:
Committed to py3k in r83154 and release27-maint in r83155.
--
nosy: +brian.curtin
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Brian Curtin added the comment:
I don't think we should have a list of three alternatives to the single way you
really should be creating diffs. If you are working on Python you should have
Subversion and run "svn diff", or have Mercurual and run "hg diff".
I gue
Brian Curtin added the comment:
Until Rietveld has a defined place in our workflow, I don't think that's a good
idea.
I think that will be a part of the process in the future, but we're not
defining that here.
--
___
Python
Brian Curtin added the comment:
"svn diff" is already explained a few times in the doc, including the line
above the suggested change.
--
resolution: -> rejected
stage: -> committed/rejected
status: open -> closed
___
Py
Brian Curtin added the comment:
Python 3.1.2 (r312:79149, Mar 21 2010, 00:41:52) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> ^D
File "", line 1
♦
^
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue1682942>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Do you have pyreadline installed? If so, that is causing it. If not, it's
something else as Ctrl-D is not an EOF character on Windows.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue9362>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I uploaded the current patch to Rietveld and reviewed it there, CC'ed Łukasz.
http://codereview.appspot.com/1848051/show is the link.
I only gave the tests a once-over since they failed for not having the test
file Łukasz meant to include. I'll re
Brian Curtin added the comment:
I'm guessing assigning to Christian was accidental - taking it back for myself.
--
assignee: christian.heimes -> brian.curtin
priority: low -> normal
stage: committed/rejected ->
___
Python
Brian Curtin added the comment:
How does this patch look? It changes RegexObject to _sre.SRE_Pattern and
MatchObject to _sre.SRE_Match. Additionally, references are used to link to
those classes generically as "match objects" or "compiled regular expressions"
rather t
Brian Curtin added the comment:
I didn't actually want to use _sre.SRE_* but I'm not exactly sure how to hide
it. It's more correct that way, but it takes this issue the wrong direction by
exposing it.
I think it should be denoted as a class but with a generic name, if that
Brian Curtin added the comment:
Unless this is confirmed to have been fixed, it should not be closed.
--
nosy: +brian.curtin
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Brian Curtin :
--
status: pending -> open
___
Python tracker
<http://bugs.python.org/issue4841>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Both machines I've seen this on were true multicore, no VMs. One is dual core
the other is 16.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Brian Curtin :
Raymond informed me that #1578269 introduced breakage to compilation under
Visual Studio 2005 due to three undefined symbols. I'm not currently setup to
build under 2005, so I just offer this patch which defines the values as they
are seen in VS
Brian Curtin added the comment:
Fixed in r83407 (py3k), r83409 (release31-maint), and r83410 (release27-maint).
--
assignee: -> brian.curtin
components: +Extension Modules -Library (Lib)
resolution: -> fixed
stage: patch review -> committed/rejected
status: open
Brian Curtin added the comment:
Although you say this is fairly common, I haven't heard of anyone using or
requesting this type of feature. Do you have any real-world use cases for this?
Before we start adding more read methods I think we should know who wants them
and why.
I'
Brian Curtin added the comment:
The test added here is crashing my Windows 7 x64 machine on py3k in debug mode.
It hangs indefinitely in release mode. This isn't occurring with the
buildbots...
(Sorry for not reporting this sooner...I came to see the status and apparently
the mess
Changes by Brian Curtin :
Removed file: http://bugs.python.org/file18132/enable_symlink.diff
___
Python tracker
<http://bugs.python.org/issue9333>
___
___
Python-bug
Brian Curtin added the comment:
Here's a patch implementing a similar idea to what Jason mentioned, complete
with the test updates and code removals. It initially adds win_symlink as
"_symlink", and on module initialization it will be renamed to "symlink" if th
Brian Curtin added the comment:
Forgot to mention: I've only run this on Win7 at the moment. I'll need to take
a look at how this works on older Windows.
--
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
I'll have to investigate the possibility of the privilege occurring on XP --
I'm doubtful that it exists there, but I'll confirm.
Currently "os._symlink" is not exposed -- it gets swallowed up in Lib/os.py in
the "nt"
Brian Curtin added the comment:
Unless anyone plans on a patch I say we let this go. As of 2.5 we provide x64
installers, and with most users running on 64-bit OS'es I would say it's better
to suggest they use a 64-bit compiled Python to obtain an even larger
addressable space.
New submission from Brian Curtin :
I just realized test_multiprocessing is being skipped on Windows because a few
relative imports of _multiprocessing are failing in win32 specific code blocks.
Attached is a trivial patch to remove the relative import, enabling the tests
to run and succeed on
Brian Curtin added the comment:
Fixed in r83722 (py3k) and r837274 (release31-maint).
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -Python 2.7
___
Python tracker
<http://bug
Brian Curtin added the comment:
Tim,
I updated your test to use some of the newer and preferred unittest features
and made a change to do the common stuff in loops. The _subprocess.c changes
look fine to me. See attached issue3210_py3k.diff.
--
nosy: +brian.curtin
Added file: http
Changes by Brian Curtin :
--
stage: unit test needed -> patch review
___
Python tracker
<http://bugs.python.org/issue3210>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
Ah ok. I got hooked onto new unittest stuff and overdid it. Whoops.
In that case, I guess just the last lines converting your "assert_" to
"assertFalse" would be my only suggestion.
--
___
P
Brian Curtin added the comment:
Those two signals are only intended to work with os.kill -- they are specific
to the GenerateConsoleCtrlEvent function in Modules/posixmodule.c. I'll have to
change the documentation to note that.
If you want to send those events to other processes, h
Brian Curtin added the comment:
Fixed the first part, denoting that signal.CTRL_C_EVENT and
signal.CTRL_BREAK_EVENT are for os.kill only. Done in r83745 (py3k) and r83746
(release27-maint).
Leaving open for the second part about their usage
Brian Curtin added the comment:
Fixed in r83763 (py3k), r83764 (release31-maint), and r83765 (release27-maint).
Thanks for reporting this.
--
resolution: -> fixed
stage: patch review -> committed/rejected
versions: +Python 3.1
___
Python t
Brian Harring added the comment:
This change isn't hugely friendly API wise- for code that invokes setupterm()
multiple items (and does so knowing what it's doing), they're now silently
locked into whatever the first term invocation was.
Personally, an override here
Brian Brazil added the comment:
This looks as though its a short write:
[pid 28343] recvfrom(5, "GET / HTTP/1.1\r\nAccept-Encoding:"..., 8192, 0, NULL,
NULL) = 118
[pid 28343] poll([{fd=5, events=POLLOUT, revents=POLLOUT}], 1, 1) = 1
[pid 28343] sendto(5, "HTTP/1.0 200
Brian Brazil added the comment:
The attached patch handles short writes, and adds ajaksu2's tests.
--
Added file: http://bugs.python.org/file18433/tests-iter-urllib-py3k.patch
___
Python tracker
<http://bugs.python.org/i
Brian Brazil added the comment:
I've updated this patch to apply cleanly to 2.7, and also adapted it to for
py3k. I added a small tweak to the example description in socket.rst.
I've tested the instructions for both 2.7 and 3k and verified they still work
as expected.
-
Changes by Brian Brazil :
Added file: http://bugs.python.org/file18436/socket-sendall-doc-py3k.patch
___
Python tracker
<http://bugs.python.org/issue6005>
___
___
Pytho
Brian Brazil added the comment:
Here's a quick test:
Python 3.2a1+ (py3k:83811, Aug 8 2010, 09:00:22)
[GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os, s
Brian Brazil added the comment:
The attached patch removes the dead code, regrtest is happy.
--
keywords: +patch
nosy: +bbrazil
Added file: http://bugs.python.org/file18438/xmlparse_ParseFile-dead-code.patch
___
Python tracker
<h
Brian Curtin added the comment:
"I don't have python3 installed at work, sorry."
Does that mean you have been using the patch with 2.x? If so, that's not valid.
--
___
Python tracker
<http://bu
Brian Curtin added the comment:
"I've been using the subprocess-timeout-v5.patch patch with 2.x. Isn't that
version supposed to work with 2.x?"
Actually, yes, so I was wrong at first. The v5 patch will work with 2.x, but
that's not the most up to date or correct patc
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue949667>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Attached is a patch using Ronald's suggestion to rework this as a switch
statement. Also included is a minor reworking that Paul noticed in
Lib/test/test_signal.py.
Added the people who responded to the python-dev checkin comments to the nosy
list. Feel
Brian Curtin added the comment:
Shouldn't the tests calculate line wrapping based on what is set, rather than
brute forcing it to be 80?
--
nosy: +brian.curtin
stage: -> unit test needed
versions: +Python 3.2 -Python 3.3
___
Python tracke
New submission from Brian Davis:
When attempting to download the latest numpy windows binary, it is quarantined
due to the presence of Trojan:Win32/Spursint.A!cl. This should be removed, and
root caused as to how this could have made it into the package.
--
messages: 283573
nosy
New submission from Brian Nenninger:
secrets.randbelow(-1) causes the interpreter to hang. It should presumably
raise an exception like secrets.randbelow(0) does. This is on Mac OS X 10.11.6,
shell transcript below.
=
$ python3
Python
New submission from Brian Vandenberg:
When building pythong 3.6.0 on solaris 10/sparc I'm seeing the following error:
Modules/_ctypes/libffi/src/sparc/ffi.c:440:8: error: 'asm' undeclared (first
use in this function)
(...)
If I force it to use -std=gnu99 then it seems
New submission from Brian Vandenberg:
I'm attempting to build python 3.6.0 on sparc/solaris 10. After the initial
configure/compile complete I ran "make test" and I see:
$ make test
running build
running build_ext
(...)
running build_scripts
copying and adjusting (...)
c
Brian Vandenberg added the comment:
I forgot to mention, this wasn't an issue in 3.5.1 though I never did check how
many jobs it was using.
I ran into other issues building that version and moved to a newer version
because at least one of them (logging test race condition) was fixed
Brian Vandenberg added the comment:
This is odd. I just went back and re-ran 3.5.1 to see how many cores and it's
having the same problem now. So, scratch that last coment.
--
___
Python tracker
<http://bugs.python.org/is
1801 - 1900 of 1998 matches
Mail list logo