Brian br...@merrells.org added the comment:
Florent,
Does keeping the current behavior mean no change? This issue, more
fundamental than this discrepancy, is what is the purpose of the argument to
*end* in the first place? Why have a required argument that is usually
ignored and when
New submission from Brian br...@merrells.org:
Despite carefully matching my get() and task_done() statements I would
often trigger raise ValueError('task_done() called too many times') in
my multiprocessing.JoinableQueue (multiprocessing/queues.py)
Looking over the code (and a lot of debug
Changes by Brian br...@merrells.org:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4660
___
___
Python-bugs-list mailing list
Brian br...@merrells.org added the comment:
Here are a few stabs at how this might be addressed.
1) As originally suggested. Allow task_done() to block waiting to
acquire _unfinished_tasks. This will allow the put() process to resume,
release() _unfinished_tasks at which point task_done
Brian br...@merrells.org added the comment:
What solution did you chose? While matching cElementTree to the ElementTree
is the simplest solution I think there is some ambiguity as to the what the
preferred behavior as outlined in my original post.
-brian
On Tue, Feb 16, 2010 at 9:41 AM
Brian br...@merrells.org added the comment:
Filipe,
Thanks for the confirmation. While I think the second option (ie
properly protecting JoinableQueue.put()) is best, the first option
(simply removing the 'task_done() called too many times' check) should
be safe (presuming your get
Brian br...@merrells.org added the comment:
Cool., let me know if there is anything I can do to help.
On Mon, Jun 29, 2009 at 7:46 AM, Jesse Noller rep...@bugs.python.orgwrote:
Jesse Noller jnol...@gmail.com added the comment:
I'm leaning towards the properly protecting JoinableQueue.put
New submission from brian omniscient.br...@gmail.com:
Running Python 3.1/ IDLE, which was installed on top of a Python 2.5.4
install, Mac OSX 10.4
This seems like such an obvious bug, but I can't find it in the current
list of issues - so I suspect that it may not be reproducible on other
brian omniscient.br...@gmail.com added the comment:
I have Tcl/tk 8.4.7 installed.
To reproduce the hang on my machine:
open IDLE
new window
enter the following code:
for i in range(10)
print(i)
run module (saved as test.py)
interpreter complains (shell is still responsive at this point
New submission from Brian br...@merrells.org:
In the pure python ElementTree, the tag passed to the end() tag is
verified to be closing the last tag opened (self._last).
This cElementTree performs no such validation and closes the last tag
regardless of what tag is passed to the method.
In my
New submission from Brian br...@merrells.org:
In the pure python ElementTree, the tag passed to the end() tag is
verified to be closing the last tag opened (self._last).
This cElementTree performs no such validation and closes the last tag
regardless of what tag is passed to the method.
In my
Changes by Brian br...@merrells.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7215
___
___
Python-bugs-list mailing
Brian br...@merrells.org added the comment:
On Mon, Mar 14, 2011 at 4:09 PM, Raymond Hettinger
rep...@bugs.python.orgwrote:
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
We seem to be in the worst of both worlds right now
as I've generated and stored a lot of json
Brian br...@merrells.org added the comment:
Hey Jesse,
It was good meeting you at Pycon. I don't have anything handy at the moment
although, if memory serves, the most trivial of example seemed to illustrate
the problem. Basically any situation where a joinable queue would keep
bumping up
Brian br...@merrells.org added the comment:
Jesse,
I am afraid my last post may have confused the issue. As I mentioned in
my first post, the problem arises when JoinableQueue.put is preempted
between its two lines. Perhaps the easiest way to illustrate this is to
exacerbate it by modifying
Brian added the comment:
I have put together 5 basic tests to implement moved lines in difflib. All
diffs should be compared against the 'diffmove_base.txt' file. Below is a short
description of each test.
1) Basic reordering of lines
2) Reordering of lines with new lines added
3) Reordering
New submission from Brian:
It would be a helpful feature to incorporate logic into the difflib module to
optionally identify and ignore identical, but relocated lines when doing a
diff. This would be used when the order of lines in a document is not critical,
but rather just the overall
New submission from Brian:
Hello - I'm new to this community and an system error brings me here. Thank
you all in advance for any help and support!
I'm using a MacBook Pro (Retina, 15-inch, Late 2013) with OS 10.11 El Capitan.
I receive the following error every 15-30 minutes
New submission from Brian:
PEP 492 lists the following under "valid syntax" and yet 3.5.2 raises a
SyntaxError:
def foo():
return await coro()
but this works:
def bar():
return await (coro())
--
components: Interpreter Core
messages: 300209
nosy: merrellb
priori
New submission from Brian :
Like the title says, TestCase.assertSequenceEqual does not behave like
TestCase.assertEqual where it uses TestCase._getAssertEqualityFunc. Instead,
TestCase.assertSequenceEqual uses `item1 != item2`. That way I can do something
like this:
```
def test_stuff(self
Brian added the comment:
I've attached an example of what I want. It contains a class, a function to be
tested, and a test class which tests the function.
What TestCase.addTypeEqualityFunc feels like it offers is a chance to compare
objects however I feel like is needed for each test
Brian added the comment:
txt = ' test'
txt = re.sub(r'^\s*', '^', txt)
substitutes once because the * is greedy.
txt = ' test'
txt = re.sub(r'^\s*?', '^', txt)
substitutes twice, consistent with the \Z behavior.
--
___
Python tracker
<ht
Brian added the comment:
I just ran into this change in behavior myself.
It's worth noting that the new behavior appears to match perl's behavior:
# perl -e 'print(("he" =~ s/e*\Z/ah/rg), "\n")'
hahah
--
nosy: +bsammon
___
Py
Changes by
Brian Harring
:
--
versions: +Python 2.5
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1574217
Brian Quinlan br...@sweetapp.com added the comment:
Could you try with the patch that I just attached? And thanks for you help, I
really appreciated it!
--
Added file: http://bugs.python.org/file19645/timing2.patch
___
Python tracker rep
Brian Curtin cur...@acm.org added the comment:
joblack - are you still seeing issues with this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10002
Brian Quinlan br...@sweetapp.com added the comment:
Daniel,
I wasn't trying to avoid importing multiprocessing.
What's your use case though? I think that defaulting the number of threads to
the numbers of CPUs would trick users into believing that threads are useful
for CPU-intensive work
Brian Quinlan br...@sweetapp.com added the comment:
Fixed in r10183
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10183
Brian Curtin cur...@acm.org added the comment:
This can't actually work. You can't delete a directory which has open handles
to it on Windows, namely the Python process you're running in that directory.
The empty file path isn't really the issue here. shutil.rmtree(os.getcwd())
attempts
Brian Curtin cur...@acm.org added the comment:
I'm not sure how that would work in terms of redistributing, and how we'd
handle it within our own build process. This close to the beta I'm -1 on adding
that API.
--
___
Python tracker rep
Brian Curtin cur...@acm.org added the comment:
Daniel: If you need VS2008, you can get it here:
http://www.microsoft.com/express/Downloads/#2008-Visual-CPP
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10469
Changes by Brian Curtin cur...@acm.org:
--
nosy: +asksol
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7506
___
___
Python-bugs-list mailing list
Brian Curtin cur...@acm.org added the comment:
Closing - OpenSSL was upgraded to version 1.0.0a a few months ago.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8569
Changes by Brian Curtin cur...@acm.org:
--
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8569
___
___
Python-bugs
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4925
___
___
Python-bugs-list mailing
Brian Quinlan br...@sweetapp.com added the comment:
I think that using the number of CPUs for max_workers makes sense for you but
won't for most users. So I wouldn't make it a default.
--
___
Python tracker rep...@bugs.python.org
http
Brian Curtin cur...@acm.org added the comment:
Can you provide a test case for this?
--
nosy: +asksol, brian.curtin
stage: - unit test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9099
Brian Curtin cur...@acm.org added the comment:
I don't think this is a feature request. This batch file should always run the
version of the file for which the batch is installed. For it to be generic and
end up using another installed version is incorrect. With that said...
Fixed in r86651
Brian Curtin cur...@acm.org added the comment:
True. I'll correct it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6378
___
___
Python-bugs
Brian Curtin cur...@acm.org added the comment:
Corrected in r86655, r86656, and r86657.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6378
New submission from Brian Bi bbi5...@gmail.com:
This bug is Linux-specific.
When Python cannot find the home directory of the user invoking it, it prints
'import site' failed; use -v for traceback.
This occurs only when both of these conditions are met:
1. /etc/passwd contains no entry
Brian Bi bbi5...@gmail.com added the comment:
This bug is Linux-specific.
When Python cannot find the home directory of the user invoking it, it prints
'import site' failed; use -v for traceback.
This occurs only when both of these conditions are met:
1. /etc/passwd contains no entry
Brian Curtin cur...@acm.org added the comment:
I'm with Tim and Mark - can't reproduce this, so I'm closing the report. If you
are able to find another case which can reproduce this, feel free to re-open.
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
New submission from Brian Jones bkjo...@gmail.com:
In trying to write a PyPI service, I of course need to support the registration
and upload features of setup.py, which uses distutils for those actions. One
thing making this a bit more difficult than need be is the fact
Brian Jones bkjo...@gmail.com added the comment:
In truth, I don't personally know if the other PyPI server implementations also
have to work around this issue. Other comments on that are welcome.
As for my own implementation, I've implemented a workaround to this, but I'm
working around
Changes by Brian Curtin cur...@acm.org:
--
nosy: -phillip.m.feld...@gmail.com
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1859
___
___
Python
Brian Curtin cur...@acm.org added the comment:
Committed to py3k in r86727.
I think this should be backported to the maintenance branches, but not until
after the upcoming point releases. Although those branches won't have the
ability to create hard links, they should have the ability
Brian Curtin cur...@acm.org added the comment:
Removing link to #10027. It's fixed for py3k but the issue should stay open for
backport to other branches.
--
dependencies: -os.lstat/os.stat don't set st_nlink on Windows
resolution: - fixed
Brian Curtin cur...@acm.org added the comment:
Fixed in r86733.
--
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8879
Brian Curtin cur...@acm.org added the comment:
I'll come up with a patch for Amaury's message.
Hirokazu - I didn't see that MSDN page, thanks. Without st_ino, I'll need to
find a way around the block of lines 1941-1954 in Lib/tarfile.py. That's what
was causing a test failure in the first
Brian Jones bkjo...@gmail.com added the comment:
Sure. I'll create a patch in the next few days and submit it. Thanks for the
link to the guidelines. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10510
Brian Jones bkjo...@gmail.com added the comment:
So... have I missed a memo, or is it currently impossible to test the current
svn version of distutils in the current svn version of Python?
The tests for (at least) register and upload are written using Python 2.x
syntax and modules. How
Brian Jones bkjo...@gmail.com added the comment:
If it's not a bug in distutils1, I imagine it will not be a bug in distutils2,
since that will also presumably work with PyPI, and PyPI will be the single
solitary supported implementation of the service?
I also don't see distutils2
New submission from Brian Curtin cur...@acm.org:
My build slave shows a test failure at test_dont_copy_file_onto_link_to_itself.
This happens because the implementation of _samefile in Lib/shutil.py (line 70)
doesn't work for Windows hard links.
Patch on the way.
--
assignee
Brian Curtin cur...@acm.org added the comment:
Here is a patch.
os.path.samefile and hard links don't work for Windows the same way they do for
Mac/Linux. In the case where we are on Windows and a link comes into the
_samefile function, check that it's a link and then use os.path.sameopenfile
Brian Curtin cur...@acm.org added the comment:
Jeff Hardy just made this change for IronPython 2.7:
http://bitbucket.org/ironpython/ironlanguages/changeset/b6bb2a9a7bc5
Any opposition to us matching that so they don't need to patch
Lib/subprocess.py
Brian Curtin cur...@acm.org added the comment:
Amaury -- how does issue8879_unicode.diff look? Made the suggested change and
added a test.
--
stage: committed/rejected - patch review
Added file: http://bugs.python.org/file19862/issue8879_unicode.diff
Brian Curtin cur...@acm.org added the comment:
Committed in r86854 with your win32_error suggestion. Thanks for your help and
input.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8879
Brian Curtin cur...@acm.org added the comment:
Maybe the test should be Windows-only?
I don't really know the answer...things tend to fall apart when I get involved
with Unicode, encoding, codecs, etc. :/
--
___
Python tracker rep...@bugs.python.org
Brian Curtin cur...@acm.org added the comment:
What installer?
Please provide a patch.
--
nosy: +brian.curtin
priority: normal - low
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10580
Brian Curtin cur...@acm.org added the comment:
Fixed in r86906. Split the shared setUp/tearDown into individual methods for
each part.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep
Brian Curtin cur...@acm.org added the comment:
Fixed in r86935.
Tests pass on the following setups:
- Windows 7 (regular user - no symlink privilege)
- Windows 7 (administrator + symlink privilege)
- Windows Server 2003 (no symlink abilities)
- Arch Linux (just a sanity check)
I'm going
New submission from Brian Curtin cur...@acm.org:
A section in the Windows FAQ should better explain the recent addition of
os.symlink and how it can be used, along with examples.
If a user just sits down and hits StartRunpython, os.symlink will almost
positively not be available. I'll need
Brian Curtin cur...@acm.org added the comment:
Here's a patch for the ResourceWarnings that were introduced.
--
nosy: +brian.curtin
Added file: http://bugs.python.org/file19909/warnings.diff
___
Python tracker rep...@bugs.python.org
http
Brian Curtin cur...@acm.org added the comment:
yes
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
___
Python-bugs-list mailing list
Brian Curtin cur...@acm.org added the comment:
So the presence of os.symlink depends on some dynamic privilege?
Yes.
Why not simply raise an exception when the user has not enough
privileges? (I mean OSError or WindowsError of course, not AttributeError)
My thinking was that anyone
Brian Curtin cur...@acm.org added the comment:
Here's a patch which implements the context manager and adds a few tests and a
small doc change.
Tested on Mac and Windows.
--
keywords: +patch
nosy: +brian.curtin
Added file: http://bugs.python.org/file19916/subprocess.diff
Brian Curtin cur...@acm.org added the comment:
I updated the doc to be much more simple. I got used to sys.executable based
tests :) New patch attached.
As for __del__, I think it should do it's thing, and the exit will do it's own.
Context managers are traditionally used on file-based things
Brian Curtin cur...@acm.org added the comment:
Committed in r86951. Thanks for the reviews!
--
assignee: - brian.curtin
resolution: - fixed
stage: needs patch - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Brian Curtin cur...@acm.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10562
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
a test isn't actually needed for this patch.
This is incorrect.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10367
Brian Quinlan br...@sweetapp.com added the comment:
I've attached a patch that removes the code that installs a handler to the
futures logger.
I'm not sure if this is the correct approach though - it means that
impossible errors will only be reported to the user through a message like
New submission from Brian Quinlan br...@sweetapp.com:
multiprocessing generates fatal error Invalid thread state for this thread in
PyThreadState_Swap
This seems to happen on RHEL 5 and Centos 5.5
Here is the minimal repro:
import multiprocessing.managers
mpp = multiprocessing.Pool(4)
sm
Brian Quinlan br...@sweetapp.com added the comment:
I've filed a new bug (http://bugs.python.org/issue10632) against
multiprocessing and this bug dependent on it.
In the meantime, I can't repro this on ubuntu 10.04 LTS so I'm going to install
Centos and give that a go
Changes by Brian Quinlan br...@sweetapp.com:
--
title: multiprocessing gene - multiprocessing generates a fatal error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10632
Changes by Brian Curtin cur...@acm.org:
--
components: +Library (Lib)
stage: - unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10634
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
No, and please do not clutter this issue with any perceived typo discussions.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
Brian Curtin cur...@acm.org added the comment:
I'll come up with a patch to make the attribute always available, but raise
OSError when the privilege is not held.
--
resolution: fixed -
___
Python tracker rep...@bugs.python.org
http
Brian Curtin cur...@acm.org added the comment:
Changing Completing to Complete seems fine to me.
Here is a screenshot of where this currently appears:
http://i.imgur.com/RX9b9.png
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Brian Curtin cur...@acm.org:
ntpath.samefile is currently implemented using GetFinalPathNameByHandle, which
doesn't work for hard links.
Since I introduced values for os.stat().st_ino in #8879 (which implemented
os.link), I suspect we can possibly change ntpath.samefile
Changes by Brian Curtin cur...@acm.org:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10647
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
I don't see this on a US/English version of Windows 7 with 3.2b1 installed.
cp932 is the default on a Japanese version, correct?
(I'm not very good with all of this encoding stuff so I don't know how much
help I can be)
--
nosy
Brian Curtin cur...@acm.org added the comment:
I don't see this on a US/English version of Windows 7 with 3.2b1 installed.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10654
Brian Cain brian.c...@gmail.com added the comment:
I don't think the problem is limited to when hundreds of megabytes are being
transmitted. I believe I am experiencing a problem with the same root cause
whose symptoms are slightly different. It seems like there's a threshhold
which causes
Brian Cain brian.c...@gmail.com added the comment:
I was able to reproduce the problem on a more recent release.
7279 entries fails, 7278 entries succeeds.
$ ./multiproc3.py
on 3.1.2 (r312:79147, Apr 15 2010, 12:35:07)
[GCC 4.4.3] - Linux mini 2.6.32-26-generic #47-Ubuntu SMP Wed Nov 17 15
Brian Cain brian.c...@gmail.com added the comment:
Detailed stack trace when the failure occurs (gdb_stack_trace.txt)
--
Added file: http://bugs.python.org/file19983/gdb_stack_trace.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Brian Cain brian.c...@gmail.com:
When calling Process' join([timeout]) method, the timeout expiration case is
indistinguishable from the successful join. I suppose the 'exitcode' attribute
can deliver the necessary information, but perhaps join could stand on its own
Brian Quinlan br...@sweetapp.com added the comment:
Sorry for being AWOL for so long. Attached is a patch that doesn't install a
handler and checks stderr for the exception output. Unfortunately, it looks
like the logging tests are still messing things up:
./python.exe -m test
Brian Quinlan br...@sweetapp.com added the comment:
What's the best way for me to test this? The problem occurs on a Windows-only
code path but there is not enough information for me to debug it.
Should I check-in some additional diagnostics, wait for the buildbot to run,
collect my data
Brian Curtin cur...@acm.org added the comment:
You can create a branch, checkin to that branch, then specify that a specific
buildbot runs your branch. See the force build page of a build slave.
Additionally, I can give you access to my build slave, the Windows Server 2008
one, but that may
Brian Quinlan br...@sweetapp.com added the comment:
I'm good, thanks Brian C.
br/
It looks like SetEvent is failing with ERROR_INVALID_HANDLE.
CRITICAL:root:SetEvent(2044) failed with 0, GetLastError() = 6
CRITICAL:root:SetEvent(2064) failed with 0, GetLastError() = 6
CRITICAL:root:SetEvent
Brian Curtin cur...@acm.org added the comment:
Here's a patch. I think this works more like what you guys are looking for.
Tests pass on Windows 7 and I checked it on a Mac to be sure, and it's good
there too.
--
Added file: http://bugs.python.org/file20178/issue9333_v3.diff
Brian Curtin cur...@acm.org added the comment:
(hit enter too soon, sorry)
The patch makes os.symlink always available on Windows machines, but it will
only have an effect when privileged. Windows XP and Windows 2003 will still
receive NotImplementedError, as the underlying calls aren't
Brian Curtin cur...@acm.org added the comment:
Thanks for having a look.
Checked in with the suggested changes to r87539.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep
Brian Curtin cur...@acm.org added the comment:
Checked in a small doc update in r87547. Removes the part about os.symlink not
being available, and mentions the OSError.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9333
Brian Quinlan br...@sweetapp.com added the comment:
Fixed in r87556.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10626
Brian Curtin cur...@acm.org added the comment:
Looks like this might be an issue with the Windows Server 2008 build slave. I
restarted it last night and a bunch of builds after that have failed due to
this test.
--
resolution: fixed -
stage: committed/rejected -
status: closed
Brian Curtin cur...@acm.org added the comment:
Oops, sorry. Fixed in r87561.
--
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9333
Brian Curtin cur...@acm.org added the comment:
This isn't failing in manual runs of regrtest -uall on that machine.
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8618
1 - 100 of 1975 matches
Mail list logo