Changes by vila v.ladeuil+bugs-pyt...@free.fr:
--
nosy: +vila
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13643
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Can you post the exact compiler errors you encountered?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13627
___
Antoine Pitrou pit...@free.fr added the comment:
Nevermind, I've found them on the Fedora buildbot.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13627
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset ec44f2e82707 by Antoine Pitrou in branch 'default':
Fix ssl module compilation if ECDH support was disabled in the OpenSSL build.
http://hg.python.org/cpython/rev/ec44f2e82707
--
Antoine Pitrou pit...@free.fr added the comment:
Since we're at it, do you know if Redhat also disables regular Diffie-Hellman?
See issue13626.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13627
Antoine Pitrou pit...@free.fr added the comment:
ec44f2e82707 fixed compilation on Fedora and test_ssl passed fine.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13627
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 902f694a7b0e by Antoine Pitrou in branch '3.2':
Issue #1785: Fix inspect and pydoc with misbehaving descriptors.
http://hg.python.org/cpython/rev/902f694a7b0e
New changeset b08bf8df8eec by Antoine Pitrou in branch
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 902f694a7b0e by Antoine Pitrou in branch '3.2':
Issue #1785: Fix inspect and pydoc with misbehaving descriptors.
http://hg.python.org/cpython/rev/902f694a7b0e
New changeset b08bf8df8eec by Antoine Pitrou in branch
Lars Gustäbel l...@gustaebel.de added the comment:
Is there a good reason why the tarfile mode that is used is w|gz? It seems to
me that this is not necessary, w:gz should be enough. w|gz is for special
operations only (see the tarfile docs).
--
nosy: +lars.gustaebel
Added file:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 13f56cd8dec1 by Antoine Pitrou in branch '2.7':
Issue #1785: Fix inspect and pydoc with misbehaving descriptors.
http://hg.python.org/cpython/rev/13f56cd8dec1
--
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 13f56cd8dec1 by Antoine Pitrou in branch '2.7':
Issue #1785: Fix inspect and pydoc with misbehaving descriptors.
http://hg.python.org/cpython/rev/13f56cd8dec1
--
___
Antoine Pitrou pit...@free.fr added the comment:
Now fixed in all 3 branches.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
superseder: - inspect gets broken by some descriptors
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Now fixed in all 3 branches.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1785
Lars Gustäbel l...@gustaebel.de added the comment:
tarfile under Python 2.x is not particularly designed to support unicode
filenames (the gzip module does not support them either), but that should not
be too hard to fix.
--
keywords: +patch
Added file:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset b07b1e58582d by Antoine Pitrou in branch 'default':
Issue #12708: Add starmap() and starmap_async() methods (similar to
itertools.starmap()) to multiprocessing.Pool.
http://hg.python.org/cpython/rev/b07b1e58582d
Antoine Pitrou pit...@free.fr added the comment:
Patch committed. Thanks for your contribution!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
I think we should relax the constraints a bit (RC4 seems ok for TLS/SSL use
(*)) and therefore suggest we settle on
DEFAULT:!LOW:!EXPORT:!aNULL:!eNULL:!SSLv2.
(OpenSSL's default is DEFAULT:!aNULL:!eNULL, so we're really disabling weak
ciphers)
Antoine Pitrou pit...@free.fr added the comment:
I also suggested changes to the documentation of the -u flag, and to
What's New in Python 3.0, can someone look at that also?
Sorry for having overlooked that. This should now be fixed as well.
--
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 19df72a77b39 by Antoine Pitrou in branch '3.2':
Issue #13597: Fix the documentation of the -u command-line option, and
wording of What's new in Python 3.0 about standard streams.
th9 rei4...@gmail.com added the comment:
Yes, I'm aware of the 'iconname' docs. In this case 'iconname' probably is not
the right property to set, but I don't know which one should be.
For GTK+ applications there is a special function for setting application name
which should be shown to user
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the patch. Since you modified PyCFunction_GET_SELF to return NULL
for static methods, why not simply use it instead of manually looking up the
flags in several places?
I'm talking about the following changes:
-PyObject *self =
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +brett.cannon, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12453
___
___
New submission from Antoine Pitrou pit...@free.fr:
test_import fails when run directly after test_coding:
$ ./python -m test test_coding test_import
[1/2] test_coding
[2/2] test_import
test test_import failed -- Traceback (most recent call last):
File
Antoine Pitrou pit...@free.fr added the comment:
The cause is that the import machinery checks the timestamp stored in the pyc
file to decide whether it must be refreshed. Depending on the system's
timestamp granularity, there can be false negatives: the py file was modified
twice with the
Antoine Pitrou pit...@free.fr added the comment:
The pyc format currently stores the modification time cast to a 32-bit int. A
3.3 iteration of the pyc format could instead store two 32-bit ints, one for
the integral part and one for the fractional part (e.g. in nanoseconds). When
Changes by Hynek Schlawack h...@ox.cx:
Added file: http://bugs.python.org/file24067/c92c4d936255.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
___
Jason R. Coombs jar...@jaraco.com added the comment:
That looks like a good patch to me. Do you want to commit it, or would you
rather I do?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13639
Hynek Schlawack h...@ox.cx added the comment:
I have updated the patch to latest default/tip and would appreciate a review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
___
Antoine Pitrou pit...@free.fr added the comment:
I've done a review at http://bugs.python.org/review/12715
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
___
Changes by Stefano Rivera pyt...@rivera.za.net:
--
nosy: +stefanor
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3990
___
___
Python-bugs-list
New submission from Nick Coghlan ncogh...@gmail.com:
The http://docs.python.org/library/multiprocessing#windows section of the docs
should document the limitations that multiprocessing on Windows places on
__main__ module invocation.
- no execution of modules inside packages with -m
- no
Nick Coghlan ncogh...@gmail.com added the comment:
The fix from #10845 should be backported to Python 2.7 (bypassing the assertion
isn't enough - you want to skip re-executing __main__ entirely)
--
nosy: +ncoghlan
___
Python tracker
Nick Coghlan ncogh...@gmail.com added the comment:
(Actually the latter isn't true - the __main__ bypass handles that case. Since
none of the code gets executed in the child process, it doesn't generally
matter that __package__ isn't set properly)
--
Senthil Kumaran sent...@uthcode.com added the comment:
This is in 3.3. Thanks for the patches.
--
nosy: +orsenthil
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13620
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7faa90a6324c by Senthil Kumaran in branch 'default':
Issue 13620 - Support chrome browser in webbrowser.py module.
http://hg.python.org/cpython/rev/7faa90a6324c
New changeset bd3631f9aa5c by Senthil Kumaran in
Changes by Antoine Pitrou pit...@free.fr:
--
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13620
___
___
Changes by Senthil Kumaran sent...@uthcode.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11012
___
___
Python-bugs-list
Charles-François Natali neolo...@free.fr added the comment:
a struct timespec providing theoretical nanosecond precision.
Indeed. EXT3's timestamps have a 1s granularity, for example.
Another possibility would be to store both mtime and st_size (it's the default
heuristic used by rsync does
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset f4afc6858ed2 by Antoine Pitrou in branch '3.2':
Issue #13645: fix test_import failure when run immediately after test_coding.
http://hg.python.org/cpython/rev/f4afc6858ed2
New changeset a6bd166abde5 by Antoine
Antoine Pitrou pit...@free.fr added the comment:
In the meantime, I've committed the test patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13645
___
Charles-François Natali neolo...@free.fr added the comment:
Thanks for the patch sbt.
I think this is indeed useful, but I'm tempted to go further and say we should
make this the default - and only - behavior. This will probably break existing
code that accidentaly relied the fact that the
Antoine Pitrou pit...@free.fr added the comment:
Indeed. EXT3's timestamps have a 1s granularity, for example.
Another possibility would be to store both mtime and st_size (it's the
default heuristic used by rsync does to decide whether to skip a
file).
Good idea. It would also avoid too
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the patch sbt.
I think this is indeed useful, but I'm tempted to go further and say
we should make this the default - and only - behavior. This will
probably break existing code that accidentaly relied the fact that the
Meador Inge mead...@gmail.com added the comment:
ec44f2e82707 fixed compilation on Fedora and test_ssl passed fine.
Awesome, thanks Antoine. I will checkout the DH patch from issue13626 on
Fedora today.
--
___
Python tracker
Meador Inge mead...@gmail.com added the comment:
Per the Red Hat problems in issue13627 I just tried this patch on Fedora 16.
Everything built just fine. However, the patch doesn't apply cleanly to tip an
longer:
[meadori@motherbrain cpython]$ patch -p1 ../patches/dh.patch
patching file
sbt shibt...@gmail.com added the comment:
I think this is indeed useful, but I'm tempted to go further and say we
should make this the default - and only - behavior. This will probably
break existing code that accidentaly relied the fact that the
implementation uses a bare fork(), but i'd
Charles-François Natali neolo...@free.fr added the comment:
I'd like to make this move forward.
Milko, I see you have an implementation which looks OK at a first glance. Would
like to propose a patch against the default branch? The patch should include
documentation and tests.
I'm not sure
Éric Araujo mer...@netwok.org added the comment:
You haven’t answered my question: Is it a standard configure feature to support
multiple --includedir and --libdir?
If it’s a standard feature used by people, then you can argue it’s a build bug
for all active versions (2.7, 3.2, 3.3).
If it’s
Charles-François Natali neolo...@free.fr added the comment:
There is probably lots of such code:
I'm not convinced about making it the default behaviour, and
certainly not the only one.
Then I'm not convinced that this patch is useful.
Having three different implentations and code paths
Éric Araujo mer...@netwok.org added the comment:
Great stuff.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1785
___
___
Benjamin Peterson benja...@python.org added the comment:
The behavior of Python 2 is not anymore correct than that of Python 3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13644
___
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
Parsing of options is implemented inside autoconf. The feature would have to be
implemented in autoconf and then 'configure' would have to be regenerated from
'configure.in' using new version of autoconf.
--
naif n...@globaleaks.org added the comment:
Well, if you do:
DEFAULT:!LOW:!EXPORT:!aNULL:!eNULL:!SSLv2 ciphers enabled are
ECDHE-RSA-AES256-SHASSLv3 Kx=ECDH Au=RSA Enc=AES(256) Mac=SHA1
ECDHE-ECDSA-AES256-SHA SSLv3 Kx=ECDH Au=ECDSA Enc=AES(256) Mac=SHA1
DHE-RSA-AES256-SHA
Antoine Pitrou pit...@free.fr added the comment:
If we want to start from the DEFAULT than we should probably disable:
- PSK
- CAMELLIA
- MD5
- IDEA
- SEED
Why do you want to disable all these?
--
___
Python tracker rep...@bugs.python.org
sbt shibt...@gmail.com added the comment:
A simplified patch getting rid of _PyCFunction_GET_RAW_SELF().
--
Added file: http://bugs.python.org/file24068/method_qualname.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13577
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13645
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
The idea is to add a general-purpose context manager to manage (python
or non-python) resources that don't come with their own context manager.
I read the thread back on python-ideas and didn’t like the idea, without
knowing exactly why—maybe
Nikolaus Rath nikol...@rath.org added the comment:
On 12/21/2011 11:46 AM, Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
The idea is to add a general-purpose context manager to manage (python
or non-python) resources that don't come with their own context manager.
Changes by Hynek Schlawack h...@ox.cx:
Added file: http://bugs.python.org/file24069/4832bf7aa028.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
___
Éric Araujo mer...@netwok.org added the comment:
The cmdoption directive should be used with a program directive. See
library/trace for an example of how to use it and to see the anchors and index
entries it generates.
--
nosy: +eric.araujo
___
Hynek Schlawack h...@ox.cx added the comment:
Thanks to Antoine Charles-François for their reviews! I think I've
incorporated all desired changes.
Please let me know if I have missed something, meanwhile I'll tackle the docs.
--
___
Python tracker
naif n...@globaleaks.org added the comment:
Well,
with your latest proposal 'HIGH:!aNULL:!eNULL:!SSLv2' :
- MD5 was disabled
- IDEA was disabled
- SEED was disabled
Then we realized that RC4 could be a cipher to be leaved enabled, so the new
proposal starting from 'DEFAULT'.
While i don't
Éric Araujo mer...@netwok.org added the comment:
I think this would need a test.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
___
Éric Araujo mer...@netwok.org added the comment:
In the passage I quoted, I don’t understand what is meant by “non-Python
resources”.
Think about e.g. mounting a file system.
Ah, ok. In that case there would still be a Python-level object (just like a
Python file object will also release
Gregory P. Smith g...@krypto.org added the comment:
Why make this decision ourselves at all? Copy what Mozilla and Chromium do
by default.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13636
Éric Araujo mer...@netwok.org added the comment:
Lars: I will check the history to see if there is a reason (there is probably
none) and apply your patch, thank you.
Jason: Thanks for the input.
It's not obvious to me what the encoding should be. Python and the tarfile
module can
accept
Antoine Pitrou pit...@free.fr added the comment:
Why make this decision ourselves at all? Copy what Mozilla and Chromium do
by default.
If that translates to an explicit list of ciphers it will be a pain to
maintain. Using a generic OpenSSL string such as DEFAULT:!LOW:[etc.]
means OpenSSL
Antoine Pitrou pit...@free.fr added the comment:
with your latest proposal 'HIGH:!aNULL:!eNULL:!SSLv2' :
- MD5 was disabled
- IDEA was disabled
- SEED was disabled
That was the consequence of it, but that wasn't an explicit goal.
Generally speaking, as a concept to define a default we
Charles-François Natali neolo...@free.fr added the comment:
Yes, but it's not easy: the different URLs provided don't demonstrate
the behavior anymore (even if we do find such an URL, there's no
guarantee it won't change in a couple days/weeks).
It could be possible to set up an ad-hoc
naif n...@globaleaks.org added the comment:
Well, my concept is that it would be reasonable to use what people consider
secure.
SSL/TLS are security protocol.
Some combination of the protocol configuration (ciphers/hash/key exchange) are:
- known to be insecure
- known to be secure
- known to
Jason R. Coombs jar...@jaraco.com added the comment:
Encoding to 'utf-8' or the default file system encoding doesn't seem
right (as the characters end up getting stored in the gzip archive itself).
I don’t understand.
The characters are being stored in the gzip archive as part of the gzip
Antoine Pitrou pit...@free.fr added the comment:
The concept i would propose is to choose the ciphers that known to be
secure by disabling everything else.
I hate repeating myself, but who will maintain it?
--
___
Python tracker
Ron Adam ron3...@gmail.com added the comment:
I think the time benefits I saw are dependent on how the C code is compiled.
So it may be different on different compilers or the same compiler with only a
very minor change.
Some of the things I've noticed...
A switch is sometimes slower if it
Changes by Hynek Schlawack h...@ox.cx:
Added file: http://bugs.python.org/file24070/d9212bb67f64.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
___
Hynek Schlawack h...@ox.cx added the comment:
The patch contains also the necessary changes for the docs now.
Please let me know, if I can do anything else.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12715
Nikolaus Rath nikol...@rath.org added the comment:
On 12/21/2011 12:03 PM, Éric Araujo wrote:
Éric Araujo mer...@netwok.org added the comment:
In the passage I quoted, I don’t understand what is meant by “non-Python
resources”.
Think about e.g. mounting a file system.
Ah, ok. In
Lars Gustäbel l...@gustaebel.de added the comment:
Just for the record:
The gzip format (defined in RFC 1952) allows storing the original filename
(without the .gz suffix) in an additional field in the header (the FNAME
field). Latin-1 (iso-8859-1) is required. It is ironic that this causes
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13607
___
___
Python-bugs-list
Jesse Noller jnol...@gmail.com added the comment:
On Wednesday, December 21, 2011 at 10:04 AM, Charles-François Natali wrote:
While I would tend to agree with you in theory - I don't think we should make
it the default - at least not without a LOT of lead time. There's a surprising
amount of
STINNER Victor victor.stin...@haypocalc.com added the comment:
Having more than one encoding on unix is already a reality, there's nothing
to stop someone setting LANG=de_DE.UTF-8 and LC_MESSAGES=C say.
Nope. The locale encoding is chosen using LC_ALL, LC_CTYPE or LANG
variable: use the
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset a60a3610a97b by Lars Gustäbel in branch '2.7':
Issue #13639: Accept unicode filenames in tarfile.open(mode=w|gz).
http://hg.python.org/cpython/rev/a60a3610a97b
--
nosy: +python-dev
Roger Serwy roger.se...@gmail.com added the comment:
The attached patch fixes the bug. The bug occurs in get_entity which is used
to get the object. Then get_argspec determines the calltip text.
The calltip can be prevented for strings by having get_argspec check if the
object has a __call__
STINNER Victor victor.stin...@haypocalc.com added the comment:
By default the Python SSL/TLS Stack (client/server) expose
unsecure protocols (SSLv2) and unsecure ciphers (EXPORT 40bit DES).
If there is a problem, it should not be fixed in Python, but in the underlying
library (OpenSSL) or in
STINNER Victor victor.stin...@haypocalc.com added the comment:
+ self.name = self.name.encode(iso-8859-1, replace)
Why did you chose ISO-8859-1? I think that the filesystem encoding should be
used instead:
-self.name = self.name.encode(iso-8859-1, replace)
+self.name =
STINNER Victor victor.stin...@haypocalc.com added the comment:
I'm not sure about the best module to host this, though: os.path ?
Some OS don't provide atomic rename. If we only define a function when it is
atomic (as we do in the posix module, only expose functions available on the
OS),
Lars Gustäbel l...@gustaebel.de added the comment:
See http://bugs.python.org/issue11638#msg150029
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13639
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
The gzip format (defined in RFC 1952) allows storing the original filename
(without the .gz suffix) in an additional field in the header (the FNAME
field). Latin-1 (iso-8859-1) is required.
Hum, it looks like the author of the
Martin gzl...@googlemail.com added the comment:
Nope. The locale encoding is chosen using LC_ALL, LC_CTYPE or LANG
variable: use the first non-empty variable. LC_MESSAGES doesn't affect
the encoding. Example:
That's good to know, thanks. Only leaves the case where setlocale is called
STINNER Victor victor.stin...@haypocalc.com added the comment:
it will still be passing values that can't be
interpreted by other processes as you highlighed earlier.
On UNIX, data going outside Python has be be encoded: you pass byte strings,
not directly Unicode. Surrogates are encoded
Roger Serwy roger.se...@gmail.com added the comment:
Is this still a problem?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9016
___
Roger Serwy roger.se...@gmail.com added the comment:
The attached patch excludes keywords from the builtin list and corrects the
highlighting configuration panel.
--
keywords: +patch
nosy: +serwy
versions: +Python 3.2, Python 3.3 -Python 3.1
Added file:
Geoffrey Bache gjb1...@users.sourceforge.net added the comment:
Thanks.
I'm not sure what you've written about the -u flag is correct though
currently. From experimenting I believe it changes buffering of stdout and
stderr to line-buffering also when directed to file, i.e. it does affect the
Roger Serwy roger.se...@gmail.com added the comment:
This issue should be closed since issue12540 fixes it.
I verified that the bug exists with 3.1.4 on Vista. It does not exist with
3.2.2 on Vista.
--
nosy: +serwy
___
Python tracker
Roger Serwy roger.se...@gmail.com added the comment:
Is this still a problem with 2.7?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8820
___
Andreas Stührk andy-pyt...@hammerhartes.de added the comment:
As the test demonstrates, it's still possible to trigger a dynamic lookup
without the patch, hence I think this is still needed and valid, yes.
I updated the patch to make it reflect the latest committed changes.
--
Added
Roger Serwy roger.se...@gmail.com added the comment:
The patch works for me as well against 3.3a0.
Are there any cases where __init__.__func__ would work?
--
nosy: +serwy
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
Roger Serwy roger.se...@gmail.com added the comment:
Is this still an issue?
Ash, can you please run IDLE from the command line and report the error message
from there?
cd c:\python32
python -m idlelib.idle
--
nosy: +serwy
___
Python tracker
Roger Serwy roger.se...@gmail.com added the comment:
The large patch also contains the same patch in issue6649.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10079
___
R. David Murray rdmur...@bitdance.com added the comment:
But currently everything handling filenames as unicode on
nix needs to worry about surrogates (that can't be encoded
as ascii) already, or it will still be passing values that
can't be interpreted by other processes as you highlighed
Roger Serwy roger.se...@gmail.com added the comment:
Is this still an issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9150
___
___
1 - 100 of 129 matches
Mail list logo