Gregory P. Smith added the comment:
Thanks! Backported to subprocess32 in
https://code.google.com/p/python-subprocess32/source/detail?r=4ba30d9c64296ea0d2959790ab22d0f1a2678064
--
___
Python tracker rep...@bugs.python.org
New submission from Bernie Keimel:
LinkedIn
Ich möchte Sie zu meinem beruflichen Netzwerk auf LinkedIn hinzufügen.
- Bernard Keimel
Bernard Keimel
Business bei privat
Berlin und Umgebung, Deutschland
Bestätigen Sie, dass Sie Bernard Keimel kennen:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg196264
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18847
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
title: Einladung in mein Netzwerk bei LinkedIn - spam
___
Python tracker rep...@bugs.python.org
Sworddragon added the comment:
but what if there is a bug in your code?
Bugs in a python application can be fixed by the user while a specific behavior
of the interpreter can't.
Maybe you are also thinking in the wrong direction. Nobody wants a solution
that traps the user forever. Also
New submission from py.user:
http://docs.python.org/3/library/unittest.html#unittest.TestResult.startTestRun
http://docs.python.org/3/library/unittest.html#unittest.TestResult.stopTestRun
result.py:
#!/usr/bin/env python3
import unittest
class Test(unittest.TestCase):
def test_1(self):
Stefan Behnel added the comment:
Putting _setevents aside for the moment,
Agreed, obviously.
XMLParser is a clean and simple API. Its output is only push (by calling
callbacks on the target). It doesn't deal with Elements at all.
We already agreed on that, too. Keep things simple.
It
Changes by Antoine Pitrou pit...@free.fr:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1565525
___
___
Python-bugs-list
Antoine Pitrou added the comment:
If its a problem with the test I'm guessing it might have to do with how
os.WCOREDUMP() decides whether a process has dumped its core or not.
You are right, the status code doesn't seem affected by whether the core file
was actually dumped or not:
$ ulimit
New submission from Vlad Shcherbina:
When directory exists with a name chosen for new temporary file, OSError with
EACCESS errno is thrown on windows, while attempts to chose another name only
happen on EEXIST errors.
To reproduce, run
--- 8 -
import sys
import
Nick Coghlan added the comment:
The whole point of the new API is not to replace XMLParser, but to
provide a convenience API to set up a particular combination of an
XMLParser with a particular kind of custom target. It just happens
that actually *implementing it* that way doesn't work right
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17908
___
___
New submission from Michele Orrù:
Got from irc;
JerryKwan python bug in xml.etree.ElementTree, from version 2.7 to 3.2
http://www.reddit.com/r/Python/comments/1l6cta/python_bug_in_xmletreeelementtree/
I think we should keep consistency with lxml and forbid control chars in
advance.
Changes by Michele Orrù maker...@gmail.com:
--
components: +Library (Lib), XML
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
___
Charles-François Natali added the comment:
The test works for me. The only problem is that faulthandler dumps a
stack: it might be better to use subprocess with stderr=devnull).
As for the status code, it looks like a bash bug:
$ cat /tmp/test_core.py
import os
if os.fork() == 0:
Andrew Svetlov added the comment:
Looks good but review comments worth to be applied or rejected with reasonable
note.
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11798
Stefan Behnel added the comment:
The whole point of the new API is not to replace XMLParser, but to provide a
convenience API to set up a particular combination of an XMLParser with a
particular kind of custom target.
Ok, but I'm saying that we don't need that. It's all there, it all comes
Matt McClure added the comment:
Andrew,
I didn't understand your message. Are you asking me to change the patch
somehow? Or asking Michael to review and apply it?
Best,
Matt
--
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +eli.bendersky, scoder, serhiy.storchaka
versions: +Python 2.7, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +georg.brandl, ncoghlan, serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
___
New submission from Jan-Wijbrand Kolman:
An internal library that heavily uses subprocess.Popen() started failing its
automated tests when we upgraded from Python 2.7.3 to Python 2.7.5. This
library is used in a threaded environment. After debugging the issue, I was
able to create a short
Stefan Behnel added the comment:
This is a bit tricky in ET because it generally allows you to stick anything
into the Element properties (and that's a feature). So catching this at tree
building time (as lxml.etree does) isn't really possible.
However, at least catching it in the serialiser
Michele Orrù added the comment:
you mind if I try by myself to provide patch and unittest in the next few days?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
___
Madison May added the comment:
The docs page does mention, however, that Fraction inherits from
numbers.Rational, and links to that page
(http://docs.python.org/2/library/numbers.html#numbers.Rational). There the
properties 'numerator' and 'denominator' are clearly documented. Perhaps its
Stefan Behnel added the comment:
Go for it. That's usually the fastest way to get things done.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
___
Andrew Svetlov added the comment:
Matt, I've added new patch.
Will commit it after tomorrow if nobody object.
--
Added file: http://bugs.python.org/file31483/issue11798.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11798
Michael Foord added the comment:
Go ahead and commit. The functionality and patch are good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11798
___
R. David Murray added the comment:
Unless I'm completely misunderstanding (which I don't think I am), this is not
a race condition, it is how the language is designed to operate. The change
you are proposing is a language-design level change that would require a PEP.
The appropriate place
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18848
___
___
R. David Murray added the comment:
Unless it is a security issue, this seems like the kind of fix that shouldn't
be applied to maintenance releases.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +gregory.p.smith, pitrou
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18851
___
New submission from Thomas Heller:
In site.py, line 477, I find this code:
# Reading the initialization (config) file may not be enough to set a
# completion key, so we set one first and then read the file
if 'libedit' in getattr(readline, '__doc__', ''):
Michele Orrù added the comment:
I suppose it is, David, if in 2 minutes flat I can change your terminal name.
--
Added file: http://bugs.python.org/file31484/inject.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18852
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +ezio.melotti, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18848
___
___
Michael Foord added the comment:
It is the TextTestRunner that calls startTestRun and stopTestRun not the suite.
The documentation could be improved to make that clear *or* the call could be
moved into the TestSuite as not everybody uses the TextTestRunner. That would
be a change in
R. David Murray added the comment:
In that case, the fix needs to be applied to 3.2 and 2.6 as well. Or at least
considered for application. It could be that this will break working (though
dangerous) programs. I'll leave it to folks more knowledgeable in this
particular area than I to
Sworddragon added the comment:
Unless I'm completely misunderstanding (which I don't think I am), this is
not a race condition, it is how the language is designed to operate.
If it is intended not to be able to catch all exceptions and prevent a
traceback being showed this should be indeed
Eli Bendersky added the comment:
I'm sorry if I sound offensive, but most of what I read as counter
arguments in this ticket so far was either incomplete or (sometimes) even
plain wrong. Some seemed pretty close to FUD, but maybe that's just me (and
I'm guilty here too, I guess - sorry for
New submission from Vajrasky Kok:
The python is compiled with --with-pydebug flag.
[sky@localhost cpython]$ cat /tmp/quote.txt
manly man likes 'cute cat'
[sky@localhost cpython]$ ./python Lib/shlex.py /tmp/quote.txt
Token: 'manly'
Token: 'man'
Token: 'likes'
Token: '\'cute cat\''
sys:1:
New submission from R. David Murray:
A 'message' part is not, in fact, a multipart in RFC terms. (Only 'multipart'
messages are multiparts.) The email package models 'message' parts by making
them single-element multipart messages, with the single element being a
Message object representing
R. David Murray added the comment:
I don't think __doc__ can ever not exist, so that code is just wrong :)
--
keywords: +easy
nosy: +r.david.murray
stage: - needs patch
title: Problem with pyreadline - site.py does not handle readline.__doc__
being None
Serhiy Storchaka added the comment:
See also issue7727. Almost any other XML generation code
(xml.sax.sautils.XMLGenerator, xml.dom.minidom.Element.writexml(), etc, but not
plistlib.PlistWriter) has the same problem.
The problem with filtering control characters is that it will significantly
Stefan Behnel added the comment:
Eli, I agree that we've put way more than enough time into the discussion by
now. We all know each other's arguments and failed to convince each other.
Please come up with working code that shows that the approach you are
advocating for the final
Stefan Behnel added the comment:
Michele, could you elaborate how you would exploit this issue as a security
risk?
I mean, I can easily create a (non-)XML-document with control characters
manually, and the parser would reject it.
What part of the create-to-serialise process exactly is a
Andrew Svetlov added the comment:
Matt, would you sign licence agreement http://www.python.org/psf/contrib/ ?
The Python Software Fondation is asking all contributors to sign it.
Thanks.
--
___
Python tracker rep...@bugs.python.org
Michele Orrù added the comment:
Michele, could you elaborate how you would exploit this issue as a security
risk?
Sure. What I meant in my message is: assume you have a script that simply
stores each message it receives (from stdin, from a tcp stream, whatever)
inside an xml tree like
New submission from Madison May:
Is there any reason (other than backwards compatibility) that the names of
README files are inconsistent?
README: 3 instances - root, /Mac, /Misc, /Tools
readme.txt: 2 instances - /PC, /PCbuild
README.txt: 1 instance - /Doc
--
assignee: docs@python
Matt McClure added the comment:
Andrew,
I signed the agreement as matthewlmcclure and as matthewlmcclure-gmail. Is
there any way I can merge those two user accounts?
I believe the original patch was Tom Wardill's. I just updated his patch.
--
nosy: +matthewlmcclure
R. David Murray added the comment:
There is no easy way to merge accounts in roundup. If you've submitted the
agreement, your * should show up in a bit :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11798
Roundup Robot added the comment:
New changeset 4d62a62ba44d by Serhiy Storchaka in branch '3.3':
Issue #18783: Removed existing mentions of Python long type in docstrings,
http://hg.python.org/cpython/rev/4d62a62ba44d
New changeset 0872257752c2 by Serhiy Storchaka in branch 'default':
Issue
Serhiy Storchaka added the comment:
Thank you Ezio and Terry for reviews.
I presume you thought about it carefully in context.
Yes. Here can be any different types for which instances can be equal (1 == 1L,
1.0 == 1.0+0.0j).
This kind of changes are a bit out of place in a patch like this.
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18783
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
keywords: +needs review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18830
___
Michele Orrù added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16201
___
___
Python-bugs-list mailing list
Unsubscribe:
Michele Orrù added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Ah, haven't you seen Charles-François' comments on the review tool?
Click on the review link next to your patch :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
Michele Orrù added the comment:
Still is an issue, though. Exported on the current tip.
--
versions: +Python 3.5 -Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file31486/issue16083.1.patch
___
Python tracker
Vajrasky Kok added the comment:
What about if you extend the test coverage as well? Right now, we don't have
test to test getclasstree method with unique parameter set to false.
--
nosy: +vajrasky
___
Python tracker rep...@bugs.python.org
Michele Orrù added the comment:
oops, didn't see :) thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
___
Python-bugs-list
Antoine Pitrou added the comment:
As for the status code, it looks like a bash bug:
Your script gives different results here (on Ubuntu):
$ ulimit -c
0
$ ./python dumpcore.py
6: False
$ ulimit -c unlimited
$ ./python dumpcore.py
6: False
That's because Ubuntu overrides the core file
New submission from Madison May:
Just redirected stdout to a string io object unittest.mock.patch() to add basic
test coverage for calendar.py print functions (TextCalendary.prweek(),
TextCalendar.prmonth(), TextCalendar.pryear(), and format()).
--
components: Tests
files:
Changes by Thomas Weißschuh tho...@t-8ch.de:
--
nosy: +t-8ch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17997
___
___
Python-bugs-list mailing
Madison May added the comment:
...to a string io object USING unittest.mock.patch()...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18856
___
Stefan Behnel added the comment:
The parser is *not* rejecting control chars.
The parser *is* rejecting control characters. It's an XML parser. See the
example in the link you posted.
assume you have a script that simply stores each message it receives (from
stdin, from a tcp stream,
New submission from Joshua Johnston:
This is strange behavior. When you encode nulls in other languages you don't
get the string 'null' you usually get an empy string. Shouldn't str(None) == ''?
If not str(None) == 'None' and the string representation of a None value should
not match a known
Stefan Behnel added the comment:
Or maybe even to enhancement. The behaviour that it writes out what you give
it isn't exactly wrong, it's just inconvenient that you have to take care
yourself that you pass it well-formed XML content.
--
___
Python
Antoine Pitrou added the comment:
No reason really. We could standardize all of them on README.txt, perhaps.
--
nosy: +pitrou
priority: normal - low
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18855
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18857
___
___
Python-bugs-list mailing
R. David Murray added the comment:
In Python the str of a None value is indeed 'None', just as the str of a True
value is 'True'. Unless the protocol to which you are encoding supports null
values, you shouldn't be using None values in the input to the serialization.
If you want an empty
Madison May added the comment:
It's obviously low priority, just thought I would mention it. I found it a bit
odd that README is used, though, since that means users will likely have to
select the program they want to use to open the file (in Windows, at least).
It might also be nice to
Joshua Johnston added the comment:
Hi David,
That is what I would expect it to do as well. I'm relatively new to Python but
this is causing all kinds of problems with oauth signing using ims_lti_py as
well as my own code using urlencode.
--
___
pmoody added the comment:
The problem is that 'shared' describes exactly one network, unless you mean
that we should try to start 'private' as 'shared'. That's something I really
don't want to do because it leads to confusion like this.
Do you not think that is_global or is_forwardable (per
New submission from Jan Kaliszewski:
In Python 3.3 threading.get_ident() has been added as a public and documented
function, but there is no dummy_threading.get_ident():
import threading, dummy_threading
threading.get_ident()
139974728402752
dummy_threading.get_ident()
Nick Coghlan added the comment:
Stefan, your proposed merged design isn't going to happen. Two alternative
ways of using the one class is far more complicated to explain to users
than exposing a helper that composes the existing API components to address
a particular use case (particularly when
Nick Coghlan added the comment:
I'd also be fine with is_carrier_private, or, as you say, the inverse
is_global for not is_private and not is_carrier_private and not (any of
the other private addresses) (assuming I understood that suggestion
correctly).
I guess the is_global one is the most
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file31488/ca6217fbec85.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18571
___
Nick Coghlan added the comment:
Sorry, Stefan, I missed your last comment before posting mine. It appears
you had already reached the same conclusion I had regarding further high
level design discussion being pointless :)
--
___
Python tracker
New submission from Alex Volkov:
Okay,
I'm submitting the patch just for uu / test_uu.
I replaced all try/finally statemets with 'with' context, added try..finally
statement for both test cases.
uu.py, line 61 is exposed by test_encode_osstat_assert -- os.stat is
duckpunched out of the
Martin Mokrejs added the comment:
I took a crack from another angle. I converted my application using cython and
then used gcc. Finally, ran valgrind over the binary. It is not finished yet
but already spotted plenty of hints.
--
Added file:
Eli Bendersky added the comment:
W.r.t. the summary in http://bugs.python.org/msg196177, after some further chat
with Nick, a name that sounds good for us for the class is XMLPullParser. It
has both XML and Parser in it, so the intention is clear. On the other hand,
Pull works well for
Martin Mokrejs added the comment:
Incidentally I read today
http://blastedbio.blogspot.co.uk/2012/05/blast-tabular-missing-descriptions.html
mentioning ^A being used. Maybe that would stop working?
--
nosy: +mmokrejs
___
Python tracker
Roundup Robot added the comment:
New changeset ef889c3d5dc6 by Victor Stinner in branch 'default':
Issue #18571: Implementation of the PEP 446: file descriptors and file handles
http://hg.python.org/cpython/rev/ef889c3d5dc6
--
nosy: +python-dev
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18571
___
STINNER Victor added the comment:
Python 3.4 now uses accept4() internally for socket.socket.accept(), the new
socket is created non-inheritable. See the PEP 446 for more information (PEP
implemented in the issue #18571).
--
resolution: - fixed
status: open - closed
Changes by STINNER Victor victor.stin...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10115
___
STINNER Victor added the comment:
Sockets are now created non-inheritable in Python 3.4. See the PEP 446 for more
information (PEP implemented in the issue #18571).
--
resolution: - fixed
status: open - closed
___
Python tracker
STINNER Victor added the comment:
This issue has been fixed in the implementation of the PEP 446 (issue #18571).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16946
STINNER Victor added the comment:
The PEP 446 has been implemented (see issue #18571), this issue can be closed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17070
Tim Peters added the comment:
Did you read Misc/README.valgrind (in the Python tree)? The warnings you've
seen so far are probably all nonsense, and README.valgrind explains how to
avoid getting them.
--
___
Python tracker rep...@bugs.python.org
Martin Mokrejs added the comment:
No, I did not know that. Thanks, I did now.
quote
* Uncomment Py_USING_MEMORY_DEBUGGER in Objects/obmalloc.c,
then rebuild Python
* Uncomment the lines in Misc/valgrind-python.supp that
suppress the warnings for PyObject_Free and PyObject_Realloc
Tim Peters added the comment:
I don't know why there isn't a configure switch for this - but then I've never
used valgrind - LOL ;-)
Other developers use valgrind on Python routinely, though. So it's unlikely
you'll find a legitimate problem _in Python_ reported by valgrind.
--
Martin Mokrejs added the comment:
I was just checking whether configure picked up my --with-pymalloc and
incidentally saw:
--with-valgrind Enable Valgrind support
maybe Misc/README.valgrind needs revision and should explain what that does as
well? ;-)
It should also explain what
New submission from Tim Peters:
In issue 18843 a user noted that Misc/README.valgrind doesn't mention the
--with-valgrind configure option. It probably should. But since I've never
used valgrind, I'm not the guy to do it ;-)
--
components: Build
messages: 196338
nosy: tim.peters
Tim Peters added the comment:
I opened issue 18859 about the lack of --with-valgrind info in
Misc/README.valgrind. Thanks for noticing!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18843
janzert added the comment:
Seems that the discussion is now down to implementation issues and the PEP is
at the point of needing to ask python-dev for a PEP dictator?
--
nosy: +janzert
___
Python tracker rep...@bugs.python.org
Oscar Benjamin added the comment:
On Aug 28, 2013 1:43 AM, janzert rep...@bugs.python.org wrote:
Seems that the discussion is now down to implementation issues and the
PEP is at the point of needing to ask python-dev for a PEP dictator?
I would say so. AFAICT Steven has addressed all of the
Changes by R. David Murray rdmur...@bitdance.com:
--
dependencies: +Add get_body and iter_attachments to provisional email API
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18860
___
New submission from R. David Murray:
Here is a patch, layered on top of the patch in issue 18785, to add the content
manager support. This patch contains only the base ContentManager class, not
the proposed functional registries.
--
components: email
files: contentmanager.patch
Ethan Furman added the comment:
Okay, simple fix, patch and tests attached.
--
keywords: +patch
nosy: +ncoghlan
stage: - patch review
Added file: http://bugs.python.org/file31492/issue18780.stoneleaf.01.patch
___
Python tracker
1 - 100 of 107 matches
Mail list logo