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
New submission from Brian Bernstein :
When creating an int overflow via a subtraction operation with a datetime
object and a timedelta object, the resulting datetime object can cause a
segmentation fault when the ctime method is called.
Segmentation Fault occurred on python 2.6.5 on 64 bit
Brian Bernstein added the comment:
After further investigation, it appears the cause is the ability to overflow
the datetime object by almost a year. I've modified the test to demonstrate
this relative to the current date:
from datetime import date, datetime, timedelta
(datetim
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
Brian Bernstein added the comment:
Experiencing this issue too. It occurs when an xml element contains a blank
xmlns attribute, e.g.:
{{{
}}}
When toxml() is called on a minidom document with this attribute, the exception
occurs.
I am including a simple script that causes this crash
Changes by Brian Bernstein :
--
versions: +Python 2.6
___
Python tracker
<http://bugs.python.org/issue5762>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 Brazil added the comment:
The behaviour is a bit more nuanced:
>>> os.path.join('x', '')
'x/'
>>> os.path.join('x', '', 'y')
'x/y'
>>> os.path.join('x', '', 'y
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
New submission from Brian Bossé :
Executing the following code against a py file which contains line
continuations generates an assert:
import tokenize
foofile = open(filename, "r")
tokenize.untokenize(list(tokenize.generate_tokens(foofile.readline)))
(note, the list() is import
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 Bossé added the comment:
No idea if I'm getting the patch format right here, but tally ho!
This is keyed from release27-maint
Index: Lib/tokenize.py
===
--- Lib/tokenize.py (revision 85136)
+++ Lib/tokeni
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
Changes by Brian Quinlan :
--
assignee: -> bquinlan
___
Python tracker
<http://bugs.python.org/issue10028>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Quinlan added the comment:
Hey Brian,
Could you try applying the patch that I attached and let me know what error
message you get?
Cheers,
(the other) Brian
--
keywords: +patch
Added file: http://bugs.python.org/file19137/error.diff
Brian Quinlan added the comment:
Fixed in r85288
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9903>
___
__
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 Brazil added the comment:
That doesn't cover the os.path.join('', 'x') case, and I'm not sure it makes
os.path.join('x//', 'y') clear - though that doesn't matter as much.
How about making (2) "the result is si
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
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
Brian Quinlan added the comment:
I added myself as the maintainer of concurrent.futures.
I'll look at the patch now.
--
assignee: -> bquinlan
___
Python tracker
<http://bugs.python.org
Brian Quinlan added the comment:
Patch committed in r85567.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
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 Bossé added the comment:
Yup, that's related to ENDMARKER being tokenized to its own line, even if EOF
happens at the end of the last line of actual code. I don't know if anything
relies on that behavior so I can't really suggest changing it.
My patch handles the desc
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:
New submission from Brian Brazil :
Please see attached patch and "closing files and sockets in a timely manner in
the stdlib" on python-dev.
--
components: Tests
files: test_telnetlib_fd_leak.patch
keywords: patch
messages: 119974
nosy: bbrazil, brett.cannon
priority: norma
New submission from Brian Brazil :
Please see attached patch, I'm not sure if this is the cleanest way to fix
this. This also fixes the resource warnings in the test.
--
components: Library (Lib)
files: uu_fd_leak.patch
keywords: patch
messages: 119975
nosy: bbrazil, brett.c
Brian Brazil added the comment:
How does v2 look?
--
Added file: http://bugs.python.org/file19426/uu_fd_leak_v2.patch
___
Python tracker
<http://bugs.python.org/issue10
New submission from Brian Brazil :
I'm not 100% comfortable with this patch as my knowledge of the xmlrpc
interface is very limited, a simple p.close() would seem cleaner - but that
doesn't work.
--
files: test_xmlrpclib_fd_leak.patch
keywords: patch
messages: 119983
nos
New submission from Brian Brazil :
Please see attached.
--
components: Library (Lib)
files: test_unicodedata_fd_leak.patch
keywords: patch
messages: 119984
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in test_unicodedata
versions: Python 3.3
New submission from Brian Brazil :
Please see attached, not sure this is quite right.
--
components: Tests
files: test_urllib2_localnet_fd_leak.patch
keywords: patch
messages: 119985
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in
New submission from Brian Brazil :
Please see attached.
--
components: Tests
files: test_file_fd_leak.patch
keywords: patch
messages: 119987
nosy: bbrazil
priority: normal
severity: normal
status: open
title: Fix resource warnings in test_file
versions: Python 3.3
Added file: http
New submission from Brian Brazil :
Please see attached.
--
assignee: tarek
components: Distutils
files: distutils_fd_leak.patch
keywords: patch
messages: 119988
nosy: bbrazil, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Fix resource warnings in distutil
201 - 300 of 1992 matches
Mail list logo
