Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18859
___
___
Python-bugs-list mailing
New submission from G. Scott Johnston:
I've come up with the following series of minimal examples to demonstrate my
bug.
unicode()
u''
unicode(, errors=ignore)
u''
unicode(abcü)
Traceback (most recent call last):
File stdin, line 1, in module
UnicodeDecodeError: 'ascii' codec can't
Ned Deily added the comment:
See http://docs.python.org/2/library/functions.html#unicode. It appears to me
that unicode() is behaving exactly as documented. In particular:
If encoding and/or errors are given, unicode() will decode the object which
can either be an 8-bit string or a character
New submission from Eric Snow:
This ticket will track the implementation for PEP 451 (ModuleSpec). I'll have
a patch up in the next couple days.
--
assignee: eric.snow
components: Interpreter Core, Library (Lib)
messages: 196352
nosy: eric.snow
priority: normal
severity: normal
stage:
Ethan Furman added the comment:
The added tests for inf, -inf, and nan are good.
The refactoring of the dictionary tests are not good. The reason is that
before _json.c was fixed (issue18264) it would return the string value of an
IntEnum instead of the string value of the IntEnum member's
Changes by Jeong-Min Lee false...@gmail.com:
--
nosy: +Jeong-Min.Lee
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18851
___
___
Python-bugs-list
New submission from STINNER Victor:
In the implementation of the PEP 446, issue #18571, I replaced
multiprocessing.util.pipe() with os.pipe() in the multiprocessing module.
Can we remove the multiprocessing.util.pipe() function? It is not public nor
documented.
Charles-François Natali added
STINNER Victor added the comment:
I guess you could remove util.pipe() altogether: it wasn't part of the public
API.
Ah yes, I wanted to create an issue for that but I forgot. Here you
have: issue #18865.
--
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - needs patch
versions: +Python 2.7, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18861
___
___
Python-bugs-list
Ethan Furman added the comment:
On 08/14/2013 09:27 PM, on PyDev, Nick Coghlan wrote:
For enums, I believe they should be formatted like their
base types (so !s and !r will show the enum name, anything without
coercion will show the value).
I agree. While one of the big reasons for an Enum
New submission from Mathieu Dutour Sikiric:
LinkedIn
Python,
I'd like to add you to my professional network on LinkedIn.
- Mathieu
Mathieu Dutour Sikiric
visitor at Technische Universität Darmstadt
Croatia
Confirm that you know Mathieu Dutour Sikiric:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg196357
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18866
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
title: Invitation to connect on LinkedIn - spam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18866
New submission from Mathieu Dutour Sikiric:
LinkedIn
Python,
I'd like to add you to my professional network on LinkedIn.
- Mathieu
Mathieu Dutour Sikiric
visitor at Technische Universität Darmstadt
Croatia
Confirm that you know Mathieu Dutour Sikiric:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg196358
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18867
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
title: Invitation to connect on LinkedIn - spam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18867
New submission from Joe Borg:
I'm in need of an unbuffered stdin for Python3. Using the '-u' flag worked
fine in Python2. But, it seems, Python3's stdin is always buffered; as seen in
http://bugs.python.org/issue4705.
This is not always desirable. For example:
#!/bin/python3
import os,
Changes by Joe Borg cyborg101...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18868
___
___
Python-bugs-list
Michele Orrù added the comment:
The parser *is* rejecting control characters. It's an XML parser. See the
example in the link you posted.
Ehrm, my apologies.
That's not an XML specific issue. You are printing a byte string here, so
repr() would be the right thing to use (and is actually
Stefan Behnel added the comment:
I think the point here is clarifying whether xml expect text or just a byte
string. In case that's a stream of byte, I agree with you, is more a
behaviour problem.
XML is *defined* as a stream of bytes.
Regarding the API side in ElementTree, Py2 accepts
Michele Orrù 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?
I don't see any problem in any xml output. Indeed:
You can't put a nasty non-printing ASCII
Richard Oudkerk added the comment:
Yes I will remove it. I was planning on doing so when PEP 446 was implemented.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18865
___
Michele Orrù added the comment:
XML is *defined* as a stream of bytes.
Can you *paste* the *source* proving what you are arguing, please?
Regarding the API side in ElementTree, Py2 accepts byte strings and Py3
requires Unicode strings.
accepts? python3 works with
Stefan Behnel added the comment:
XML is *defined* as a stream of bytes.
Can you *paste* the *source* proving what you are arguing, please?
http://www.w3.org/TR/REC-xml/
python3 works with ElementTree(bytes(unicode))
What does this sentence mean?
--
Michele Orrù added the comment:
XML is *defined* as a stream of bytes.
Can you *paste* the *source* proving what you are arguing, please?
http://www.w3.org/TR/REC-xml/
The first two suggestions are directly derived from the rules given for
identifiers in Standard Annex #31 (UAX #31) of the
Michele Orrù added the comment:
Document authors are encouraged to avoid compatibility characters, as defined
in section 2.3 of [Unicode]. The characters defined in the following ranges are
also discouraged. They are either control characters or permanently undefined
Unicode characters:
Michele Orrù added the comment:
Does not seem to me just a byte string where you can put binary data.
Hence, I expect the xml tree to escape/reject those.
Hence, Is not an enhancement, but a bug. Unless we just want to document this.
(not going to change the metadata, otherwise we'll end up
Stefan Behnel added the comment:
We are talking about two different things here.
I said that (serialised) XML is defined as a sequence of bytes. Read the spec
on that.
What you are talking about is the Infoset, or the parsed/generated in-memory
XML tree. That's obviously not bytes, it's
Roundup Robot added the comment:
New changeset 38f028939028 by Richard Oudkerk in branch 'default':
Issue #18865: PEP 446 makes multiprocessing.util.pipe() unnecessary.
http://hg.python.org/cpython/rev/38f028939028
--
nosy: +python-dev
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eric.araujo, ezio.melotti, tim.peters
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18855
___
Serhiy Storchaka added the comment:
Here is updated patch with tests.
Please open separated issues if you want suggest semantic changes (removing,
renaming or changing behavior of some options).
--
Added file: http://bugs.python.org/file31495/regrtest_argparse_2.patch
Roundup Robot added the comment:
New changeset 3e397ecedc55 by Victor Stinner in branch 'default':
Issue #18865: remove unused import from multiprocessing.util.spawnv_passfds()
http://hg.python.org/cpython/rev/3e397ecedc55
--
___
Python tracker
Michele Orrù added the comment:
I said that (serialised) XML is defined as a sequence of bytes.
Read the spec on that.
And I'm saying that's inexact. I have expectations that control chars are
escaped in the serialized xml, because the spec I'm reading says so, and
because the documentation
Richard Oudkerk added the comment:
The PPC64 buildbot is still failing intermittently.
--
resolution: invalid -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18786
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18865
___
Richard Oudkerk added the comment:
It looks like the main process keeps getting killed by SIGUSR1. Don't know why.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18786
___
Sworddragon added the comment:
You may want to have a look at sys.excepthook.
This would not solve the race condition.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18836
___
Charles-François Natali added the comment:
It looks like the main process keeps getting killed by SIGUSR1.
Don't know why.
In Lib/test/_test_multiprocessing.py:
def test_poll_eintr(self):
got_signal = [False]
def record(*args):
got_signal[0] = True
pid
Ezio Melotti added the comment:
Since we now got subtests, can this be closed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7897
___
___
Michele Orrù added the comment:
Just pointed by a friend - http://www.w3.org/TR/REC-xml/#sec-cdata-sect
I suppose this is insanely used to put binary blobs inside xml until only the
CDEnd string is recognized as markup.
That's what I needed.
Amen.
--
Roundup Robot added the comment:
New changeset fa23e49c7dd3 by Richard Oudkerk in branch 'default':
Issue #18786: Don't reinstall old SIGUSR1 handler prematurely.
http://hg.python.org/cpython/rev/fa23e49c7dd3
--
nosy: +python-dev
___
Python tracker
Richard Oudkerk added the comment:
If the _killer process takes too long to start, it won't send SIGUSR1
before the p process returns...
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18786
R. David Murray added the comment:
subtests don't satisfy my use cases. You can't run an individual subtest by
name, and I find that to be a very important thing to be able to do during
development and debugging. At the moment at least I'm fine with just having my
parameterize decorator in
Charles-François Natali added the comment:
Thanks!
You're welcome :)
BTW, I don't know if that would fulfill the goal of your test here,
but when I want to check for EINTR handling, I just use alarm (see
attached patch). The only downside is that the minimum delay is 1
second.
--
Eli Bendersky added the comment:
This patch implements the renaming and updates the documentation.
--
Added file: http://bugs.python.org/file31497/issue17741.api-renames.1.patch
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
It should be fixed now so I will close.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18786
Richard Oudkerk added the comment:
Try using Popen(..., bufsize=0).
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18868
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
versions: -Python 3.1, Python 3.2, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18868
___
New submission from Charles-François Natali:
At the beginning of the test suit execution, faulthandler registers its signal
handler for fatal signals, as well as SIGUSR1 and SIGALRM.
The problem is that some tests temporary change those handlers, e.g. for
EINTR-handling tests.
While they do
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18702
___
___
Python-bugs-list
Stefan Behnel added the comment:
Any comments regarding my naming suggestion?
Calling it a push parser is just too ambiguous.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17741
___
Stefan Behnel added the comment:
Erm, pull parser, but you see what I mean.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17741
___
___
R. David Murray added the comment:
See also issue 3948 for another variation of this problem with
getsignal/setsignal.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18869
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18864
___
___
Python-bugs-list
Brett Cannon added the comment:
There should actually be a test to catch the inconsistencies.
--
nosy: +brett.cannon
stage: - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18858
Antoine Pitrou added the comment:
Or perhaps we could enhance the signal module so that getsignal() return
something (i.e. a specific object) which can restore the C signal handler. That
would be better than special-casing faulthandler, IMHO.
--
nosy: +pitrou
Charles-François Natali added the comment:
Yes, the problem is that the pipes FDs are closed twice if fork() succeeds, but
exec() fails.
They're closed in _execute_child():
1286 if p2cread is not None and p2cwrite is not None:
1287 os.close(p2cread)
Piotr Lopusiewicz added the comment:
For most ctypes uses, closing is irrelevant, since people typically access
system libraries that are independently loaded anyway, so closing them would
not have any effect.
My use case is this: I test some things, then I need to recompile my .dll
without
Antoine Pitrou added the comment:
Indeed, this is not related to sys.stdin, but to Popen's own buffering, and the
fix is either to pass bufsize=0 or to flush() when you need to.
I'm closing as invalid, don't hesitate to re-open if I misunderstood something.
--
nosy: +pitrou
Antoine Pitrou added the comment:
I wonder how the closing works under Windows. os.close() is called on handles
returned by _get_handles(), but those are Windowns HANDLE values, not C file
descriptors: os.close() probably fails on them (don't have a Windows VM to
check, sorry). I guess the
Antoine Pitrou added the comment:
Here is a patch for 2.7. I don't know how to write a test for it, though.
--
keywords: +patch
Added file: http://bugs.python.org/file31498/subprocess_issue18851.patch
___
Python tracker rep...@bugs.python.org
New submission from Merlijn van Deen:
Steps to reproduce:
---
eval(u'ä')
# in an utf-8 console, so this is equivalent to
eval(u'\xc3\xa4')
Actual result:
u'\xc3\xa4'
# i.e.: u'ä'
Expected result:
-
SyntaxError: Non-ASCII character '\xc3' in
Charles-François Natali added the comment:
Or perhaps we could enhance the signal module so that getsignal() return
something (i.e. a specific object) which can restore the C signal handler.
That would be better than special-casing faulthandler, IMHO.
Yes, I thought about that, see
Antoine Pitrou added the comment:
Or perhaps we could enhance the signal module so that getsignal() return
something (i.e. a specific object) which can restore the C signal handler.
That would be better than special-casing faulthandler, IMHO.
Yes, I thought about that, see
Charles-François Natali added the comment:
Victor, did you have a chance to test the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18643
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11798
___
Roundup Robot added the comment:
New changeset 1c2a37459c70 by Andrew Svetlov in branch 'default':
Issue #11798: TestSuite now drops references to own tests after execution.
http://hg.python.org/cpython/rev/1c2a37459c70
--
nosy: +python-dev
___
Charles-François Natali added the comment:
Alright, here's the patch, with all the changes discussed (and of
cours a separate selectors.py).
--
Added file: http://bugs.python.org/file31499/selectors-14.diff
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
This seems to be producing a test failure in test_doctest. eg:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.x/builds/1920
--
___
Python tracker rep...@bugs.python.org
New submission from Antoine Pitrou:
Here is a proposal to make the devguide more precise and explicit about needing
to run the entire test suite before committing a change.
--
assignee: docs@python
components: Devguide, Documentation
files: test_suite.patch
keywords: patch
messages:
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18702
___
___
Python-bugs-list
R. David Murray added the comment:
I don't think it is even won't fix. Your workarounds are just the way you
need to feed non-latin1 text into Python2. Since the default source encoding
in python2 is latin-1, and that is documented, I'm not sure what additional
documentation you want?
STINNER Victor added the comment:
One way to fix this would be to add a WithSignalHandler(signal, handler)
context manager to test.support that would replace the signal handler upon
entry, and re-register faulthandler's handler upon exit.
faulthandler.dump_traceback_later() is registered
Matt McClure added the comment:
This might fix it (untested):
diff -r d748d7020192 Lib/test/test_doctest.py
--- a/Lib/test/test_doctest.py Sat Aug 03 10:09:25 2013 -0400
+++ b/Lib/test/test_doctest.py Wed Aug 28 15:35:58 2013 -0400
@@ -2329,6 +2329,8 @@
Now, when we run the test:
+
R. David Murray added the comment:
Looks OK to me. Do we want to also recommend more explicitly that the tests be
run with -uall?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18871
___
STINNER Victor added the comment:
Victor, did you have a chance to test the patch?
I tested socketpair.diff (modified to use it even on Linux) on another
computer, and test ran successfully.
On my main computer (Fedora 18, Linux kernel 3.9.4), the test is failing. With
sendall_write.diff,
STINNER Victor added the comment:
The PEP 433 was rejected, replaced with the PEP 446.
--
resolution: - rejected
status: open - closed
superseder: - Implementation of the PEP 446: non-inheritable file descriptors
___
Python tracker
Antoine Pitrou added the comment:
I don't know. I wouldn't insist too much on -uall, because generally it won't
find anything more (except for network tests, perhaps).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18871
STINNER Victor added the comment:
Where / how do you type the eval() instruction? In IDLE, in the interactive
prompt () or in a script (test.py)? What is your OS and what is your locale
encoding?
Example:
$ python -m platform
Linux-3.9.4-200.fc18.x86_64-x86_64-with-fedora-18-Spherical_Cow
$
Antoine Pitrou added the comment:
$ python
Python 2.7.4 (default, Apr 19 2013, 18:28:01)
[GCC 4.7.3] on linux2
Type help, copyright, credits or license for more information.
eval(u'ä')
u'\xc3\xa4'
import locale
locale.getpreferredencoding()
'UTF-8'
--
Antoine Pitrou added the comment:
Since the default source encoding in python2 is latin-1
Mmh, really? According to PEP 263:
Python will default to ASCII as standard encoding if no other
encoding hints are given.
And indeed when trying Merlijn's code in a .py file rather than an
Antoine Pitrou added the comment:
Ok, here is a fixed patch for Windows under 2.7.
--
Added file: http://bugs.python.org/file31501/subprocess_issue18851_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18851
Charles-François Natali added the comment:
I'll tackle #13285 instead.
--
resolution: - duplicate
stage: - committed/rejected
superseder: - signal module ignores external signal changes
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13285
___
___
Python-bugs-list mailing
Charles-François Natali added the comment:
Since I'll update socket tests to also use support.PIPE_MAX_SIZE, maybe we
should rename this variable while we're at it?
Anybody can think of a name that would work both for sockets and pipes?
--
nosy: +pitrou
STINNER Victor added the comment:
Since I'll update socket tests to also use support.PIPE_MAX_SIZE, maybe we
should rename this variable while we're at it?
Why not using a different value (constant) for sockets?
--
___
Python tracker
New submission from Lorin Hochstein:
Amazon EC2 has their own Fedora-like Linux distribution
(http://aws.amazon.com/amazon-linux-ami/). This distribution isn't recognized
by platform.linux_distribution():
import platform
platform.linux_distribution()
('', '', '')
$ cat /etc/issue
Amazon
Antoine Pitrou added the comment:
By alternating between PIPE and SOCK, you get POPK, which is as descriptive as
it gets.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18643
___
Antoine Pitrou added the comment:
Updated patch with test.
--
Added file: http://bugs.python.org/file31502/subprocess_issue18851_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18851
Lorin Hochstein added the comment:
$ cat /etc/system-release
Amazon Linux AMI release 2013.03
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18872
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18850
___
___
Python-bugs-list
Charles-François Natali added the comment:
Why not using a different value (constant) for sockets?
We can add a new constant (e.g. SOCK_MAX_SIZE), that would be fine, as
long as it aliases to PIPE_MAX_SIZE.
There's no need to have two values (the current 4MB value is fine).
By alternating
Nick Coghlan added the comment:
Right, subtests are about improving reporting without adding selectivity.
Explicitly parameterized tests require more structural changes to tests,
but give the selectivity that subtests don't.
--
___
Python tracker
Nick Coghlan added the comment:
Looks good to me. I think it's OK to leave the optional resources in the
set of things covered by the buildbots rather than expecting them to always
be run in pre-commit testing.
--
___
Python tracker
Roundup Robot added the comment:
New changeset a62bb0481ac9 by Antoine Pitrou in branch 'default':
Issue #18871: make it more explicit that the test suite should be run before
committing
http://hg.python.org/devguide/rev/a62bb0481ac9
--
nosy: +python-dev
R. David Murray added the comment:
Heh. Obviously I've forgotten some things about python2. I could have sworn
the default was latin-1, but perhaps that was just the stdlib standard for
coding cookies? I don't use python2 much any more...
--
___
Antoine Pitrou added the comment:
Thanks for allowing me to be lazy, Nick :-)
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18871
Nick Coghlan added the comment:
The fact I don't run the tests with - uall before committing had nothing to
do with it whatsoever. Nope. Nothing at all ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18871
Roundup Robot added the comment:
New changeset 17f23cf029cf by Andrew Svetlov in branch 'default':
Fix tests for #11798
http://hg.python.org/cpython/rev/17f23cf029cf
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11798
1 - 100 of 111 matches
Mail list logo