Brian added the comment:
On Mon, Mar 14, 2011 at 4:09 PM, Raymond Hettinger
wrote:
>
> Raymond Hettinger 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 that can
> > not be read back
Brian 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, Florent Xicluna wrote
New submission from Brian :
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 o
Changes by Brian :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue4660>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.p
Brian 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() will unblock. No
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
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
__
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.
--
__
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
Brian 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 wrote:
>
> Jesse Noller added the comment:
>
> I'm leaning towards the properly protecting JoinableQueue.put() fix, I'm
> not a terribly
New submission from brian :
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
computers, but it's
brian 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)
fix the code by adding
New submission from Brian :
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 mind this raises a
New submission from Brian :
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 mind this raises a
Changes by Brian :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7215>
___
___
Python-bugs-list mailing list
Unsubscri
Brian 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 against being
Brian 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 JoinableQueue.put
Brian 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() and put() call
Brian 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 not ignored it used only
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-
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
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)
New submission from Brian Carlson :
Test file linked. When unparsing the output from ast.parse on a simple class,
unparse throws an error: 'FunctionDef' object has no attribute 'lineno' for a
valid class and valid AST. It fails when programmatically building the module
AS
Brian Carlson added the comment:
The second solution seems more optimal, in my opinion. I monkey patched the
function like this in my own code:
```
def get_type_comment(self, node):
comment = self._type_ignores.get(node.lineno) if hasattr(node, "lineno")
else node.type_comm
Brian Carlson added the comment:
I don't think passing `lineno` and `column` is preferred. It makes code
generation harder because `lineno` and `column` are hard to know ahead of when
code is being unparsed.
--
___
Python tracker
&
Changes by
Brian Harring
:
--
versions: +Python 2.5
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/iss
New submission from Brian Gernhardt :
Python 3.2.1 (default, Jul 10 2011, 20:02:51) [MSC v.1500 64 bit (AMD64)] on
win32
Steps:
1) Start IDLE
2) Open Save dialog (File > Save or Ctrl-S)
3) Select Libraries from the buttons on the left or the dropdown on top.
4) Double-click on Document
Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
type: -> security
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/i
Brian Curtin added the comment:
I recently created "minidumper" to write Visual Studio "MiniDump" files of
interpreter crashes, but it's currently only available on 3.x. If I port it to
2.x, you could add "import minidumper;minidumper.enable()" to the
Brian Curtin added the comment:
We can't depend on stuff from pywin32, but we could expose GetVolumePathName
ourselves.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Brian Curtin :
Reported by Ryan Wells (v-ry...@microsoft.com) of Microsoft, in reference to a
problem with the Module Doc viewer on Windows 8 when using Internet Explorer
10. This was reported on 3.2.2, but it's likely the same on 2.7.
Reference #: 70652
Descripti
Brian Curtin added the comment:
The menu shortcut opens up the following: "C:\Python32\pythonw.exe"
"C:\Python32\Tools\scripts\pydocgui.pyw", which is just pydoc.gui()
--
___
Python tracker
<http://bug
Brian Curtin added the comment:
I tried that script on 2.7 and like it did for you, it just ran until my
machine became unusable.
On 3.x I think I got a RuntimeError after a while, but I forgot exactly what
happened since the machine ended up being hosed later from the 2.7 run. In any
event
Brian Curtin added the comment:
You are attempting to open or save .py files from what? IDLE?
What are the steps you would use to reproduce this issue? How was this error
message obtained?
--
___
Python tracker
<http://bugs.python.org/issue13
Brian Brazil added the comment:
The problem is around line 1734 of callproc.c in tip:
} else if (PyType_Check(cls)) {
typ = (PyTypeObject *)cls;
buf = alloca(strlen(typ->tp_name) + 3 + 1);
sprintf(buf, "LP_%s", typ->tp_name); <-- segfault is
New submission from Brian Brazil :
This is already documented:
http://docs.python.org/library/threading.html#using-locks-conditions-and-semaphores-in-the-with-statement
--
nosy: +bbrazil
___
Python tracker
<http://bugs.python.org/issue13
Brian Brazil added the comment:
This appears to fail every 9th, 19th, 29th, etc. repetition of the test.
This seems to be something to do with the reference counting/close logic of the
FakeSocket but I haven't managed to figure out what.
--
nosy: +bb
Brian Brazil added the comment:
The actual problem is that FancyURLOpener self.tries isn't being reset if the
protocol is file://
I've attached a patch that'll help improve the test at least.
--
keywords: +patch
Added file: http://bugs.python.org/file23358
Brian Brazil added the comment:
Here's a path to fix the problem.
--
Added file: http://bugs.python.org/file23359/12923-maxtries-reset.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue6807>
___
___
Python-bugs-list mailin
Brian Curtin added the comment:
I might be missing something, but what's the issue? 65535 is the limit, and
doing 65536 gives a clear overflow exception (no crash).
--
nosy: +brian.curtin
type: crash -> behavior
___
Python tracke
Changes by Brian Curtin :
--
title: Regular expressions with 0 to 65536 repetitions and above makes Python
crash -> Regular expressions with 0 to 65536 repetitions raises OverflowError
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
We can make Python compile with Visual Studio 2010, but it will not be the
platform Python is released on, it would be optional while 2008 stays the
release target, at least through Python 3.3. In Python 3.4, we may re-evaluate
this, and it's likely we
Brian Jones added the comment:
I've just done a fresh hg pull and new build, and I can no longer reproduce the
problem. Yay!
--
___
Python tracker
<http://bugs.python.org/is
Brian Quinlan added the comment:
You'll probably get more traction if you file a new bug.
--
___
Python tracker
<http://bugs.python.org/issue5788>
___
___
Brian Curtin added the comment:
Here's an updated patch, plus support for a second attribute that I need for
#10854. I previously wrote a patch that does this same thing for that issue,
but this one handles things a lot more nicely :)
I renamed "module_name" to just be &qu
New submission from Brian Bernstein :
When attempting to parse a robots.txt file which has a blank line between
allow/disallow rules, all rules after the blank line are ignored.
If a blank line occurs between the user-agent and its rules, all of the rules
for that user-agent are ignored.
I
New submission from Brian Curtin :
os.utime currently requires an explicit `None` as the second argument in order
to update to the current time. Other APIs would just have the second argument
as optional in this case, operating with one argument.
Attached is a patch which changes the second
Brian Curtin added the comment:
Ah, yes. Would the following work better for the last line?
self.assertAlmostEqual(st1.st_mtime, st2.st_mtime, places=2)
--
___
Python tracker
<http://bugs.python.org/issue13
Brian Curtin added the comment:
The `delta` keyword would actually be better than `places`, especially on the
slower buildbots. delta=10 would allow up to 10 seconds between those utime
calls. Is that being too permissive?
--
___
Python tracker
Brian Curtin added the comment:
Changeset 045e8757f10d was also entered for this, which should conclude the
changes. Everything seems to have survived the buildbots for now, so closing as
fixed. Feel free to reopen if there are any other issues.
--
resolution: -> fixed
stage: pa
Brian Curtin added the comment:
> But it is useless for terminating a process with os.kill() in combination
> with signal.SIGTERM, which corresponds to a CTRL-C-EVENT.
SIGTERM does not correspond to CTRL_C_EVENT. They may be similar in what they
do, but os.kill on Windows only work
Changes by Brian Curtin :
--
assignee: -> brian.curtin
nosy: +brian.curtin
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> behavior
versions: -Python 3.4
___
Python tracker
<http://bugs.pyt
Brian Curtin added the comment:
Marked #1559549 as a dependency. I combine the patch in this issue with the one
over there.
--
dependencies: +ImportError needs attributes for module and file name
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
That's news to me since it probably pre-dates my involvement around here. I'll
revert if that's correct.
--
___
Python tracker
<http://bugs.pyt
Changes by Brian Curtin :
--
status: pending -> open
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue10772>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue10652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I think we could still make os.listdir work properly. I'll look into a patch
for this.
One "problem" here is the testability, since we'd need to rely on the mklink
CLI app to create the symlinks, which requires that the calling applicati
Brian Curtin added the comment:
symlinks when listing a dir and traverses them naturally when referencing
them as part of a path to listdir. Under what conditions does it fail?
>
> --
>
> ___
> Python tracker
> <http://bugs.
Brian Curtin added the comment:
Duplicate of #6727
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> ImportError when package is symlinked on Windows
___
Python tracker
<http://
Brian Curtin added the comment:
Not fixed, but if it's easy, you're welcome to fix it before we get around to
it.
--
___
Python tracker
<http://bugs.python.
Brian Curtin added the comment:
There are a few of us, and Jason and myself have done most of the Windows
symlink related work. We'll certainly get to this and have it fixed, but with
no releases on the immediate horizon, there isn't a rush. This and your other
symlink issue are o
Brian Curtin added the comment:
FYI: this would likely be handled through #13210. I have a conversion sandbox
started at http://hg.python.org/sandbox/vs2010port/ and am working through
fixing test failures after the initial conversion
Brian Curtin added the comment:
I mentioned this on another issue, but I created a clone at
http://hg.python.org/sandbox/vs2010port/. I've already gone through the port in
the past but wasn't able to release the code at the time. As I work through it,
I'll occasionally
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue2286>
___
___
Py
Changes by Brian Curtin :
--
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10562>
___
___
Pyth
Brian Curtin added the comment:
Please stop re-opening this thread. The reasons it will not be fixed have been
laid out.
--
nosy: +brian.curtin -gvanrossum
resolution: remind -> wont fix
status: open -> closed
___
Python tracker
Brian Curtin added the comment:
3.3 will be adding an attribute which would have "datetime\r" here. See
#1559549, which might make this a duplicate.
You shouldn't (have to) rely on parsing the exception string.
--
nosy: +brian.curtin
___
Changes by Brian Curtin :
--
assignee: -> brian.curtin
___
Python tracker
<http://bugs.python.org/issue10854>
___
___
Python-bugs-list mailing list
Unsubscri
Brian Curtin added the comment:
Just to be sure in case you didn't know, but patches against 2.7 for this issue
won't be accepted.
--
___
Python tracker
<http://bugs.python.o
Brian Curtin added the comment:
Before we both go down the same paths and duplicate effort,
http://hg.python.org/sandbox/vs2010port/ has already completed the transition
in terms of running the conversion, saving off the VS9 files, making some
minimal code changes (errno module specifically
Brian Curtin added the comment:
That would certainly be preferable when available on Windows 7. I'll look into
how we can incorporate that.
Thanks for the idea!
--
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
If you want to clone from that repo, use the "vs2010" branch.
hg clone http://hg.python.org/sandbox/vs2010port/
hg up vs2010
>From there, you can post patches here that I can integrate for you.
--
assignee: -&
Brian Curtin added the comment:
> Tim, Brian, do you know anything about this?
Unfortunately, no. It's on my todo list of things to understand but I don't see
that happening in the near future.
I'm willing to run tests or benchmarks for this issue, but that's likely
Brian Curtin added the comment:
Again, rather than work off of the default branch and duplicate effort, can you
work off of the vs2010 branch on http://hg.python.org/sandbox/vs2010port/?
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue13509>
___
___
Py
Brian Curtin added the comment:
I don't profess to have any special ast knowledge, but given the context around
there and the fact that it works...it looks fine to me.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/is
Brian Curtin added the comment:
If I add back in the import.c change, would this then be alright?
Eric - fullname seems fine, I'll update that.
--
___
Python tracker
<http://bugs.python.org/issu
Brian Curtin added the comment:
I think I'm going to stick with name unless anyone is super opposed. If we can
eventually import something else (sausages?), then setting module_name with a
sausage name will seem weird.
I'll work up a more complete patch. The private helper is a
Brian Curtin added the comment:
Would you be able to produce a unit test which fails before your patch is
applied, but succeeds after applying your changes? That'll make your changes
more likely to get accepted.
--
nosy: +brian.curtin
___
P
Brian Curtin added the comment:
Can you explain the patch and state why you would like that change included?
This would require a test.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue13
Changes by Brian Curtin :
--
nosy: +brian.curtin
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13670>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
nosy: +brian.curtin
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issue13702>
___
___
Python-bugs-list mai
Changes by Brian Curtin :
--
components: +Windows
nosy: +brian.curtin
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13719>
___
___
Python-
Brian Curtin added the comment:
Here's standalone patch which should cover this problem. The patch fails right
now but succeeds if you apply it back to 652baf23c368 (the changeset before one
of several changes around this code). I'll try to find the actual offending
checkin and w
Brian Curtin added the comment:
Ok, so it's 893b098929e7 where that test stops working.
--
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Brian May added the comment:
Hello,
Are there any problems applying the v5 version of the patch to 3.3?
Also is there any remote chance for a backport to 2.7?
Thanks
--
___
Python tracker
<http://bugs.python.org/issue6
Brian Curtin added the comment:
Correction for msg136711 -- s/patch/test/g
--
___
Python tracker
<http://bugs.python.org/issue12084>
___
___
Python-bugs-list m
Brian Curtin added the comment:
Ok, so it's actually 0a1baa619171 that broke it, not sure how I came up with
the other revision. In any case, it's too hairy to try and piece everything
together across the numerous bug fixes, feature adds, and refactorings in this
area in order to g
Brian Curtin added the comment:
It turns out DeviceIoControl/FSCTL_GET_REPARSE_POINT (in win32_read_link) will
only work for us as long as the symlink was created with a full path. Starting
at the top level of a source checkout, if I create `os.symlink("README",
"README.lnk
Changes by Brian Curtin :
--
keywords: +needs review
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue11416>
___
___
Python-bugs-list mai
Changes by Brian Quinlan :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11864>
___
___
Python-bugs-list
Brian May added the comment:
Have tested my code with this patch, the recvmsg(...) call seems to work fine.
Also had a half-hearted attempt at porting to Python 2.7, but didn't get past
compiling, the code requires BEGIN_SELECT_LOOP and END_SELECT_LOOP macros that
aren't defined
Brian Quinlan added the comment:
On my crappy computer, ProcessPoolExecutor.map adds <3ms of added execution
time per call using your test framework.
What is your use case where that is too much?
That being said, I don't have any objections to making improvements.
If you want to pur
Brian Curtin added the comment:
This should probably be discussed on catalog-SIG, not the CPython bug tracker.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue12226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
Oops, nevermind that, thought this was suggesting a change to PyPI itself, not
distutils.
--
nosy: +brian.curtin
___
Python tracker
<http://bugs.python.org/issue12
Changes by Brian Curtin :
--
nosy: -brian.curtin
___
Python tracker
<http://bugs.python.org/issue12226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Brian Curtin added the comment:
I have this working when you stat the symlink from the directory it was created
or above...but oddly it does not work when you open a symlink below the
directory it exists in.
DeviceIoControl isn't used for reparse tag handling anymore, and I&#x
1 - 100 of 1992 matches
Mail list logo
