Ned Deily added the comment:
It fails with Python 2's urllib2.urlopen as well.
--
nosy: +ned.deily, orsenthil
versions: +Python 2.7, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21896
New submission from Hristo Venev:
PyObject* PyLong_FromString(const char *str, char **pend, int base)
pend should be const char**
I think casting const away when not required should be a crime punishable by
imprisonment.
--
messages: 222152
nosy: h.venev
priority: normal
severity:
Changes by Hristo Venev hri...@venev.name:
--
components: +Interpreter Core
type: - security
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21909
___
Mark Lawrence added the comment:
@Roland please accept our apologies for the delay in getting back to you.
Can someone else take a look please as I know nothing about ctypes, thanks.
--
nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky
___
Python
Mark Lawrence added the comment:
@David please accept our apologies for the delay in getting back to you.
Can someone else take a look please as I know nothing about ctypes, thanks.
--
nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky
versions: +Python 3.4, Python 3.5 -Python 3.3
Ned Deily added the comment:
As far as I can tell, the problem you are seeing with the menu not disappearing
when iconifying is caused by the use of grab_release() in do_popup(). If I
remove it, using an X11-based Tk 8.6, the focus stays on the menu and clicking
on the iconify button causes
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
components: +Build
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13745
Mark Lawrence added the comment:
@patrick please accept our apologies for the delay in getting back to you.
--
nosy: +BreamoreBoy, christian.heimes
versions: +Python 3.4, Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
Vitaly Isaev added the comment:
I confirm the urgent need in this feature.
--
nosy: +vitalyisaev2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20337
___
Changes by Ned Deily n...@acm.org:
--
resolution: - out of date
stage: - resolved
status: open - closed
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15549
___
Mark Lawrence added the comment:
Note that #13672 referred to in msg156962 refers to #13855.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12857
Mark Lawrence added the comment:
Note that #13672 refers to #12857.
--
nosy: +BreamoreBoy
type: behavior - enhancement
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13855
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13672
___
___
Mark Lawrence added the comment:
@Joe sorry for the delay in getting back to you.
@David is this within your remit?
--
nosy: +BreamoreBoy, r.david.murray
versions: +Python 3.4, Python 3.5 -Python 3.1
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Is this a good, bad or indifferent idea?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13946
___
Andy Maier added the comment:
Hi, I would like to revive this issue, and have a few comments:
1. In Darren's original proposal, I suggest to say implicit (old-style)
relative imports instead of old-style relative imports, because that is the
term used in the Python Tutorial (the description
Jan Kanis added the comment:
I can write a patch. I haven't signed a contributor agreement but I have no
problem doing so. I am not sure when I will have time to write a patch though,
so it could take some time.
--
___
Python tracker
Andy Maier added the comment:
Hi, I would like to revive this issue and have added a review comment to
issue10225-py3k.diff.
Otherwise, I have reviewed the changes in both diffs and think they are good to
go.
Andy
--
nosy: +andymaier
___
Python
Changes by Claudiu Popa pcmantic...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20069
___
___
New submission from Jan Kanis:
The resolution of issue 5445 should be documented somewhere properly, so people
can depend on it or not.
IOBase.writelines handles generator arguments without problems, i.e. without
first draining the entire generator and then writing the result in one go. That
Changes by Claudiu Popa pcmantic...@gmail.com:
--
nosy: +steve.dower, zach.ware
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21151
___
Andy Maier added the comment:
Éric,
I have reviewed the patch, and have one minor comment on it (see review page).
Otherwise, I think it is good to go into v3 (The version list for this issue
also shows 2.7, and the 2.7 version of this file is quite different from the v3
tip version, so a
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
nosy: +josh.rosenberg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21906
___
___
Claudiu Popa added the comment:
Here's a test patch which uses inspect.unwrap. Unfortunately, I can't test with
numba, so I don't know if it works for that, but any decorated function which
uses `functools.update_wrapper` or `wraps` should be detected by doctest.
--
keywords: +patch
New submission from Ram Rachum:
Ditto for lists and any other place this could be applicable.
--
components: Interpreter Core
messages: 222168
nosy: cool-RR
priority: normal
severity: normal
status: open
title: IndexError: tuple index out of range should include the requested
index and
Changes by Ram Rachum r...@rachum.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20218
___
Ram Rachum added the comment:
What do you think about exposing this directly?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18212
___
___
Ram Rachum added the comment:
Hey-ho... Anyone feels like implementing this? (I don't program in C so I
can't.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20663
___
New submission from Jonas Diemer:
I was having trouble with the logging module under Jython: I was getting
seemingly sporadic wierd null pointer exceptions in the logging code.
The problem seemed to be related to references that were passed to the logger,
e.g.
logger.debug(My object: %s,
Jonas Diemer added the comment:
Find attached a demo script that causes the erratic behavior in regular Python
(2.7.5 on Windows).
The log file contains two lines, both show the new name of the object, although
the first debug() was called befor the name change.
I think this problem could be
Andrew Svetlov added the comment:
Fixed in 71a0743f36db and 06bdd7e8fffd
--
nosy: +asvetlov
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.2, Python 3.3
___
Python
R. David Murray added the comment:
What is the reason for using the conditional approach rather than a skip
decorator? Does it not work in this context, or is it just that you copied the
existing approach? It's fine either way, but I'm curious.
--
R. David Murray added the comment:
Yes. It will be necessary to check the RFC to figure out what should be done
here.
--
components: +email
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13940
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21912
___
___
Python-bugs-list
R. David Murray added the comment:
The whole point of the logging API is that the message is *not* formatted
unless the message is actually emitted. So this is just how logging works, not
something that can be fixed, as far as I can see.
--
nosy: +r.david.murray
Jonas Diemer added the comment:
I see your point.
The decision whether to log or not is actually made synchronously to the actual
logging call, as far as I can tell (i.e. if self.isEnabledFor... is checked
directly in debug()). So at this place, the formatting could already happen.
I don't
Mark Lawrence added the comment:
On Windows 7 206 codecs tests passed and 4 skipped with the patch included.
--
keywords: +patch
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35840/Issue14014.diff
Mark Lawrence added the comment:
Can we have a reply to this please as I don't understand enough about sqlite3
to comment.
--
nosy: +BreamoreBoy
title: sqlite3 module ignores placeholers in CREATE TRIGGER code - sqlite3
module ignores placeholders in CREATE TRIGGER code
Mark Lawrence added the comment:
Can we have a patch review on this please
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14124
___
Mark Lawrence added the comment:
Apparently not :)
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14121
___
Mark Lawrence added the comment:
Can someone comment please as I'm not brave enough to touch the C code or docs.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14189
___
R. David Murray added the comment:
The decision as to whether or not to pass the message along to the next stage
is made at numerous points in the pipeline.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21912
Mark Lawrence added the comment:
FWIW the same occurs on Windows 7 with 3.5.0 but given there are known
differences between Windows and *nix is this really an issue?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Vinay Sajip added the comment:
I don't see a reason to defer the formatting to the actual output of the
messages (other than the current implementation of logging).
The current implementation of logging is like that for a reason, even though
you may not see it - it defers doing work until
Mark Lawrence added the comment:
@David I believe this is one for your TODO list.
--
components: +email -Library (Lib)
nosy: +BreamoreBoy, barry
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
Jonas Diemer added the comment:
Thanks for the explanation. Throughput is a valid reason.
Your workaround does of course work, but it means that the string formatting is
always done, even if the message is filtered out.
Is this delayed logging behavior documented in any way (maybe I have
Antoine Pitrou added the comment:
Sounds fine, but you should at least add a comment explaining the list() call.
--
nosy: +alexandre.vassalotti, pitrou
stage: - patch review
type: crash - behavior
___
Python tracker rep...@bugs.python.org
Vinay Sajip added the comment:
but it means that the string formatting is always done
Not if you use logger.isEnabledFor(level) as a guard to avoid unnecessary work
:-)
I forked logging and am catching exceptions during the string formatting
That might work with Jython and invalidated
Mark Lawrence added the comment:
@Kees sorry for the delay in getting back to you.
@Martin can you comment on this please.
--
components: +Library (Lib) -None
nosy: +BreamoreBoy, loewis
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Slipped under the radar?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10485
Berker Peksag added the comment:
Does it not work in this context
Yes, it doesn't work after 34d65746d5ca because LOCK_TYPES is an empty dict
(test_util.test_both() can't find the 'Frozen' and 'Source' keys in it) when
Python is built without threads.
--
Olivier Grisel added the comment:
New version of the patch to add an inline comment.
--
Added file: http://bugs.python.org/file35841/pickle_whichmodule_20140703.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21905
Andy Maier added the comment:
Just out of curiosity: Why do the patches attached to this issue not have a
review link?
Also, both (2.7 and 3.2) patches do not line up with the current 2.7 and 3.x
tip, both hunks get rejected.
Comments on both patches:
1. It would be helpful if the text Each
Jonas Diemer added the comment:
2014-07-03 16:42 GMT+02:00 Vinay Sajip rep...@bugs.python.org:
I forked logging and am catching exceptions during the string
formatting
That might work with Jython and invalidated objects, but in the case of
e.g. CPython (where the objects can't be
Roundup Robot added the comment:
New changeset f2e6c33ce3e9 by Zachary Ware in branch '2.7':
Issue #21151: Fixed a segfault in the _winreg module.
http://hg.python.org/cpython/rev/f2e6c33ce3e9
New changeset 0c5a1835af91 by Zachary Ware in branch '3.4':
Issue #21151: Fixed a segfault in the
Ezio Melotti added the comment:
Why do the patches attached to this issue not have a review link?
because
both (2.7 and 3.2) patches do not line up with the current
2.7 and 3.x tip, both hunks get rejected.
The review link only appears if the patch applies cleanly on the default
branch.
Zachary Ware added the comment:
Thanks to Dave for the report, eryksun for the suggestion, and John for the
patch!
I'm not sure why the test case doesn't fail on a regular test run on Python 3;
it looks like BYTE *data starts out as NULL when Python is not in interactive
mode, which makes no
Ezio Melotti added the comment:
I believe this is not a bug.
As the error says a look-behind requires the pattern to have a fixed length.
In re.search(r'(?=(a|b))(\w+)', 'abc').groups() the two possible patterns in
the look behind are a and b, both with length 1.
In
Ezio Melotti added the comment:
This sounds like a question for python-dev (or perhaps python-ideas).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15722
___
Vinay Sajip added the comment:
Still, I suggest adding this behavior to the documentation.
It is already in the documentation. For example,
https://docs.python.org/2/library/logging.html#logging.Formatter.format
https://docs.python.org/2/howto/logging.html#optimization
This behaviour has
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21185
___
___
Python-bugs-list
Zachary Ware added the comment:
With the popup-supression context manager from #11732 in use and the buildbots
using the regrtest '-n' option, I think we're at the point of being fixed
enough and vote to close this issue. I'll leave the final decision to someone
with a deeper understanding
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21051
___
___
Python-bugs-list
Mark Lawrence added the comment:
To repeat the question do we or don't we fix this in 3.2?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19279
___
Andy Maier added the comment:
Hi, I'd like to revive this issue.
IMHO, the changes in issue12067-expressions_v2.diff go too far. I don't think
that deleting the entire section about the details of comparing objects of the
same type makes sense.
I agree with Terry's statement in msg170936
Roundup Robot added the comment:
New changeset 42917d774476 by R David Murray in branch 'default':
#15014: Add 'auth' command to implement auth mechanisms and use it in login.
http://hg.python.org/cpython/rev/42917d774476
--
nosy: +python-dev
___
R. David Murray added the comment:
Thanks, Milan.
I made some tweaks...mostly documentation and code style (your code style
wasn't wrong, I just have some slightly different preferences with regards to
line folding). I also eliminated the authobjects test method, since I didn't
see that it
Andy Maier added the comment:
Ah! I was somehow suspecting that. Thanks for clarifying!
I'll prepare a patch.
To correct my earlier message, the best place to link for comparisons is
probably the Conparisons subchapter of the Expressions chapter in the
reference. See also issue12067.
R. David Murray added the comment:
The review link will also appear if the patch is generated via hg diff with
diff.git turned *off*. You will note that both existing patches use --git,
which omits parent changeset information, so our system can't figure out what
to apply them against in
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
versions: +Python 3.5 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35843/issue12067-expressions_v3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Andy Maier added the comment:
Uploaded issue12067-expressions_v3.diff for the 3.5 tip.
Please review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
Mark Lawrence added the comment:
Is any further work needed on this and similar issues #16038, #16040, #16041,
#16042 and #16043 ?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16037
Mark Lawrence added the comment:
For future reference how do I find out if this has been applied to 3.2?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17997
___
Mark Lawrence added the comment:
Is this really an enhancement request or should it be a security issue? Which
versions if any actually need work doing on them?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
Yes, python-ideas is probably better. -- I just noticed that the
total slowdown is even 40% if the global variable cached_context
is also placed into the module state (as it should).
--
___
Python tracker
Mark Lawrence added the comment:
I'm not aware of any similar problems being reported with any Python version so
can this be closed not a bug as was #14608 ?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14050
___
Raymond Hettinger added the comment:
Your suggestion and an example appears to have been taken directly from the
itertools recipes:
def iter_except(func, exception, first=None):
Call a function repeatedly until an exception is raised.
Converts a call-until-exception interface to an
Raymond Hettinger added the comment:
Why? Is there any known use case?
The IndexError exception is commonly used for control flow. Slowing down the
instantiation to add an index that no one really needs would be a waste. This
exception has been around for 20+ years -- if they were an
Zachary Ware added the comment:
Hmmm, I was just reloading the page to post a patch I'd worked up, and lo and
behold there's already one here! Here's mine anyway; you can use any parts of
it that you like, Berker. There are a couple of not-quite-related changes in
test_tools that might be
Zachary Ware added the comment:
Hmmm, I was just reloading the page to post a patch I'd worked up, and lo and
behold there's already one here! Here's mine anyway; you can use any parts of
it that you like, Berker. There are a couple of not-quite-related changes in
test_tools that might be
Changes by Zachary Ware zachary.w...@gmail.com:
--
Removed message: http://bugs.python.org/msg17
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21906
___
Mark Lawrence added the comment:
@Jesús can you provide a patch for this?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11924
rlinscheer added the comment:
Quite frankly, I'm beyond caring now.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16188
___
Ram Rachum added the comment:
I understand. Personally I think it'll be useful enough (and more useful to me
than the builtin `sentinel`), but maybe that's just me. And I guess Terry liked
it too. I don't know whether other people would like it as well.
--
Ram Rachum added the comment:
Raymond: I do take your point about performance, and I understand that if this
results in a performance problem, then that's a good argument to not include
this feature.
But I'm baffled as to why you're asking me regarding this feature Why? Is
there any known
STINNER Victor added the comment:
I suggest to close the issue. It's just another way to crash Python 3.2, like
any other bug fix. Python 3.2 does not accept bug fixes anymore.
--
___
Python tracker rep...@bugs.python.org
Lita Cho added the comment:
Hey Raymond, just wanted to ping you to see if you had a chance to review this
patch yet. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21868
___
Mark Lawrence added the comment:
Codecs gurus FYI.
--
nosy: +BreamoreBoy, doerwalter, lemburg
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12513
Raymond Hettinger added the comment:
Regarding the redundancy, I don't think the C API should be expanded
unnecessarily. Also, PyTuple_GET_ITEM() and its kin are very old, widely used,
and very fast. I don't see a need to upset that apple cart.
--
nosy: +rhettinger
Josh Rosenberg added the comment:
+1; I've had several cases where I'd have used something like this (for the
exact purpose mentioned, to destructively consume an input iterable). I don't
think it's more or less useful than the sentinel version, which is convenient
for iterating a file by
Raymond Hettinger added the comment:
I don't think this should be done. Python is primarily a language with a
standard library, not a command-line development toolkit. We should avoid
mission creep.
There are plenty of mature, robust, full-featured solutions already available.
For
Mark Lawrence added the comment:
@Albert sorry about the delay in responding to this.
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12854
Josh Rosenberg added the comment:
TypeError also should be more specific because it can occur for a multitude of
reasons; along with stuff like AttributeError, it's one of those exceptions
that could arise from multiple causes on a single line of code, none of them
obvious. For the specific
Raymond Hettinger added the comment:
I looked at this and marked it as high priority (crashes are an unacceptable
outcome). The patch looks fine but I haven't had a chance to test it yet. If
it passes muster, I'll apply it shortly (I'm overseas traveling this week).
In the meantime, can you
Ram Rachum added the comment:
Josh... The reason I gave all these examples of where Python gives detailed
error messages, is not so you'd explain the obvious reason, which is that it
makes it easier to debug, figure out what's wrong with your program, and fix
it. The reason I gave these
Michael Foord added the comment:
So the proposed fix does the backslashreplace for errors and then re-decodes,
allowing the encode in the stream to work. That seems like a good fix.
--
___
Python tracker rep...@bugs.python.org
Changes by Lita Cho lita@gmail.com:
--
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21868
___
___
Changes by Lita Cho lita@gmail.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21868
___
___
Python-bugs-list
1 - 100 of 135 matches
Mail list logo