New submission from Stephen:
Machine is Redhat Linux 6.2. Tried to install Python3.3 build failed in the
make step.
---
[sliu@wtl-build-1 Python-3.3.0]$ uname -a
Linux wtl-build-1 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64
x86_64 x86_64 GNU/Linux
[sliu
Stephen added the comment:
Sorry, missed the configure command in the previous message. It should have
been:
---
[sliu@wtl-build-1 Python-3.3.0]$ uname -a
Linux wtl-build-1 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64
x86_64 x86_64 GNU/Linux
[sliu@wtl
Stephen added the comment:
Please ignore this. I have figured out it was caused by our company's make
wrapper. Using native make works like a charm.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16479
New submission from stephen:
python3.4.3 on linux mint 17.3
interactive mode on terminal
>>> fred=[0,1,2,3,4]
>>> fred.insert(-1,9)
>>> fred
[0, 1, 2, 3, 9, 4]
We should get [0,1,2,3,4,9]. Embarrassing error!
--
messages: 278541
nosy: unklestephen
priori
New submission from Stephen :
I have created an enhancement in the Turtle module. When a programmer wants to
have an action performed after clicking on a Turtle object, the programmer is
currently unable to supply any arguments into the method that is run when
"on_clicked" which is
Change by Stephen :
--
keywords: +patch
pull_requests: +22972
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24143
___
Python tracker
<https://bugs.python.org/issu
Stephen Hansen me+pyt...@ixokai.io added the comment:
Latest Norton 360 fully updated has it clean; further, File Insight has it
marked as Trusted (thousands of Norton users have had the same file installed
for over a month with no reported trouble). Seems clean to me.
--
nosy
Stephen Hansen me+pyt...@ixokai.io added the comment:
I downloaded that linked MSI again (as its different from the one originally
reported)-- and it too is still coming up as clean.
I would suggest that its clearly either a false positive as Jesús is
suggesting... or something on your side
Stephen Hansen me+pyt...@ixokai.io added the comment:
On windows, France may work and fr_FR may not; yet on OSX its exactly the
opposite. Its not consistant across platforms.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Stephen Hansen me+pyt...@ixokai.io added the comment:
FYI, The patch applied cleanly to branches/py3k; I then built a framework build
(universal), installed it and ran the test-suite.
I had two failures, but I don't know if either is related. The first was the tk
tests didn't pass, but I'm
New submission from Stephen Hansen me+pyt...@ixokai.io:
With the latest from branches/py3k, in a framework build, I get:
Wimp:build pythonbuildbot$ ./python.exe -m test.regrtest test_site
[1/1] test_site
test test_site failed -- Traceback (most recent call last):
File /Users/pythonbuildbot
Stephen Hansen me+pyt...@ixokai.io added the comment:
... oops! Apparently dupe. Forgot to search first. Ignore.
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10881
Changes by Stephen Hansen me+pyt...@ixokai.io:
--
superseder: - pep-0370 on osx duplicates existing functionality
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10881
Stephen Hansen me+pyt...@ixokai.io added the comment:
This is just http://bugs.python.org/issue7900 all over again.
In the meantime, I restarted the buildslave and re-submitted the jobs so the
failures should go away. (I still advocate that the test is fundamentally
wrong/flawed on Mac
Stephen Hansen me+pyt...@ixokai.io added the comment:
I can confirm that this test has been failing on my slave, and that the patch
fixes it. Recommend commit. Red is bad.
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ixokai, ronaldoussoren
Stephen Warren added the comment:
I'd say that junction points were a great way to expose this feature
under Win32 - after all, isn't it specifically what they were designed for?
Incidentally, at least one other application uses them for exactly this
purpose; a commercial source control tool
Stephen Warren added the comment:
I can confirm this happens for me too, also on CentOS 5, with SVN 2.5
HEAD as of now.
It seems that this problem occurs, whilst running the first compileall
command for the libinstall target:
Compiling /somewhere/lib/python2.5/test/test_multibytecodec.py
Stephen Warren added the comment:
The attached patch should solve the problem by adding appropriate
dependencies to the libinstall target.
I have tested:
./configure; make install
but not yet:
./configure; make all install
./configure; make all; make install
Note: I introduced a new
Stephen Warren added the comment:
Now, I have also tested:
./configure; make all install
./configure; make all; make install
The install piece of each of the above doesn't seem to accidentally
duplicate any of the building work, so the patch seems to check out OK -
no negative side-effects
Stephen Warren added the comment:
Hmm. I just tested Accurev - whatever it does, it works for files too.
That said, it could be making hard-links, which I guess could be different.
Additionally, the sysinternals junction utility doesn't find any
junction points when probing the link files
Stephen Warren added the comment:
It seems that Accurev uses junction points for directories, and
hard-links for files. That's probably a little to disparate to implement
in Python?
Also, I tried sysinternals' junction.exe and whilst it allows one to
create junction points that point at files
New submission from Stephen Emslie:
distutils.util.rfc822_escape strips each line of its whitespace before
indenting, but this can mean losing meaningful whitespace, such as in
reStructuredText.
distutils uses rfc822_escape to escape fields in metadata, such as
PKG-INFO. This unfortunately
Stephen Emslie added the comment:
Here's that keeps the whitespace in tact, along with a simple test. This
doesn't patch docs as the existing documentation_ already describes the
long string as multiple lines of plain text in reStructuredText
format, which is what this fixes.
.. _documentation
Stephen Hansen me+pyt...@ixokai.io added the comment:
FWIW, this still happens on the latest of /branches/py3k, when LANG does not
match up to the enforced fs encoding-- which for me happened when I ran the
buildslave under launchd.
I was finally able to reproduce it, and after doing so
Stephen Hansen me+pyt...@ixokai.io added the comment:
This issue seems to be the cause of issue4388 -- and cmdline_encoding-2.patch
fixes it, fwiw.
--
nosy: +ixokai
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9992
Stephen Hansen me+pyt...@ixokai.io added the comment:
I'm still getting this error on the release27-maint branch on my Snow Leopard
slave, and the issue8445.diff fixes it: will this fix be backported?
I tested issue8445.diff and it applies cleanly, and fixes the issue.
--
nosy
Stephen Hansen me+pyt...@ixokai.io added the comment:
BTW, release31-maint appears to have the same issue, its fouling up that build
on my slave too. I tried applying the ttk3k.patch but it didn't apply cleanly,
and I'm completely ignorant of TK so can't really figure out what's different
Stephen Hansen me+pyt...@ixokai.io added the comment:
For the record, everything (2.7, 3.1, and 3.x) runs this test successfully now.
:)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8445
New submission from Stephen Hansen me+pyt...@ixokai.io:
Ever since running the snow leopard buildslave, I've had sporadic failures in
test_urllibnet. At first I thought it was just a net glitch on my machine or
something, as immediately re-running the tests made it go away: but this most
Stephen Hansen me+pyt...@ixokai.io added the comment:
I'll run the test in -F mode for a few hours to see if it comes up or not: but
its hard for me to say one way or the other if anything has fixed or not fixed
it, as the failure only came up every once in awhile. But I'll look
Stephen Hansen me+pyt...@ixokai.io added the comment:
Okay, at -r85630 on branches/py3k, I ran:
./python.exe -m test.regrtest -uall -F test_urllibnet
And after 158 retries, got the same error I had before:
test test_urllibnet failed -- Traceback (most recent call last):
File /Users
Stephen Hansen me+pyt...@ixokai.io added the comment:
FYI, this fix broke some buildbots:
http://www.python.org/dev/buildbot/all/builders/x86%20Snow%20Leopard%202.7/builds/50
for instance. Gentoo too.
--
nosy: +ixokai
___
Python tracker rep
Stephen Hansen me+pyt...@ixokai.io added the comment:
I can't be entirely sure, because a) I have never even glanced at the calendar
module, and b) my locale-fu is very weak, but my buildbot has consistently
failed on this test since this commit
New submission from Stephen Hansen me+pyt...@ixokai.io:
In the course of investigating issue10092, Georg discovered that the behavior
of locale.normalize() on Mac is bad.
Basically, en_US.UTF-8 is how the correct locale string should be spelled
on the Mac. If you drop the dash, it fails
Stephen Hansen me+pyt...@ixokai.io added the comment:
Mark, the locals() right before if encoding: (line 399) are:
locale.normalize(en_US.UTF-8)
{'code': 'en_US.ISO8859-1', 'langname': 'en_US', 'encoding': 'UTF8',
'norm_encoding': 'utf_8', 'defenc': 'ISO8859-1', 'localename': 'en_US.UTF-8
Stephen Hansen me+pyt...@ixokai.io added the comment:
You may not care about backwards compatibility, but introducing a breaking
change in 3.2 for mere style-conformity is not OK, IMO. If the patcher insists
on it being a breaking change, it should be rejected.
FWIW, this casing
Stephen Hansen me+pyt...@ixokai.io added the comment:
Considering I do use zipfiles a lot, I slightly care about this (at least,
eventually)-- I'm attaching a new patch, with doc and test changes as well (and
the compatibility alias).
What convinced me was looking at test_zipfile
Stephen Hansen me+pyt...@ixokai.io added the comment:
Oh: and I tested it against branches/py3k in the head, it applies cleanly and
builds, and test_zipfile runs without error.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Stephen Hansen me+pyt...@ixokai.io added the comment:
The attached patch wraps all the calls to the internet in
support.transient_internet; I ran it against 3.x and it passed, and then I ran
it for quite awhile with the -F option, and encountered one event that I
believe would previously had
Stephen Hansen me+pyt...@ixokai.io added the comment:
New patch, sans trailing whitespace. Ahem.
--
Added file: http://bugs.python.org/file19398/issue10116-nowhitespace.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10116
Changes by Stephen Hansen me+pyt...@ixokai.io:
Removed file: http://bugs.python.org/file19390/issue10116.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10116
New submission from Stephen Hansen me+pyt...@ixokai.io:
Another sporadic failure I've noticed since setting up my buildbot; test_ssl
keeps going down. This one I have a hard time analyzing with the tests output,
but the latest is:
http://www.python.org/dev/buildbot/all/builders/x86%20Snow
Changes by Stephen Hansen me+pyt...@ixokai.io:
--
components: +Library (Lib), Tests
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10236
Stephen Hansen me+pyt...@ixokai.io added the comment:
FWIW, my snow leopard slave isn't slow at all so I doubt there's a timeout
related to machine speed going on here, as its failing thus:
test test_threading failed -- Traceback (most recent call last):
File
/Users/pythonbuildbot/buildarea
Stephen Hansen me+pyt...@ixokai.io added the comment:
I can verify the problem exists in asyncore at release27-maint on the mac, and
that the below patch fixes it.
After applying, I ran a full regrtest and nothing new broke.
--
___
Python tracker
Stephen Hansen me+pyt...@ixokai.io added the comment:
This test is failing again, and IIUC, largely due to the same sort of issues:
http://www.python.org/dev/buildbot/all/builders/AMD64%20Leopard%203.1/builds/65
I was able to track down what exactly caused it to fail in this case on my box
Changes by Stephen Hansen me+pyt...@ixokai.io:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7900
___
___
Python-bugs
Stephen Hansen me+pyt...@ixokai.io added the comment:
Well, yes: the result of posix.getgroups is not a bug in Python, but is it a
bug in the test? Should it be skipped on OSX, or some other solution?
Having buildbots fail because of something that's expected behavior is bad,
isn't
Stephen Hansen me+pyt...@ixokai.io added the comment:
The test is clearly verifying a *wrong* assumption: that id -G will match
posix.getgroups() which simply does not hold on OSX.
I can reproduce this reliably on a completely clean, brand new installation of
10.5: from there the only things
Stephen Hansen me+pyt...@ixokai.io added the comment:
On 11/16/10 5:44 AM, Ronald Oussoren wrote:
Ronald Oussoren ronaldousso...@mac.com added the comment:
Please explain how the failure can be reproduced.
I have. But to do so more directly:
1. Launch Terminal.app; leave the window console
Stephen Hansen me+pyt...@ixokai.io added the comment:
I can try to do some testing to reproduce w/ 2.7: 2.5 was IIRC 32-bit on
leopard by default though, so should I force a non-64-bit build to test this?
I'm not entirely sure if that'll change things, but want to make sure. I can
test
Stephen McInerney [EMAIL PROTECTED] added the comment:
Other people have reported it does NOT occur with either:
Win XP / Python 2.5 / Idle 1.2
Mac OS X 10.5.4 / Python 2.5.2 / IDLE 1.2.2
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3841
Stephen White stephen-python@randomstuff.org.uk added the comment:
32bit apps can query the 64bit registry, using the appropriate security and
access rights options such as KEY_WOW64_64KEY (0x0100).
Similarly KEY_WOW64_32KEY can be used for 64bit apps to read/write the 32bit
registry
New submission from Stephen Lewis [EMAIL PROTECTED]:
The documentation for several methods in the sqlite3 library seems to be
at odds with the function names:
sqlite3.Cursor.fetchone -- Fetches several rows from the resultset.
sqlite3.Cursor.fetchmany -- Fetches all rows from the resultset
New submission from Stephen Warren [EMAIL PROTECTED]:
Run the following Python script, on Unix/Linux:
==
import zipfile
z = zipfile.ZipFile('zipbad.zip', 'w')
z.writestr('filebad.txt', 'Some content')
z.close()
z = zipfile.ZipFile('zipgood.zip', 'w')
zi = zipfile.ZipInfo('filegood.txt
Stephen Warren [EMAIL PROTECTED] added the comment:
Oops. Forgot to set type field.
--
type: - behavior
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3394
Stephen Warren [EMAIL PROTECTED] added the comment:
I'd probably argue for at least 066016, if not 066616, since group
permissions are pretty typically set, but even 066616 would be OK,
since the umask on extraction would take away any permissions the
extracting user didn't want.
But, as long
New submission from Stephen McInerney [EMAIL PROTECTED]:
IDLE exhibits quirky behavior when displaying strings longer than 4093
characters
Python versions: believed to be all. I found this on Python 2.5 / IDLE
1.2.2
OS: Windows Vista; let me know if it repros on others.
Testcase attached has
Stephen McInerney [EMAIL PROTECTED] added the comment:
(I previously attached testcase with the web form, but it doesn't seem
to work. So I'm pasting it here:)
# Generate a length-4094 string.
# IDLE will not display this unless your cursor is inside the string.
# If you delete characters so
Stephen McInerney [EMAIL PROTECTED] added the comment:
This may well be Windows-only or maybe even Windows Vista-only.
I don't have ready access to other OS installs so could someone who
does please try to repro?
___
Python tracker [EMAIL PROTECTED]
http
New submission from Stephen Fairchild signupaddr...@bethere.co.uk:
From:
http://docs.python.org/reference/datamodel.html#the-standard-type-hierarchy
Class instances
Class instances are described below. Class instances are callable
only when the class has a __call__() method; x(arguments
Stephen Fairchild signupaddr...@bethere.co.uk added the comment:
On further reading it seems my objections only apply to new style classes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6761
Stephen Evans step...@recombinant.co.uk added the comment:
As suggested by Mark following my post on comp.lang.python I am adding further
comments to the discussion on this (closed) issue.
For a more mathematical consideration of the issue:
Stepanov, Alexander and Paul McJones. 2009. Elements
New submission from Stephen Ferg zuuli...@ferg.org:
I think this is a consequence of the new Unicode support in Python 3+
Here is code copied from C:\Python32\Tools\Scripts\crlf.py (on windows)
==
for filename in os.listdir
New submission from Stephen Kelly steve...@gmail.com:
There are several bugs on
http://docs.python.org/library/datetime.html
Section 8.1.6 references the method rzinfo.dst(), which does not exist.
Presumably this should be tzinfo.dst().
Section 8.1.4 contains an implementation of a GMT2
Stephen Kelly steve...@gmail.com added the comment:
Patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13666
___
___
Python
New submission from stephen Andel elden.an...@gmail.com:
I recently changed one of the keybindings in python to just control. Python did
not like this and, when I tried to fix this by swapping back to the default
settings it closed itself and now will not open. Th program will attempt to
open
New submission from Stephen Day stevv...@gmail.com:
The current behavior of the urlencode function (2.7: urllib, 3.x: urllib.parse)
encodes spaces as pluses:
from urllib import urlencode
urlencode({'a': 'some param'})
'a=some+param'
However, in most instances, it would be desirable
Stephen Kelly steve...@gmail.com added the comment:
There are actually other bugs in the same code example:
... def __init__(self): # DST starts last Sunday in March
... d = datetime(dt.year, 4, 1) # ends last Sunday in October
... self.dston = d - timedelta(days
Changes by Stephen White stephen-python@randomstuff.org.uk:
--
nosy: +Stephen.White
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13817
Stephen Thorne step...@thorne.id.au added the comment:
I've taken the sdist.patch and wrote some tests for it. The resulting patch is
attached as 'manifest-respect.patch'.
--
nosy: +jerub
Added file: http://bugs.python.org/file22242/manifest-respect.patch
Stephen Thorne step...@thorne.id.au added the comment:
This patch is tested against the 3.1 and default branches, the previous patch
attached was against the 2.7 branch.
--
Added file: http://bugs.python.org/file22243/manifest-respect-3.patch
Stephen White stephen-python@randomstuff.org.uk added the comment:
Debian appear to have applied this patch, and it seems to be causing problems:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593461
--
nosy: +Stephen.White
___
Python tracker
Stephen White stephen-python@randomstuff.org.uk added the comment:
The patch, issue762963.diff, is broken. It is calling mktime on a struct tm
that is initialized to zeros. This means that it should be filling in the
missing fields based on their correct values for the date 1st Jan 1900
Stephen Thorne step...@thorne.id.au added the comment:
I have 2 patches, with tests, that applies on python2.7 and the python3 series
of branches, attached this ticket. I have also got a signed contributor
agreement lodged with the PSF.
Can I please have someone either apply my patches
Stephen Thorne step...@thorne.id.au added the comment:
Oh! I didn't see any notification that there was a review done. Thanks, I'll
attend to that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11104
Stephen Thorne step...@thorne.id.au added the comment:
This patch is an updated patch that fixes the things noted in the review from
eric.araujo.
--
Added file: http://bugs.python.org/file22437/manifest-respect-3
___
Python tracker rep
Stephen Thorne step...@thorne.id.au added the comment:
Updated the patch to address the 'why not use .strip()' question. I used
.rstrip('\r\n') on the basis that filenames may have leading or trailing
spaces, and if you need that, you need to be able to specify that in a
MANIFEST
Stephen Thorne step...@thorne.id.au added the comment:
Éric mentioned that i should check that this behaviour matches the
documentation. I have gone and looked for all instances of MANIFEST in the
documentation and found one place which was inconsistent. I've added the doc
patch to the patch
Stephen Thorne step...@thorne.id.au added the comment:
I'm having a look at this ticket now. It looks like this can be rewritten to
use common code, and it would probably be good to use the 'email' module for
creating the MIME segements properly.
--
nosy: +jerub
Stephen Thorne step...@thorne.id.au added the comment:
Okay, I looked at this, then I ran into str/byte type problems with the email
module. Will wait until 'email' is sorted out before I consider a ticket like
this one again.
--
___
Python tracker
Stephen White stephen-python@randomstuff.org.uk added the comment:
Just to confirm that it was a release, but 2.7.1 so not the current. Doesn't
appear to happen in Python 2.7 (as shipped with Fedora Core 14) or in Python
2.7.2.
C:\\Python27\python.exe
Python 2.7.1 (r271:86832, Nov 27
New submission from Stephen Vavasis vava...@uwaterloo.ca:
There seems to be a serious bug in how python 2.7.2 binds variables to values.
In the attached function buildfunclist, you see that there is a variable called
'funclist' that is initialized to [], and then is modified only with 'append
New submission from Stephen Lacy sl...@slacy.com:
There's reasonable documentation of the yield statement for most python
versions under Section 6: Simple Statements, particularly 6.8 The Yield
Statement
(http://docs.python.org/release/2.7/reference/simple_stmts.html#the-yield-statement
Stephen Lacy sl...@slacy.com added the comment:
okay, found the documentation I was looking for here:
http://docs.python.org/reference/expressions.html#yield-expressions
which appears to be copied and pasted and modified version of the docs here:
http://docs.python.org/reference
Stephen Thorne step...@thorne.id.au added the comment:
Here is a patch that synthesises the directory names at the point where file
names are read in. The unit test now passes, and has had the expected failure
removed.
Patch collaboration with Diarmuid Bourke diarmuidbou...@gmail.com
Stephen Thorne step...@thorne.id.au added the comment:
In discussion with GvR, we've decided we're not interested in intentionally
rejecting code that is valid for tab width values between 1 and 8 inclusive.
Thanks for the bug report!
--
nosy: +jerub
Changes by Stephen Thorne step...@thorne.id.au:
--
nosy: +jerub
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1508475
___
___
Python-bugs-list
Stephen Thorne step...@thorne.id.au added the comment:
With the attached patch, with python3.3(trunk) I instead get:
./python.exe -c 'import _elementtree'
Traceback (most recent call last):
File string, line 1, in module
File frozen importlib._bootstrap, line 1294, in _find_and_load
Stephen Thorne step...@thorne.id.au added the comment:
Here is a patch that uses the same quoting logic in
urllib.request.Request.__init__ as is used by urllib.request.URLopener.open()
--
keywords: +patch
nosy: +jerub
versions: +Python 3.3 -Python 2.7
Added file: http://bugs.python.org
Stephen Thorne step...@thorne.id.au added the comment:
Here's a followup patch that fixes the trunk build for me.
This will unbreak the builds as well as fixing this bug, but it should be
investigated why URLopener calls to_bytes() and Request does not. Ideally this
interface should
Stephen Webber added the comment:
This is intentional handling of non-existant variables, and is not resticted to
'==' operations. Returning the value of a Counter parameter that has not yet
been set returns 0 by default.
See the documentation here:
http://docs.python.org/library
Stephen Webber added the comment:
Hmm, that is odd behavior indeed.
I think having keys that point to zero values is important for iterating over a
set. For example:
x = Counter(a=10, b=0)
for k in set(x):
... x[k] += 1
...
x
Counter({'a': 11, 'b': 1})
is probably preferable to
x
Stephen Thorne added the comment:
Please see attached new patch, based on review comments.
--
Added file: http://bugs.python.org/file26894/zipimport-issue14905-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14905
Stephen Thorne step...@thorne.id.au added the comment:
Yep - 2.7.2 was released 11th June 2011, the fix was committed Aug 1st 2011. So
it won't be in the current 2.7 release.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Stephen Day stevv...@gmail.com added the comment:
I apologize for reopening this bug, but I find your interpretation to be
inaccurate. While technically valid, the combination of the documentation, the
function name and the main use cases yields pathological invocations of
urlencode. My bug
Stephen Day stevv...@gmail.com added the comment:
While it's likely that adding a `quote`/`quote_plus` function paramater to
urlencode is the right solution, I want to ensure that the key point is
communicated clearly: encoding a space as a '+' is pathological, in that in the
common case
Stephen White stephen-python@randomstuff.org.uk added the comment:
Glad this is fixed. Attached is a Python 2.7 file that demonstrates the
problem in a pretty minimal way in case it is of any use to anyone.
--
nosy: +Stephen.White
Added file: http://bugs.python.org/file25511/bad
New submission from Stephen Tucker:
If a tuple consists of a single unicode object with non-ASCII characters in it,
the printing of the tuple causes the non-ASCII characters to appear correctly
as characters.
If the tuple contains such a unicode object and anything else (even if it
contains
Stephen Tucker added the comment:
Dear All (Eric Smith in particular),
I see the issue has been closed - I guess that I have to use e-mail to
continue this discussion.
I attach a source file that demonstrates the feature, and the output from
IDLE that it generated.
Yours,
Stephen Tucker
1 - 100 of 254 matches
Mail list logo