Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12239>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
stage: -> needs patch
type: -> behavior
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
Attached is a complete patch. All tests pass.
Lib/test/support.py
* Handle AttributeError, which Hirokazu noticed on pre-XP machines
Lib/test/test_os.py
* This sets up a three-deep directory tree and creates a symbolic link in the
middle (second) directory
Brian Curtin added the comment:
Attached is a patch that makes this about twice as fast for regular files and
about 15 times faster for symbolic links and directories.
Not that this would be anyone's performance bottleneck, but it does make the
time more of a constant due to the recu
Brian Curtin added the comment:
Looks like I didn't test this enough - many other test failures are occurring.
Disregard this patch for now.
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
Can you provide a simple test script?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12262>
___
___
Pytho
Brian Curtin added the comment:
Here's a patch that works. All tests are passing.
I changed from using FindFirstFile to GetFileAttributes, which provides
basically the same performance characteristics.
One change in this implementation is to not raise a WindowsError when the file
cann
Brian Curtin added the comment:
This code has changed a lot since originally being committed, so I'll handle
backporting in #12084 which has the latest changes.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org
Brian Curtin added the comment:
I have a fully working VS2010 build that I'm working on getting the ok to
contribute from my employer. We may be able to use this for 3.3 but nothing
earlier. I started a discussion on the Python-Dev list a few months ago but I
don't believe we
Brian Curtin added the comment:
We have to have x64 support, and the 2010 express version can now target x64
provided you have the x64 SDK installed. That wasn't true of 2008, but there
were some registry/config file messing you could do in order to get x64 support
out of
Brian Curtin added the comment:
Also, what I meant by "full" (in "fully working") in my message was that the
full test suite passes. There are a number of code changes that have to be
made, mostly around various constants used, e.g.,
Brian May added the comment:
To address some of the comments above:
* Yes, the patch is large. However, most of this is in the tests. Only A
relatively small part is in the code that implements the required
functionality. I don't care much myself about the test cases, however would
Brian Curtin added the comment:
I should have specified - the patch is for 3.2. 2.7 code in this area is
different but I'll get to that, and default/3.3 will also get this patch but
it'll probably require some tweaking.
I guess I went overboard on the refactoring which is why
Brian Curtin added the comment:
Victor - does the new patch pass all tests for you on 3.2?
--
Added file: http://bugs.python.org/file22274/issue12084_v2.diff
___
Python tracker
<http://bugs.python.org/issue12
Brian Curtin added the comment:
You might want to check out the python-tutor or python-list email lists (see
http://mail.python.org/mailman/listinfo). This is a tracker for bug reports or
problems with the Python interpreter and standard libraries.
--
nosy: +brian.curtin
resolution
Brian Curtin added the comment:
This was also pushed to 2.7 in f1509fc75435.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -Python 3.1
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue12284>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Brian Curtin :
--
resolution: -> invalid
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/issue9035>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Here's a cleaned up patch which includes the test and lstat change Victor
mentioned. I think this addresses everything we need to cover here. Can you run
the tests once more with this new patch?
--
Added file: http://bugs.python.org/file
Brian Curtin added the comment:
Well apparently that killed the XP build bots. Does anyone currently have
access to XP that could test this?
--
___
Python tracker
<http://bugs.python.org/issue12
Brian Curtin added the comment:
It has something to do with the GetFinalPathNameByHandle dance.
--
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Brian Curtin added the comment:
How about this patch?
We yield the GIL in posix_do_stat, so as Antoine pointed out in IRC, we were
calling PyErr_SetString without having the GIL. I think this is the correct fix
as I've stepped through the code in Visual Studio, forcing it to take
Brian Curtin added the comment:
I think quick3 is the way to go - checked in, we'll see how the buildbots react.
1524a60016d0 is the changeset for the 3.2 checkin (forgot to mention the issue#
there)
--
___
Python tracker
<http://bugs.py
Brian Curtin added the comment:
Just had a successful XP buildbot run:
http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.2/builds/304
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
_
Brian Larsen added the comment:
Hey I have this problem too. I would love to see this fixed.
--
nosy: +Brian.Larsen
___
Python tracker
<http://bugs.python.org/issue9
Brian Brazil added the comment:
David's change sounds good to me.
--
___
Python tracker
<http://bugs.python.org/issue9921>
___
___
Python-bugs-list m
New submission from Brian Thorne :
The test coverage for functools was down around ~60%, this is a patch to bring
that up to ~98%.
Made two changes to the Lib/functools.py file itself:
1) Moved the Python implementation of partial into Lib/functools.py from
Lib/test/test_functools.py which
New submission from Brian Hare :
In Windows, using python 3.2, the built-input function does not strip the
trailing '\r' from the string input:
Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", &
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12442>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Agreed. I think we should pass on the raw data - how the user wants to format
and present that is up to them.
--
___
Python tracker
<http://bugs.python.org/issue12
Brian Curtin added the comment:
Can you post some example code or a test case?
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
stage: -> committed/rejected
status: open -> closed
type: crash -> behavior
___
Python tracker
<http://bugs.python.or
Brian Curtin added the comment:
Sorry it took so long to get to this - thanks a lot for the patch, Robbie!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Changes by Brian Curtin :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
type: -> behavior
___
Python tracker
<http://bugs.python
New submission from Brian Jones :
The documentation here:
http://docs.python.org/dev/library/unittest.html#unittest.TestCase.assertRaisesRegex
Indicates that, when used as a context manager, assertRaisesRegex should accept
a keyword argument 'msg'. However, that doesn't appear
Brian Jones added the comment:
No, I'm not. I'm sorry for not including this output initially. Here's what I
get (and I've added a sys.version_info line just to be double sure the right
executable is being invoked at runtime):
sys.version_info(major=3, minor=3, micro=0,
Brian Jones added the comment:
If there's some reason, based on the source snippet I posted from case.py, that
my msg should be making it to the output, can someone explain why/how it should
get there? I don't see any reason, from looking at the source, that 'msg'
should
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue2636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Rather than mucking with the string, we should probably set some of these
details as attributes on ImportError. #10854 wanted something similar - details
on the pyd file that failed if you get an ImportError on an extension module on
Windows.
--
nosy
Changes by Brian Curtin :
--
assignee: theller ->
nosy: -theller
___
Python tracker
<http://bugs.python.org/issue10309>
___
___
Python-bugs-list mai
Brian Curtin added the comment:
By this issue existing, that's the decision that we should probably do this,
and I think the discussion shows we agree it should happen. How it's done is
another way, and we have roughly a year to get it figured out before 3.3 gets
closer.
I have a
Brian Curtin added the comment:
How about something like this?
ImportError moves from being a "simple" exception to a "complex" one, then adds
a "name" and "path" attribute. In dynload_win.c where we try (and fail) to load
C extensions, the name and p
Brian Thorne added the comment:
Cheers for the comments Eric. I've modified the patch accordingly.
--
Added file: http://bugs.python.org/file22801/functools2.diff
___
Python tracker
<http://bugs.python.org/is
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
Changes by Brian May :
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue6560>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 :
--
components: +Windows
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/issue1508
New submission from Brian Curtin :
The fix for #2304 causes issues on Windows if you have file associations setup
that aren't Python interpters. In my case I have an association setup to open
.py files in gvim, which causes the shell tests to hang until I quit the
editor, then it
Brian Curtin added the comment:
Attached is a patch that fixes this for me, and I *think* it's looking in the
most correct area for the information.
Tim or any other Windows users, would you mind seeing that the skip does not
occur on your machines, thus allowing it to properly run
Brian Curtin added the comment:
I've tried changing privileges for a user and I'm not seeing that they get
reflected in real-time while an application is running. Maybe I'm not doing it
right, but I'm not seeing it. I'm also not able to find anything about that
being
Brian Curtin added the comment:
Yeah that's much better :)
I should have asked if you left out sys.executable out intentionally before
coming up with my patch...I assumed it was intended to be different due to
shell=1 or something.
Go ahead and apply if you want.
--
ass
Brian Curtin added the comment:
Fixed in r83983, r83984, and r83985. Thanks, Tim.
--
assignee: tim.golden -> brian.curtin
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
title: Skip subprocess shell tests on Windows per file assoc
Brian Curtin added the comment:
I just fixed a similar problem for #9513 but the problem was only ever seen
when test_multiprocessing was run through regrtest on 3.x on Windows. Removing
the relative import dot on _multiprocessing imports let them succeed.
I've never actually seen this
Brian Curtin added the comment:
I should correct myself. As seen on the 2.6 Win7 buildbot[0],
test_multiprocessing is skipped there likely due to the "from
._multiprocessing..." ImportError. I kind of remember this now but didn't want
to backport the fix to release26-mai
Brian Curtin added the comment:
Ok, it turns out this is in fact a regression from 2.6.5. My prior
investigation for that 3.x issue must not have been on the 2.6 version I
thought it was.
Barry: the fix from #9513 (e.g., r83722) will correct this.
--
priority: normal -> rele
Brian Curtin added the comment:
Here's the patch. All four changes are one char each and live within
win32-specific blocks.
--
keywords: +patch
Added file: http://bugs.python.org/file18526/issue9600.diff
___
Python tracker
<http://bugs.py
Brian Curtin added the comment:
Committed in r84031.
Thanks for reporting this, cipater.
--
assignee: -> brian.curtin
resolution: accepted -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tr
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I committed the code you speak of (posix__getfinalpathname in
Modules/posixmodule.c), but I don't know if I have a great answer for that
question. It looks like VOLUME_NAME_NT (path with volume device path) should
just be changed to VOLUME_NAME_DOS (path
Brian Curtin added the comment:
sockdefine.patch seems fine to me.
--
___
Python tracker
<http://bugs.python.org/issue4835>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
stage: -> needs patch
type: -> feature request
versions: +Python 3.2 -Python 3.1
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
I have zero knowledge and experience when it comes to curses so I'm afraid I
can't really provide much here.
One thing I can say is that this patch would have to be converted to be
compiled by MSVC rather than MinGW. That was an early issue with #2
New submission from Brian Curtin :
"""
with file("sample.py", "r") as f:
pass
"""
The above code comes out of 2to3 with no modifications suggested. "file" is
gone in 3.x and could be substituted with "open" usage in
Brian Curtin added the comment:
> (not sure its for this thread though but...) Windows on default limits
> the amount of memory for 32 bit processes to 2GB. There's a bit in
> the PE image which tells 64 bit windows to give it 4GB (on 32 bit
> windows PAE needs to be enab
Brian Curtin added the comment:
+1
These are apparently so commonly looked up that there are even two websites
dedicated to these options: http://strftime.org/ and http://strfti.me/. Even
Sauce Labs put the format options on the side of the coffee mugs they handed
out at PyCon 2010
Brian Curtin added the comment:
Your patch works for me on Win7.
I'll put together a patch for the malloc/free thing in your first bullet point.
--
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
When you install what? Python, Blender, or clonk?
Can you take a screenshot of the message that you see, possibly along with more
details about what it is that you are doing?
--
nosy: +brian.curtin
___
Python
New submission from Brian Curtin :
Using Cygwin 1.7, there are build failures for both _curses, _curses_panel, and
_io.
The curses failures are because symlinking /usr/include/{n}curses.h from
/usr/include/{n}curses.h was removed in recent versions [0], so I added
"-I/usr/include/nc
Brian Curtin added the comment:
This patch lets everything build ok, but a run of regrtest segfaults usually
after a few tests (using -r) and there are nearly constant stack traces printed
to stderr about not being able to remap the Cygwin bz2 DLL's address space.
I used extern as R
Brian Curtin added the comment:
Committed to py3k in r84295.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue8296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Thorne added the comment:
Comments on the SciPy-Dev mailing list:
>>>
While testing Scipy's weave on several different Windows installations, I came
across some problems with spaces in paths that often prevent weave from working.
I can see a change that could probably get
Brian Thorne added the comment:
Sorry, here is the example as a diff against an empty directory.
(I'm 100% sure the Ubuntu archiving program that I just used is free software
though...)
--
Added file: http://bugs.python.org/file18638/example
Changes by Brian Curtin :
Removed file: http://bugs.python.org/file17073/issue8521.diff
___
Python tracker
<http://bugs.python.org/issue8521>
___
___
Python-bugs-list m
Brian Curtin added the comment:
Attached is a better patch which, I think, uses better names.
CreateKeyEx, OpenKeyEx, and DeleteKeyEx (x64 only) all take named arguments.
key, sub_key, reserved, and access are the names of the arguments. The tests
run Create and Open regardless, but use
Changes by Brian Thorne :
Removed file: http://bugs.python.org/file18638/example.diff
___
Python tracker
<http://bugs.python.org/issue4508>
___
___
Python-bugs-list mailin
Brian Thorne added the comment:
Hopefully this works! Otherwise would a tar.gz or a zip archive be ok?
--
Added file: http://bugs.python.org/file18640/4508example.diff
___
Python tracker
<http://bugs.python.org/issue4
Brian Curtin added the comment:
+1 on option 1
--
___
Python tracker
<http://bugs.python.org/issue8781>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: +flox
stage: -> needs patch
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue9692>
___
___
Python-bugs-
Changes by Brian Curtin :
--
components: +Installation, Windows -None
stage: -> needs patch
title: 2755 -> Error 2755, "failure to find drive" when installing Python
type: -> behavior
___
Python tracker
<http://bug
Changes by Brian Curtin :
Removed file: http://bugs.python.org/file18660/unnamed
___
Python tracker
<http://bugs.python.org/issue9624>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
status: open -> languishing
versions: +Python 3.2 -Python 2.7
___
Python tracker
<http://bugs.python.org/issue1697175>
___
___
Py
Brian Curtin added the comment:
I'm not able to reproduce this. Do you have anything installed like pyreadline?
--
assignee: ronaldoussoren ->
nosy: +brian.curtin
versions: -Python 2.6
___
Python tracker
<http://bugs.python.or
Changes by Brian Curtin :
--
assignee: -> brian.curtin
components: +Extension Modules -Library (Lib)
versions: -Python 2.7
___
Python tracker
<http://bugs.python.org/iss
Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/iss
Brian Curtin added the comment:
> Important tools (like ease_install, pypm) from `Script` directory are
> already including version prefixes in their names (tool-2.7.exe).
>
> This means that it should not be a big problem having several Scripts
> directories on your path.
Brian Curtin added the comment:
s/append existing paths/append new paths/
--
___
Python tracker
<http://bugs.python.org/issue7231>
___
___
Python-bugs-list mailin
Changes by Brian Curtin :
--
assignee: -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue2122>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Brazil added the comment:
The attached patch fixes this.
--
keywords: +patch
nosy: +bbrazil
Added file: http://bugs.python.org/file18747/ioctl_1024_mutable.patch
___
Python tracker
<http://bugs.python.org/issue9
Brian Brazil added the comment:
This mistake is also in the docstring, I've attached a path to fix both.
--
keywords: +patch
nosy: +bbrazil
Added file: http://bugs.python.org/file18748/getresgid_group_not_user.patch
___
Python tracker
New submission from Brian Brazil :
The spacing in fcntl.fcntl's docstring isn't consistent, the attached patch
fixes this.
--
assignee: d...@python
components: Documentation
files: fcntl_docstring_spacing.patch
keywords: patch
messages: 115582
nosy: bbrazil, d...@pytho
Brian Brazil added the comment:
I'd already had a look around, and my knowledge of ioctls is not sufficient to
answer that question but I suspect the answer is no.
Does someone know of a ioctl that works across platforms, doesn't require
specific hardware or privileges and that
Brian Curtin added the comment:
Checked in the suggested fixes in r84556 (py3k), r84557 (release27-maint), and
r84558 (release27-maint).
--
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
_
Brian Curtin added the comment:
Fixed in r84559 (py3k) and r84560 (release27-maint).
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
101 - 200 of 1992 matches
Mail list logo
