Changes by Sergey Kirillov s...@rainboo.com:
--
nosy: +rushman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3073
___
___
Python-bugs-list mailing
Ray.Allen ysj@gmail.com added the comment:
This is the problem with module tabnanny, it always tries to read the py source
file as a platform-dependent encoded text module, that is, open the file with
builtin function open(), and with no encoding parameters. It doesn't parse
the encoding
Ray.Allen ysj@gmail.com added the comment:
I add tim_one to nosy list since I found this name in
Misc/maintainers:tabnanny. Sorry if I did something improper.
If this is really a problem, I'm glad to apply a patch for it.
Thanks!
--
nosy: +tim_one
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Its a good idea to have that API.
Now for the subscheme,
def get_current_scheme(subscheme=oneof('default', 'home', 'user')):
This doesn't work because the installed Python has already chosen a scheme
between default or home.
So I'd
Éric Araujo mer...@netwok.org added the comment:
PEP 8, section “encodings”, tells that stdlib source code in 3.x should always
use ASCII or UTF-8, without encoding magic comment (since UTF-8 is the default
now and ASCII is a subset of UTF-8); it explicitly mentions author names in
comments
STINNER Victor victor.stin...@haypocalc.com added the comment:
r81375 improves unicode support of libpython.py. I hope that it will be
enough to fix test_strings() failures.
Ok, buildbots seem happy: alpha Debian 3.x is green again.
Python 3.1 doesn't have libpython.py: commit blocked
New submission from STINNER Victor victor.stin...@haypocalc.com:
The file system is hardcoded to UTF-8 on Mac OS X, whereas the locale
encoding... depends on the locale. See issue #4388 for the details.
I think that we should use the locale encoding to encode and decode command
line
New submission from STINNER Victor victor.stin...@haypocalc.com:
In some situations, the encoding of the command line is incorrect or unknown.
sys.argv is decoded with the file system encoding which can be wrong. Eg. see
issue #4388 (ok, it's a bug, it should be fixed).
As os.environb, it
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
sys.argv is decoded with the file system encoding
IIRC this is not exact. Py_Main signature is
Py_Main(int argc, wchar_t **argv)
then PyUnicode_FromWideChar is used, and there is no conversion (except from
UCS4 to UCS2).
The
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
There is a message::
'import site' failed; use -v for traceback
what do you get when you run ./python -v?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
The wchar_t strings themselves are built with mbstowcs(),
the file system encoding is not used.
Oops sorry, you are right, and it's worse :-) sys.argv is decoded using the
locale encoding, but subprocess cie use the file system
STINNER Victor victor.stin...@haypocalc.com added the comment:
I created to related issues:
- #8775: Use locale encoding to decode sys.argv, not the file system encoding
- #8776: Bytes version of sys.argv
If #8775 is fixed, it should fix this issue too.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
I think there is harm in removing this block; it would cause PY_LONG_LONG not
to be defined anymore. Closing as invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker
Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1445781
___
Martin v. Löwis mar...@v.loewis.de added the comment:
[The original link seems down; I found a similar description at
http://msdn.microsoft.com/en-us/library/aa372049%28VS.85%29.aspx]
I think you are misinterpreting the documentation. It doesn't say that the
codepage property is required (in
Martin v. Löwis mar...@v.loewis.de added the comment:
I fail to see the bug in this report. As you found out, you need to set the
codepage property before setting any of the string properties. This is a
requirement imposed by Microsoft, and has nothing to do with Python.
--
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
What if os.system(), os.execvp() and friends used wcstombs (or
locale.preferredencoding) to convert arguments from unicode to bytes? this
would at least guarantee round-trip when spawning another python interpreter.
An interesting
Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1542
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fix the title: sys.argv is already decoded using the locale encoding on Unix,
the problem is that it uses a (possibly) different encoding to encode command
line arguments: file system encoding.
--
title: Use locale
Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1566260
___
Changes by Dan Buch daniel.b...@gmail.com:
--
title: 0xe7 in ``heapq.__about__`` causes badness - tabnanny improperly
handles non-ascii source files
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8774
Changes by Dan Buch daniel.b...@gmail.com:
Removed file:
http://bugs.python.org/file17413/françois-pinard-killed-my-tabnanny.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8774
___
Dan Buch daniel.b...@gmail.com added the comment:
removed patch because the fix should be made to tabnanny itself
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8774
___
Alberto Trevino albe...@byu.edu added the comment:
I have attached a version 2 of the patch. This patch includes everything in
the first version, and adds the following:
- Support for help arguments (HELP MAIL, for example)
- Support for setting the maximum message size from the command
Meador Inge mead...@gmail.com added the comment:
is that correct, or should the production list be something like:
Yup, you are right. I will change the grammar.
Whether these cases are valid or not (personally, I think they should
be), we should add some tests for them. '' *is*
Andrew Svetlov andrew.svet...@gmail.com added the comment:
After looking in #4352 deep I figured out what true separation of filesystem
default encoding and utf8 python namespace is really too complicated.
For example import call stack chain converts module name from utf-8 to
filesystem in
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8611
___
___
Antoine Pitrou pit...@free.fr added the comment:
The possibility of mixing native size/alignment with standard
size/alignment in a single format string makes me a bit uneasy
I agree. It is hard for me to see how this might be used.
Without having anything more constructive to add, I
Meador Inge mead...@gmail.com added the comment:
Thanks for the review. I incorporated the check re-orderings.
I am also writing more tests. Which already exposed a subtly that I was not
expecting:
Python 3.2a0 (py3k:81284M, May 20 2010, 09:08:20)
[GCC 4.2.1 (Apple Inc. build 5646)] on
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for the new patch.
... If un-aligned, native data-types are requested, then the
endian specification is '^'.
However, I am not quite sure how to interpret the last sentence.
Hmm. Seems like the PEP authors are proposing a new
Mark Dickinson dicki...@gmail.com added the comment:
It seems as if 'complex(n + delta) == n + delta' when 'delta' is even.
For n = 2**53, and 0 = delta = 2**53, this sounds about right; the reason is
that the numbers in the range [2**53, 2**54] that are exactly representable as
an IEEE 754
STINNER Victor victor.stin...@haypocalc.com added the comment:
As I wrote, I have an huge patch somewhere in my harddrive fixing this issue.
But I don't want to publish it because it's really huge. I prefer to fix the
problem step by step. I fixed most related issues: see the dependency list
Jean-Paul Calderone exar...@twistedmatrix.com added the comment:
Have you looked at the number of TIME_WAIT sockets you have on the system when
your benchmark gets to the 16000 request mark?
This looks exactly like a regular TCP limitation to me. You'll find the limit
on any platform, not
Sridhar Ratnakumar sridh...@activestate.com added the comment:
On 2010-05-20, at 2:45 AM, Tarek Ziadé wrote:
So I'd rather have two APIs answering to that:
- get_current_scheme() : what's the default scheme for this python
installation ?
- get_current_user_scheme() : what's the default
Antoine Pitrou pit...@free.fr added the comment:
The initial problem here is that we can't write unicode to a buffered
binary stream (TypeError), but we can do it with an unbufferred raw
stream - as the C implementation of the latter does string coercion
instead of raising TypeError.
Sridhar Ratnakumar sridh...@activestate.com added the comment:
removing 2.7 as a target -- it's too late
If contribute a patch to `get_current_scheme` and `get_current_user_scheme`,
will be accepted as part of 2.7?
Roughly I would do something like this:
scheme = os.name
Mark Dickinson dicki...@gmail.com added the comment:
After a bit more thought (and after soliciting a couple of opinions on
#python-dev), I'm convinced that endianness changes within a substruct should
be local to that substruct:
- it makes the meaning of '2T{HH}' both unsurprising and easy
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Here it is:
def get_current_scheme():
scheme = os.name
if scheme == 'posix':
scheme = 'posix_prefix'
return scheme
def get_current_user_scheme():
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8775
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8776
___
Mark Dickinson dicki...@gmail.com added the comment:
Sorry, dropping this again. I've got caught up with too many non-datetime
related issues.
--
assignee: mark.dickinson -
___
Python tracker rep...@bugs.python.org
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
The barrier synchronization primitive is often very useful. It is simpler to
use than an Event, for example, when waiting for threads to start up, or to
finish.
The patch contains a simple barrier implementation based on a
Changes by Brian Curtin cur...@acm.org:
--
versions: +Python 3.2 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8777
___
___
Meador Inge mead...@gmail.com added the comment:
As a separate issue, I notice that the new 'T{}' code doesn't respect
multiplicities, e.g., as in 'H3T{HHL}'. Is that
intentional/desirable?
That could have been an oversight on my part. I don't see any immediate reason
why we wouldn't
Meador Inge mead...@gmail.com added the comment:
Thanks for the updated patch; I'll take a closer look tonight, and
apply it if all looks good.
I incorporated the changes locally and have not updated the patch yet. I will
update it later today.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
I think that we should use the locale encoding to encode and decode command
line arguments.
I disagree. IIUC, this is only about OSX. Now, we shouldn't take any
action until either some OSX expert explains us how command line
arguments
Martin v. Löwis mar...@v.loewis.de added the comment:
As os.environb, it would be useful to have bytes version of sys.argv
to have able to decide the encoding used to decode each argument, or
to manipulate bytes if we don't care about the encoding.
-1. Py_Main expects wchar_t*, so no
Pascal Chambon chambon.pas...@gmail.com added the comment:
Allright, what's the expected behaviour then - implicitly converting unicode to
bytes (like C RawFileIO), or raising a typeerror (like buffered streams do) ?
--
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
(whoops -- used unsigned struct codes to correspond to signed C types there;
but it shouldn't make any difference to the sizes and padding).
I am tempted to suggest that we just go back to having one specifier at the
beginning of the
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
assignee: - belopolsky
nosy: +belopolsky -Alexander.Belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1289118
___
Meador Inge mead...@gmail.com added the comment:
Granted, yes. But I wouldn't expect the same padding for 'BT{BI}' and
'BBI'. 'BT{BI}' should match a C struct which itself has an embedded
struct. For C, I get the following results on my machine:
I wasn't sure. The C99 standard does not
Mark Dickinson dicki...@gmail.com added the comment:
The C99 standard does not specify what the behavior should be.
Right; it's down to the platform ABI.
I think the least common multiple of the alignment requirements of the struct
members is the way to go, though. It's difficult to
Mark Dickinson dicki...@gmail.com added the comment:
Another snippet, from the latest public draft of the System V x86-64 ABI [1]:
Structures and unions assume the alignment of their most strictly aligned
compo- nent. Each member is assigned to the lowest available offset with the
appropriate
Tarek Ziadé ziade.ta...@gmail.com added the comment:
No sorry, no API change for 2.7 at this point. We are in beta stage.
Now for the implementation, it's going to be a little more complex. We need to
look at variables like PYTHONFRAMEWORK for instance.
--
Orlando Irrazabal oirr...@mendoza.gov.ar added the comment:
Sorry, i didn't send that because the output is the same:
r...@host:python-2.6.5# ./python -m test.regrtest -w -v
'import site' failed; use -v for traceback
Could not import runpy module
r...@catastrix:python-2.6.5# ./python -v
#
Antoine Pitrou pit...@free.fr added the comment:
Here is a new patch giving more details in the doc, and explicitly mentioning
the CVE entry.
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file17418/setargvex2.patch
___
Antoine Pitrou pit...@free.fr added the comment:
I would like to move forward on this. Does anyone have any comments or
objections to the current proposal?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4870
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
dt.diff does not apply to current SVN version anymore. I am attaching a quick
update that does not change the actual calculation performed. See
issue1289118-py3k.diff.
I am still -1 for the reason I stated before, but
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
nosy: -agthorr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1289118
___
___
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1371826
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1109602
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue967934
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1072404
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5332
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1563079
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1690103
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1675455
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1776160
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2403
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1467929
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1581906
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4106
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue998998
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6251
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4506
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6520
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5736
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6695
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4010
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5148
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6105
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7185
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6186
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7247
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7475
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue766910
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1374063
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2623
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3539
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4086
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3173
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4810
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2262
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4888
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4896
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7353
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5683
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7686
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1927
___
___
Python-bugs-list
1 - 100 of 157 matches
Mail list logo
