Martin Pool added the comment:
Hi, Martin,
On 20 August 2012 05:25, Martin v. Löwis rep...@bugs.python.org wrote:
Martin v. Löwis added the comment:
(As usual), I'm quite skeptical about this bulk bug report; it violates the
one bug at a time principle, where one bug can roughly be defined
Martin Pool m...@sourcefrog.net added the comment:
Terry, that's fine. Thanks to everyone who contributed to the discussion.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13643
Martin Pool m...@sourcefrog.net added the comment:
On 21 December 2011 12:41, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou pit...@free.fr added the comment:
The standard encoding is UTF-8.
How so? I don't know of any Linux or Unix spec which says so. If you get
the Linux
Martin Pool m...@sourcefrog.net added the comment:
On 22 December 2011 11:21, STINNER Victor rep...@bugs.python.org wrote:
This discussion is becoming very long, I didn't remember the original
purpose.
The proposal is that in some cases where Python currently assumes
filenames are ascii
Martin Pool m...@sourcefrog.net added the comment:
On 22 December 2011 12:32, STINNER Victor rep...@bugs.python.org wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
On 22/12/2011 02:16, Martin Pool wrote:
The proposal is that in some cases where Python currently assumes
Martin Pool m...@sourcefrog.net added the comment:
On 22 December 2011 13:15, STINNER Victor rep...@bugs.python.org wrote:
You cannot pass directly h\xe9.txt, but if you know the correct file
system encoding, you can encode it explicitly using str.encode(utf-8).
My recollection
Martin Pool m...@sourcefrog.net added the comment:
I'm not sure why having a locale set to C or something invalid should be
considered a Python bug.
Programs like bzr that hit these problems can tell their users, either in the
docs or an error message, change your locale to a UTF-8 one
Martin Pool m...@sourcefrog.net added the comment:
On 21 December 2011 11:01, STINNER Victor rep...@bugs.python.org wrote:
Again: please read the discussion (in closed issues) explaing why we removed
it (and which problems it introduced).
There's a lot of history, so I'm not sure exactly
Martin Pool m...@sourcefrog.net added the comment:
On 21 December 2011 11:26, STINNER Victor rep...@bugs.python.org wrote:
I never checked which locale is used by default for programs called by cron.
So I checked: on Fedora 16, programs start with a very few environment
variables, and LANG
Martin Pool m...@sourcefrog.net added the comment:
Thanks for the example.
Like you say, realistically, all data exchanged with other programs
and with the system needs to be in the same encoding. (User document
content may be in something else.)
On modern systems, this problem is solved
Martin Pool m...@sourcefrog.net added the comment:
On 21 December 2011 12:16, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou pit...@free.fr added the comment:
So, you're complaining about something which works, kind of:
$ touch héhé
$ LANG=C python3 -c import os; print
Martin Pool m...@sourcefrog.net added the comment:
On 31 August 2011 07:56, STINNER Victor rep...@bugs.python.org wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
def handler(signal, stackframe):
print OUCH
stdout.flush()
_exit(1)
What do you want to do
Martin Pool m...@sourcefrog.net added the comment:
Note, 366 above confirms it's never true for an empty string. The
documentation states that \B is just the opposite of \b yet
re.match(r'\b', '') returns None and so does \B so \B isn't the opposite
of \b in all cases.
This is also a bit
Martin Pool m...@sourcefrog.net added the comment:
My patch above fixes all the messages so that you get a clean build with the
current makefile.
-Wuninitialized and 'offset outside constant string' would be worth fixing but
I can't reproduce them in Python.
I'm personally not so keen
Martin Pool m...@sourcefrog.net added the comment:
Z is well established as meaning UTC time
http://en.wikipedia.org/wiki/Coordinated_Universal_Time#Time_zones so
shouldn't be used for zone not known. rfc 3393 is clear that it's equivalent
to +00:00.
So the questions seem to be:
* should
Martin Pool m...@sourcefrog.net added the comment:
this fixes the pickle warnings, and cleans up some (I'm pretty sure) dead code
in there. the pickle tests all pass.
--
keywords: +patch
nosy: +poolie
Added file: http://bugs.python.org/file22980/20110822-1150-python-warnings.diff
Martin Pool m...@sourcefrog.net added the comment:
This fixes every compiler warning so that Python build with -Werror on Ubuntu
Oneiric alpha (gcc 4.6.1-7ubuntu1).
* PyMem_Resize is a macro that mutates its first argument; the return value
shouldn't be used.
* Some variables in sre
Martin Pool m...@sourcefrog.net added the comment:
The documentation for this can now point to the faulthandler module (in Python
3).
--
nosy: +poolie
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1215
Changes by Martin Pool m...@sourcefrog.net:
--
title: Python hang when catching a segfault - documentation doesn't say that
you can't handle C segfaults from python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1215
Martin Pool m...@sourcefrog.net added the comment:
This patch tries to improve the documentation a bit more to address the issue
that confused tebeka and to advertise faulthandler. Could someone review or
apply it?
--
keywords: +patch
Added file: http://bugs.python.org/file22989
20 matches
Mail list logo