On Fri, Nov 21, 2014 at 6:07 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
On Friday, November 21, 2014 5:59:44 PM UTC-6, Chris Angelico wrote:
In other words, what you want is:
# today's method, import based on search path
import sys
# new explicit path method
import
Ian Kelly wrote:
On Thu, Nov 20, 2014 at 8:53 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
FOR INSTANCE: Let's say i write a module that presents a
reusable GUI calendar widget, and then i name the module
calender.py.
Then Later, when i try to import *MY* GUI widget named
On Sat, Nov 22, 2014 at 11:25 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
Ian Kelly wrote:
- It's hard to keep track of what modules are in the standard library. Which
of the following is *not* in Python 3.3's std lib? No cheating by looking
them up.)
os2emxpath,
Marko Rauhamaa wrote:
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
In Python, we have Unicode strings and byte strings.
No, you don't. You have strings and bytes:
Python has strings of Unicode code points, a.k.a. Unicode strings,
or text strings, and strings of bytes, a.k.a. byte
On Sun, Nov 23, 2014 at 12:50 AM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
Tire car makes no sense. Rectangular door makes perfect sense, and in a
world where there are dozens of legacy non-rectangular doors, it would be
very sensible to specify the kind of door. Just as we
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
You haven't given any good reason for objecting to calling Unicode
strings by what they are. Maybe you think that it is an implementation
detail, and that some version of Python might suddenly and without
warning change to only supporting
In article 87y4r348uf@elektro.pacujo.net,
Marko Rauhamaa ma...@pacujo.net wrote:
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info:
You haven't given any good reason for objecting to calling Unicode
strings by what they are. Maybe you think that it is an implementation
detail,
Roy Smith r...@panix.com:
For that matter, we will eventually get to the point where when people
say, just plain text, they will mean Unicode, in the same way that
just plain text today really means ASCII (and the text/plain MIME
type will become a historical curiosity).
MIME has:
On Saturday, November 22, 2014 8:14:15 PM UTC+5:30, Roy Smith wrote:
Marko Rauhamaa wrote:
Steven D'Aprano:
You haven't given any good reason for objecting to calling Unicode
strings by what they are. Maybe you think that it is an implementation
detail, and that some version of
On 11/22/14, 3:59 AM, wxjmfa...@gmail.com wrote:
TeXLive (since 2014, if I'm not wrong) has a GUI installer
and package manager, I recognized a tcl/tk/tkinter-like - Perl
tool and contrary to Python it works.
That's Perl-Tk, which, as I said, is still around, but only runs on
Windows and
wxjmfa...@gmail.com:
- By chance, I found on the web a German py dev who was commenting and
he had not an updated DUDEN (a German dictionnary).
That... leaves me utterly speachless!
Marko
--
https://mail.python.org/mailman/listinfo/python-list
On 22/11/2014 17:49, Marko Rauhamaa wrote:
wxjmfa...@gmail.com:
- By chance, I found on the web a German py dev who was commenting and
he had not an updated DUDEN (a German dictionnary).
That... leaves me utterly speachless!
Marko
Please don't feed him. Your average troll is bad enough
Am 22.11.14 19:33, schrieb wxjmfa...@gmail.com:
As you are rewriting unicode, a small suggestion/request.
Assume that one processes a part of the Bible in polytonic
Greek, one has to create a ton of temporary (locale) letters,
°)))o αὐτὸν τὸν ἰχθύα
ὁ Χριστιανὸς ἔγραψε τρόλλοι
--
On 11/21/2014 08:43 PM, Steven D'Aprano wrote:
random...@fastmail.us wrote:
I think I tried on at least one python version and printing the tuple
crashed with a recursion depth error, since it had no special protection
for this case the way list printing does.
It works fine now (Python
On Sun, Nov 23, 2014 at 5:17 AM, Mark Lawrence breamore...@yahoo.co.uk wrote:
Please don't feed him. Your average troll is bad enough but he really takes
the biscuit.
... someone was feeding him biscuits?
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
On 2014-11-22 23:25, Steven D'Aprano wrote:
Having said that, it's not fair to blame the user for shadowing
standard library modules:
- All users start off as beginners, who may not be aware that this
is even a possibility;
While it's one thing to explicitly shadow a module (creating your
On 11/21/2014 2:30 PM, Zachary Ware wrote:
On Fri, Nov 21, 2014 at 12:37 PM, Ian Kelly ian.g.ke...@gmail.com wrote:
Here's a nice crash. I thought this might similarly produce a
recursion depth error, but no, it's a seg fault!
$ cat test.py
import itertools
l = []
it =
On 22/11/2014 20:17, Chris Angelico wrote:
On Sun, Nov 23, 2014 at 5:17 AM, Mark Lawrence breamore...@yahoo.co.uk wrote:
Please don't feed him. Your average troll is bad enough but he really takes
the biscuit.
... someone was feeding him biscuits?
ChrisA
Surely it's better than feeding
On Sun, Nov 23, 2014 at 9:04 AM, Mark Lawrence breamore...@yahoo.co.uk wrote:
My favourite find thousand and one ways to make Python crashing or
failing. but I don't recall a single bug report in the last two years from
anybody regarding problems with the FSR, or have I missed something?
What
On 22/11/2014 22:31, Chris Angelico wrote:
On Sun, Nov 23, 2014 at 9:04 AM, Mark Lawrence breamore...@yahoo.co.uk wrote:
My favourite find thousand and one ways to make Python crashing or
failing. but I don't recall a single bug report in the last two years from
anybody regarding problems with
Tim Chase wrote:
On 2014-11-22 23:25, Steven D'Aprano wrote:
And after all that, it would still fail if you happened to want to
import both calendar modules into the same module.
__path__ = []
import calendar
__path__ = ['my/python/modules']
import calendar as mycalendar
Hrm.
On Fri, Nov 21, 2014, at 23:38, Steven D'Aprano wrote:
I really don't understand what bothers you about this. In Python, we have
Unicode strings and byte strings. In computing in general, strings can
consist of Unicode characters, ASCII characters, Tron characters, EBCDID
characters,
On Sat, Nov 22, 2014, at 18:38, Mark Lawrence wrote:
...
That is a standard Windows build. He is again conflating problems with
using the Windows command line for a given code page with the FSR.
The thing is, with a truetype font selected, a correctly written win32
console problem should be
On 2014-11-23 12:00, Steven D'Aprano wrote:
And after all that, it would still fail if you happened to
want to import both calendar modules into the same module.
__path__ = []
import calendar
__path__ = ['my/python/modules']
import calendar as mycalendar
Hrm. Never knew
On Sun, Nov 23, 2014 at 12:52 PM, random...@fastmail.us wrote:
On Sat, Nov 22, 2014, at 18:38, Mark Lawrence wrote:
...
That is a standard Windows build. He is again conflating problems with
using the Windows command line for a given code page with the FSR.
The thing is, with a truetype
I've built a database in SQLite3 to be embedded into a python application using
wxPython 2.8.12 and Python 2.7.6. I'm using Sqliteman to manage the database
directly and make changes to the structure when necessary.
One item that's been bugging me is when I'm inserting records into one
On Friday, November 21, 2014 2:49:45 AM UTC+5:30, Juan Christian wrote:
On Thu Nov 20 2014 at 7:07:10 PM Mark Lawrence wrote:
You also need to study the difference between top posting, interspersed
posting and bottom posting. The second and third are very much the
prefered styles here.
On Sun, Nov 23, 2014 at 1:11 PM, llanitedave
llanited...@birdandflower.com wrote:
logging.info(Related borehole_id is %s, of_borehole is %s, relatedbh,
runfields[1])
In this case, the displayed data from both is identical -- the logging line
comes back as:
INFO:Related borehole_id is
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
print (a ,a.throw)
print (b ,b.throw)
if a.throw == b.throw:
print(Tie)
elif (a.throw - b.throw)%3==1:
print(a Wins)
else:
print(b Wins)
-
On Sat, Nov 22, 2014, at 21:47, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
print (a ,a.throw)
print (b ,b.throw)
if a.throw == b.throw:
print(Tie)
elif (a.throw -
On Sunday, November 23, 2014 8:17:24 AM UTC+5:30, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
print (a ,a.throw)
print (b ,b.throw)
if a.throw == b.throw:
print(Tie)
elif
On Sat, Nov 22, 2014, at 21:11, Chris Angelico wrote:
Is that true? Does WriteConsoleW support every Unicode character? It's
not obvious from the docs whether it uses UCS-2 or UTF-16 (or maybe
something else).
I was defining every unicode character loosely. There are certainly
display problems
On 11/22/14 9:47 PM, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
This simply makes a and b into other names for the class RPS. To
instantiate a class to make an object, you have to call it:
On Sat, 22 Nov 2014 22:08:31 -0500, random...@fastmail.us wrote:
On Sat, Nov 22, 2014, at 21:47, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
print (a ,a.throw)
print (b ,b.throw)
if
On Sat, 22 Nov 2014 19:09:27 -0800 (PST), Rustom Mody
rustompm...@gmail.com wrote:
On Sunday, November 23, 2014 8:17:24 AM UTC+5:30, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
print (a
On Sat, 22 Nov 2014 22:14:21 -0500, Ned Batchelder
n...@nedbatchelder.com wrote:
On 11/22/14 9:47 PM, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
throw=random.randrange(3)
a=RPS
b=RPS
This simply makes a and b into other
On Sat, Nov 22, 2014 at 10:35 PM, Seymore4Head
Seymore4Head@hotmail.invalid wrote:
On Sat, 22 Nov 2014 22:14:21 -0500, Ned Batchelder
n...@nedbatchelder.com wrote:
On 11/22/14 9:47 PM, Seymore4Head wrote:
What do I need to do to make a and b have different values?
import random
class RPS:
On Saturday, November 22, 2014 6:22:32 PM UTC-8, Chris Angelico wrote:
On Sun, Nov 23, 2014 at 1:11 PM, llanitedave wrote:
logging.info(Related borehole_id is %s, of_borehole is %s, relatedbh,
runfields[1])
In this case, the displayed data from both is identical -- the logging line
On Sunday, November 23, 2014 9:06:03 AM UTC+5:30, Seymore4Head wrote:
Now I am trying to add a dictionary, but it is broke too.
How do I fix:
class RPS:
key={0:rock, 1:paper,2:scissors};
def __init__(self):
self.throw=random.randrange(3)
self.key=key[self.throw]
On Sat, 22 Nov 2014 22:52:33 -0500, Joel Goldstick
joel.goldst...@gmail.com wrote:
On Sat, Nov 22, 2014 at 10:35 PM, Seymore4Head
Seymore4Head@hotmail.invalid wrote:
On Sat, 22 Nov 2014 22:14:21 -0500, Ned Batchelder
n...@nedbatchelder.com wrote:
On 11/22/14 9:47 PM, Seymore4Head wrote:
What
On Sat, 22 Nov 2014 19:55:08 -0800 (PST), Rustom Mody
rustompm...@gmail.com wrote:
On Sunday, November 23, 2014 9:06:03 AM UTC+5:30, Seymore4Head wrote:
Now I am trying to add a dictionary, but it is broke too.
How do I fix:
class RPS:
key={0:rock, 1:paper,2:scissors};
def
On 11/22/2014 08:54 PM, llanitedave wrote:
Well that DID make a difference! I used the %r marker, and the logger
line gave me back:
INFO:Related borehole_id is u'testbh3', of_borehole is 'testbh3'
So it looks like I need to change my foreign key string to a unicode
string. I'll be working
On Sun, Nov 23, 2014 at 3:58 PM, Michael Torrie torr...@gmail.com wrote:
On 11/22/2014 08:54 PM, llanitedave wrote:
Well that DID make a difference! I used the %r marker, and the logger
line gave me back:
INFO:Related borehole_id is u'testbh3', of_borehole is 'testbh3'
So it looks like I
Ethan Furman wrote:
On 11/21/2014 08:43 PM, Steven D'Aprano wrote:
random...@fastmail.us wrote:
I think I tried on at least one python version and printing the tuple
crashed with a recursion depth error, since it had no special protection
for this case the way list printing does.
It
On Sun, Nov 23, 2014 at 3:15 PM, Seymore4Head
Seymore4Head@hotmail.invalid wrote:
Traceback (most recent call last):
File C:\Documents and Settings\Administrator\Desktop\rps.py, line
7, in module
a=RPS()
File C:\Documents and Settings\Administrator\Desktop\rps.py, line
6, in __init__
On Saturday, November 22, 2014 9:41:55 PM UTC-8, Chris Angelico wrote:
On Sun, Nov 23, 2014 at 3:58 PM, Michael Torrie wrote:
On 11/22/2014 08:54 PM, llanitedave wrote:
Well that DID make a difference! I used the %r marker, and the logger
line gave me back:
INFO:Related borehole_id is
random...@fastmail.us wrote:
On Fri, Nov 21, 2014, at 23:38, Steven D'Aprano wrote:
I really don't understand what bothers you about this. In Python, we have
Unicode strings and byte strings. In computing in general, strings can
consist of Unicode characters, ASCII characters, Tron
On Sun, Nov 23, 2014 at 5:08 PM, llanitedave
llanited...@birdandflower.com wrote:
The application was working correctly earlier (meaning that I could enter
and retrieve data with it; being a strictly user application it didn't allow
deletes from the GUI), and then I discovered (while cleaning
Chris Angelico wrote:
On Sat, Nov 22, 2014 at 11:25 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
Ian Kelly wrote:
- It's hard to keep track of what modules are in the standard library.
Which of the following is *not* in Python 3.3's std lib? No cheating by
looking them
On Sun, Nov 23, 2014 at 5:17 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
If Python treated the character set as an implementation detail, the
programmer would have no way of knowing whether
s = uö
is legal or not, since you cannot know whether or not ö is a supported
On Sun, Nov 23, 2014, at 00:59, Steven D'Aprano wrote:
It works fine now (Python 3.3).
py L = []
py t = (L, None)
py L.append(L)
py L.append(t) # For good measure.
py print(t)
([[...], (...)], None)
This is a tuple in a list in a tuple, not a tuple in a tuple.
Really? I
On Sunday, November 23, 2014 12:00:15 PM UTC+5:30, Steven D'Aprano wrote:
Rick should ask himself why virtually every single language, from compiled
languages like Ada, C, Pascal and Java, to interpreted languages like bash,
all use search paths instead of explicit paths.
Hint: the answer is
On Saturday, November 22, 2014 10:32:30 PM UTC-8, Chris Angelico wrote:
On Sun, Nov 23, 2014 at 5:08 PM, llanitedave wrote:
The application was working correctly earlier (meaning that I could enter
and retrieve data with it; being a strictly user application it didn't
allow deletes from
On Sun, Nov 23, 2014 at 5:30 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
Chris Angelico wrote:
Okay, here's my guesses.
os2emxpath: In the stdlib, but more often accessed as os.path while
running under OS/2
Correct.
I'm in a special position here, as I actually have an
On Sun, Nov 23, 2014 at 5:30 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
wave: Not in the stdlib, though I'd avoid the name anyway.
Incorrect. The wave module is for manipulating .wav files.
sndheader: Not in the stdlib - probably on PyPI though
Correct. It is actually
Chris Angelico ros...@gmail.com writes:
Just out of curiosity, why does the stdlib need modules for
manipulating .wav and other sound files, but we have to go to PyPI to
get a PostgreSQL client? It's a queer world...
I would venture the follow two reasons, either of which is sufficient to
On Sun, Nov 23, 2014 at 6:43 PM, Ben Finney ben+pyt...@benfinney.id.au wrote:
For a data stream format (like WAV and other mature formats), a module
working well today is likely to work just as well for the same purpose
in several years's time, long enough for today's Python to go through
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22915
___
___
Mark Lawrence added the comment:
Did I test the last patch? I would hope so but I simply can't remember as it's
nearly four months ago, sorry :(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19980
Nick Coghlan added the comment:
Thanks folks - Zach's right, that wasn't supposed to move.
I missed the second copy in pylifecycle.c because it's all #ifdef'ed out on
Linux, so the linker didn't complain about the duplication.
--
___
Python tracker
Changes by Avneesh Chadha avneesh.cha...@gmail.com:
--
nosy: +Avneesh.Chadha
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22915
___
___
Lita Cho added the comment:
Here is the patch merged together. I apologize for not getting it to you sooner.
--
Added file: http://bugs.python.org/file37245/imaplib_bracket_fix.patch
___
Python tracker rep...@bugs.python.org
Federico Ceratto added the comment:
FYI Debian dropped ssl.PROTOCOL_SSLv3 from Python 2.7 in the upcoming Jessie
release:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768611
--
nosy: +federico3
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
FYI Debian dropped ssl.PROTOCOL_SSLv3 from Python 2.7 in the upcoming
Jessie release:
This is not really what the Debian patch does. What it does is allow the ssl
module to compile if SSLv3 is disabled in the OpenSSL build.
--
Zachary Ware added the comment:
In that case, it would be good to make sure it still applies and passes the
tests. Last time I tried it didn't, and I was called away before I could
leave a note to that effect (for which I am sorry). However, I don't have
a strong enough opinion on this issue
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1610654
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21815
___
___
New submission from Kevin Smith:
I am getting a segmentation fault in the interpreter when trying to tab
complete options for a module. I am running python 3.4.2 on Arch Linux.
Python 3.4.2 (default, Oct 8 2014, 13:44:52)
[GCC 4.9.1 20140903 (prerelease)] on linux
Type help, copyright,
Roundup Robot added the comment:
New changeset d065e6474b67 by Zachary Ware in branch 'default':
Issue #22834: cwd can't not exist on Windows, skip the test
https://hg.python.org/cpython/rev/d065e6474b67
--
___
Python tracker rep...@bugs.python.org
Donald Stufft added the comment:
Right, they did that because Debian has disabled SSLv3 in OpenSSL in Jessie.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22638
___
Antoine Pitrou added the comment:
If that's the case, then I agree we can backport e971f3c57502 to the bugfix
branches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22638
___
Donald Stufft added the comment:
Yea see: http://sources.debian.net/src/openssl/1.0.2~beta3-1/debian/rules/#L29
The configure options they are running with are: no-idea no-mdc2 no-rc5 no-zlib
enable-tlsext no-ssl2 no-ssl3 no-ssl3-method enable-unit-test
--
Brett Cannon added the comment:
I removed a bunch of sections for two reasons. One is they are redundant. If
you follow the HOWTO and actually read What's New then you will get a bunch of
those same details anyway. The tools will also handle the details for you and
so you really don't have to
Steve Dower added the comment:
Nosying the other Windows guys - seems like the ctypes nosy list is inactive,
and this only affects MSVC.
--
nosy: +tim.golden, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22733
New submission from heme:
Hi guys
I am very new to this, (just started my first lines today) so I am using
a book to learn Python. BUT there is something wrong:
This is my program (from the book):
# This is not quite true outside of USA
# and is based on my dim memories of my younger years
SilentGhost added the comment:
Hi Henning,
this is not a bug. This is to do with how floating point numbers represented in
computers. I'd suggest https://en.wikipedia.org/wiki/IEEE_floating_point as a
starting point. Briefly, due to binary base that the computers operate on, not
every number
New submission from Éric Araujo:
https://docs.python.org/3/reference/datamodel#object.__iter__
This method should return a new iterator object that can iterate over all the
objects
in the container. For mappings, it should iterate over the keys of the
container, and
should also be made
Ned Deily added the comment:
This is very unlikely to be a problem in Python itself, rather a problem with
the third-party python-sfml package or a build interaction issue. Have you
asked on either an Arch or a python-sfml list about this? What happens if you
you try dir(s) instead?
New submission from Steve Dower:
I've basically finished the core of the work to refresh the PCBuild project
files and support building with VS 2015, and I believe it's ready to merge in.
Though the title says VS 2015, builds will work fine with VS 2010 and VS 2013
(and probably VS 2012, but
Changes by Steve Dower steve.do...@microsoft.com:
Added file: http://bugs.python.org/file37247/projects_full.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22919
___
eryksun added the comment:
This isn't a bug in Python or tab completion. You can reproduce the fault by
referencing s.transformable twice and then deleting both references.
The getter for TransformableDrawable.transformable calls wrap_transformable to
create a wrapper for the underlying C++
New submission from Terry J. Reedy:
import itertools
l = []
it = itertools.chain.from_iterable(l)
l.append(it)
next(it)
Ian Kelly (python-list, version unspecified) got Segmentation fault (core
dumped). With 2.7, 3.4.2, 3.5, I get same in interactive interpreter, the
Windows python has
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22920
___
___
Python-bugs-list
Steve Dower added the comment:
Oh, one other thing I just thought of: the current release of nmake (in VS
2015) has a regression that will make TCL and TK fail to build, but I have a
workaround for their makefile. OpenSSL also had a problem with VC14 but their
fix isn't in the build we've got
Changes by Terry J. Reedy tjre...@udel.edu:
--
title: Crash with itertools - Crash with itertools.chain.from_iterable
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22920
___
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
resolution: - duplicate
status: open - closed
superseder: - deeply nested filter segfaults
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22920
Ethan Furman added the comment:
From Terry Reedy in issue22920:
--
Ian Kelly (python-list, version unspecified) got Segmentation fault (core
dumped). With 2.7, 3.4.2, 3.5, I get same in interactive interpreter, the
Windows python has stopped working box from
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22919
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - third party
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22916
___
R. David Murray added the comment:
They aren't equivalent in python2, either. I think probably the wording should
be changed to something like and the method keys() should return an iterable
that provides access to the same data.
--
nosy: +r.david.murray
Jocelyn added the comment:
Here is a patch to add a test to test_sax.py.
I'm not sure on the fix. Is the following one a correct one ?
def prepareParser(self, source):
if source.getSystemId() is not None:
-self._parser.SetBase(source.getSystemId())
+
Jocelyn added the comment:
Forgot to attach the testcase when opening the bug.
--
Added file: http://bugs.python.org/file37250/toto.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22915
___
heme added the comment:
Hi SilentGhost
Thanx for a quick response.
Sorry to hear that it is not a bug, my old GW basic interpretor from
1988 has no problem with this simple calculation (123.56 - 62.12 =
61.44) but my new Python interpreter cannot give me a correct answer.
Yes, I know about
Mark Lawrence added the comment:
https://docs.python.org/3/tutorial/floatingpoint.html
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22917
___
Changes by Martin Dengler mar...@martindengler.com:
--
nosy: +mdengler
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22919
___
___
Steve Dower added the comment:
Fixed and pushed a minor issue with debug builds - I wasn't setting the 'g'
suffix on the tcltk libs correctly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22919
heme added the comment:
Thank you
I understand that it is not always that you see what you get (GW basic
has shurely cut off the big precision, and Python doesnt, so I see the
small difference. I will take care of thinking of it next time!
Sorry for any inconvience.
brg
Henning
Mark
Éric Araujo added the comment:
The Python 2 doc is alright, the same line says that d.__iter__() is equivalent
to d.iterkeys().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22918
___
New submission from Donald Stufft:
The SSLContext().wrap_socket() method allows you to pass in a server_hostname
option which will be used for two purposes, it will be used as the server name
for SNI and it will be used to verify the server name of the certificate.
However currently if the
R. David Murray added the comment:
Has anyone investigated what exactly sax uses SystemId/SetBase *for*? I think
think we need that info in order to decide what to do, and I'm not familiar
with sax.
--
___
Python tracker rep...@bugs.python.org
1 - 100 of 103 matches
Mail list logo