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:
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
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 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
Brian Curtin added the comment:
Added in r84561.
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Brian Curtin added the comment:
#3778 covers the same issue and has more discussion. Closing this as a
duplicate.
--
resolution: -> duplicate
stage: unit test needed -> committed/rejected
status: open -> closed
superseder: -> python uninstaller leave regi
Changes by Brian Curtin :
--
nosy: +tebeka
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/issue3778>
___
___
Python-bugs-list mailing list
Unsub
New submission from Brian Curtin :
As pointed out by Nick Coghlan on python-dev, ntpath.samefile and
ntpath.sameopenfile are vulnerable to deadlock because they contain imports.
--
assignee: brian.curtin
components: Extension Modules, Windows
files: review_email.txt
messages: 115761
Brian Curtin added the comment:
What about using CreateDirectory?
--
components: +Build
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9
Brian Curtin added the comment:
Thanks for looking into that.
Since we now know that there is no use for the mode parameter on Windows, let's
just remove the mode related stuff (of course leaving it for other OSes). We
could then remove the macro and do the #ifdef dance around the
Brian Curtin added the comment:
#6478 looks related
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue9798>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
os.environ["PROCESSOR_ARCHITEW6432"] will tell you the true underlying
processor architecture when under WOW. Therefore, if you find that this
variable exists, you are under WOW.
Example, on my 64-bit machine with a 32-bit compiled Python:
Python 3
Brian Curtin added the comment:
After a quick glance the patch looks alright, just cleaned a few things up in
issue9808.diff (moved the #include up with others, removed 'is not None' from
tests).
The test skip decorator could also be moved to the LoginTests class level. Is
there
Brian Curtin added the comment:
Wow6432Node registry entries are for applications running WOW - aka 32-bit
applications on a 64-bit platform. The 64-bit Python installer is placing its
entries in the appropriate location.
See the winreg documentation for information that might help fixing
Brian Curtin added the comment:
This is just a guess, but it might have to do with how buildbot works, so I'd
be careful of changing this. A lot of things (everything?) in that
Tools\buildbot folder depend on being run from the top-level directory in order
to work correctly.
Another ex
Brian Curtin added the comment:
I haven't had time to investigate but it shouldn't be closed just yet. Someone
will get to it.
--
resolution: invalid ->
status: closed -> open
___
Python tracker
<http://bugs.pyth
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue2889>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue2636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Brian Curtin :
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue9808>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
The patch looks ok to me. I tested it on Server 2003 (same as XP) and it worked
fine in addition to Windows 7.
--
___
Python tracker
<http://bugs.python.org/issue9
Brian Curtin added the comment:
Committed in r84971 and r84972. Thanks.
--
assignee: d...@python -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: needs patch -> committed/rejected
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
components: +Extension Modules
nosy: +brian.curtin, jaraco
stage: -> patch review
type: -> resource usage
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
The tests pass here, but I haven't thoroughly reviewed the patch yet. After a
quick glance it generally looks ok, although I wish we didn't have so much
duplication.
--
___
Python tracker
<http://bu
Brian Curtin added the comment:
Committed in r84983. Thanks!
--
components: +Extension Modules -Library (Lib)
resolution: accepted -> fixed
stage: patch review -> committed/rejected
___
Python tracker
<http://bugs.python.org/
Brian Curtin added the comment:
Committed to py3k in r84988 using Nick's second suggestion.
--
resolution: -> fixed
stage: needs patch -> committed/rejected
___
Python tracker
<http://bugs.python
Changes by Brian Curtin :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9790>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Here's a patch of the functionality. The doc change is small and easy, I'll add
it shortly.
One oddity is that os.path.samefile is False for a link and its source, but
True for a symlink and its source. I find that to be quite odd, but stepping
t
Brian Curtin added the comment:
Nick noticed another issue with this, and it actually won't work on pre-Vista
versions since we load GetFinalPathNameByHandle at runtime, which is why we had
that NotImplementedError.
Attaching a patch which should handle this. We only try the impo
Brian Curtin added the comment:
The following code exists in Modules/posixmodule.c
8167 /* These come from sysexits.h */
...
8216 #ifdef EX_NOTFOUND
8217 if (ins(d, "EX_NOTFOUND", (long)EX_NOTFOUND)) return -1;
8218 #endif /* EX_NOTFOUND */
sysexits.h on my Mac has no
Brian Curtin added the comment:
+1 for removing it from the docs.
--
___
Python tracker
<http://bugs.python.org/issue9933>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
Committed in r84992. Thanks for having a look.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Brian Curtin :
--
assignee: brian.curtin ->
___
Python tracker
<http://bugs.python.org/issue9665>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
I'm not able to reproduce any MemoryError on 2.6, 2.7, or 3.2 on Windows 7
using your registry data and test script.
--
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
In a round-about way, that's what the tests do via sameopenfile.
Maybe the behavior of os.path.samefile for Windows hard links should be
documented? Possibly just a small note explaining that os.path.sameopenfile is
an alternate solution due t
Brian Curtin added the comment:
Fixed in r85002. This was taken care of on py3k a while ago.
--
assignee: d...@python -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
type: -> behavior
version
Changes by Brian Curtin :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue9955>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Committed in r85033.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Brian Curtin added the comment:
It would be nice to see tests for NTEventLogHandler, as there are currently
none.
I looked into implementing NTEventLogHandler's Win32 calls in a C extension
rather than requiring a third-party module, but stopped once I realized there
weren't an
Brian Curtin added the comment:
This doesn't seem to be an issue anymore.
--
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Brian Curtin added the comment:
I second what Jean-Paul said. os.name is well established and I don't think a
second way to get the same information is needed.
Thanks for the suggestion and patch, Florent.
--
nosy: +brian.curtin
resolution: -> rejected
stage: -> committ
Brian Curtin added the comment:
I just checked in the importing changes to r85109 and r85110 (I saw your branch
checkins happening at the same time, sorry).
--
___
Python tracker
<http://bugs.python.org/issue9
Brian Curtin added the comment:
Do you think we need the other parts of that patch? It seems like the only real
issue here was the importing.
--
resolution: -> fixed
stage: needs patch -> commit review
___
Python tracker
<http://bugs.p
Brian Curtin added the comment:
I get different results than Kiriakos' last example.
>PCbuild\amd64\python_d.exe
Python 3.2a2+ (py3k, Sep 29 2010, 09:43:42) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license&q
Brian Curtin added the comment:
Now that I think of it, that behavior is expected. Hard links are *supposed* to
be different directory entries, so they would come out of that function as-is,
and the current tests are correctly implemented.
Uploaded to http://codereview.appspot.com/2290042
Changes by Brian Curtin :
--
assignee: -> brian.curtin
resolution: -> accepted
stage: -> patch review
type: -> behavior
versions: -Python 3.3
___
Python tracker
<http://bugs.python
Brian Curtin added the comment:
> Have you tried your Python 2.7 on a Windows Server 2008 R2?
It works on my 2008 R2 Enterprise Edition.
--
components: +Windows
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
Fixed in r85140 (py3k), r85141 (release31-maint), and r85145 (release27-maint).
Thanks for the report!
--
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
_
Brian Curtin added the comment:
test_tarfile fails with this patch.
--
___
Python tracker
<http://bugs.python.org/issue8879>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
In that case, the patch seems alright to me.
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue9
New submission from Brian Curtin :
In msg117834 on #8879 it was noticed that os.lstat and os.stat don't set
st_nlink on Windows, which is causing the patch on that issue to fail
test_tarfile.
Attached is a stripped down version of the patch Hirokazu Yamamoto proposed on
#8879, conta
Brian Curtin added the comment:
I created #10027 for the st_nlink issue to handle it separately.
--
dependencies: +os.lstat/os.stat don't set st_nlink on Windows
___
Python tracker
<http://bugs.python.org/i
New submission from Brian Curtin :
I haven't seen this on any of my machines except for Windows Server 2003 x64.
For whatever reason, SetEvent is failing.
==
FAIL: test_zero_ti
Brian Curtin added the comment:
Overall I think this looks like a reasonable restructuring, and it works in a
few manual tests of existing hardlinks on my system. Until #8879 goes in, we
can't really add tests for this.
Hirokazu, do you want to commit this since you came up wi
Brian Curtin added the comment:
I'm getting error 6 aka ERROR_INVALID_HANDLE.
I'll try to figure out what's going on later this week if I can find time. I'll
also run this on my Server 2008 machine to see how works.
--
___
P
Brian Curtin added the comment:
Fixed in r85299 (py3k), r85300 (release31-maint), and r85301 (release27-maint).
--
assignee: jnoller -> brian.curtin
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:
Brian Curtin added the comment:
Some of your submission appears to have gotten lost (I saw it via email).
Below is the patch you proposed. I haven't experienced this crash on my
machines, but the solution seems fine to me.
# I sometimes experienced crash of test_changing_value(test_w
Brian Curtin added the comment:
Fixed test_gzip in r85400.
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue7944>
___
___
Python-
Brian Curtin added the comment:
Fixed test_mailbox in r85401.
Fixed test_marshal in r85402.
Fixed test_bz2 in r85403.
--
___
Python tracker
<http://bugs.python.org/issue7
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10093>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Backported test_gzip to to release27-maint in r85446.
Backported test_mailbox to to release27-maint in r85447.
Backported test_bz2 to to release27-maint in r85448.
Fixed test_old_mailbox, the original problem file, in release27-maint in r85449
Brian Curtin added the comment:
I've noticed this a few times since r85315. It raises a dialog box saying "The
application was unable to start correctly" for some reason.
--
nosy: +ocean-city
___
Python tracker
<http://bugs.pyt
Brian Curtin added the comment:
Jason, any idea on #2?
--
nosy: +jaraco
___
Python tracker
<http://bugs.python.org/issue10027>
___
___
Python-bugs-list mailin
101 - 200 of 1382 matches
Mail list logo