Brian Thorne hardb...@gmail.com added the comment:
Thanks Antoine, the __class__ attribute wasn't useful, I've removed that.
Overriding the __setattr__ and __delattr__ gives consistent behaviour with the
both versions - allowing the unittest reuse. Also I've changed thread back to
_thread.
Eric Snow ericsnowcurren...@gmail.com added the comment:
is __sizeof__ part of the language or just an implementation detail?
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15436
Serhiy Storchaka storch...@gmail.com added the comment:
See issue2898.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15436
___
___
Changes by Atsuo Ishimoto ishim...@gembook.org:
--
nosy: +ishimoto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5619
___
___
Python-bugs-list
Manuel de la Pena man...@canonical.com added the comment:
Tests indeed cover the changes made. I don't know about a decent way of doing
benchmarks for the changes. Any recommendation?
If this patch is applied I think it would be good to change posixpath too.
I agree and I'd love to do it but
Cédric Krier cedric.kr...@b2ck.com added the comment:
The problem is that the code of the property could raise an AttributeError. So
this error is not showed by the traceback.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
Yup. It's unfortunate, but there's really nothing we can do about it - some
protocols use exceptions, and if you raise an exception type that is part of
the defined protocol as the result of a genuine error, then you're going to
have a fun
Changes by Nick Coghlan ncogh...@gmail.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10399
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
The attached patch ensures that additional SOABI-suffixed symlinks are created
in the framework lib and lib/pythonx.x/config-yy directories and fixes
pythons.x-config to not return garbage data for the --ldflags option.
# current
$ ls -l
Ned Deily n...@acm.org added the comment:
Georg, I'd like to apply this for both 3.2.4 and 3.3.0b2. It's a low risk bug
fix but does solve a real problem for users wanting to embed Python on OS X.
Issue15353 is also fixed by this.
--
nosy: +georg.brandl
Georg Brandl ge...@python.org added the comment:
Larry?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15413
___
___
Python-bugs-list mailing
Changes by Georg Brandl ge...@python.org:
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15295
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2d4f290ea71c by Ned Deily in branch '3.2':
Issue #14197: For OS X framework builds, ensure links to the shared
http://hg.python.org/cpython/rev/2d4f290ea71c
New changeset 51ac5f06dd04 by Ned Deily in branch
Ned Deily n...@acm.org added the comment:
Fix applied for release in 3.2.4 and (with release manager approval) for
3.3.0b2.
--
components: +Build -Macintosh, None
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
type: compile error -
New submission from andrea bergamini andrea.bergamini...@gmail.com:
math.pow(43, 10) gives the wrong result: 21611482313284248.0
Instead, the build-in function 43**10 and pow(43, 10) give the correct result:
21611482313284249L.
This bug has been seen on ActivePython 2.5.1.1. Sorry no tests on
Ned Deily n...@acm.org added the comment:
Thanks for the report. The python-3.3.pc file is correct. It is a symlink to
the python-3.3m.pc. What isn't correct is that OS X framework builds were not
creating the proper libpython3.3m.{dylib,a} symlinks for use with
python3.x-config and with
Changes by Ned Deily n...@acm.org:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
___
___
Python-bugs-list mailing
Ezio Melotti ezio.melo...@gmail.com added the comment:
This is what I get on both 2.7 and 3.3:
import math
math.pow(43, 10)
2.161148231328425e+16
pow(43, 10)
21611482313284249
43**10
21611482313284249
int(math.pow(43, 10))
21611482313284248
--
nosy: +ezio.melotti, skrah
Serhiy Storchaka storch...@gmail.com added the comment:
(43**10).bit_length()
55
sys.float_info.mant_dig
53
See
http://docs.python.org/faq/design.html#why-are-floating-point-calculations-so-inaccurate
--
nosy: +storchaka
___
Python tracker
New submission from Chris Jerdonek chris.jerdo...@gmail.com:
This issue is to include the names in Misc/ACKS into the documentation --
in place of the names from Doc/ACKS.txt. This was mentioned in the
discussion for issue 15437, which is to add the names from Doc/ACKS.txt
into Misc/ACKS.
This
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
dependencies: +Merge Doc/ACKS and Misc/ACKS
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15439
___
Martin v. Löwis mar...@v.loewis.de added the comment:
-1. Misc/ACKS is fine where it is. No need to include it into the docs.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15439
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
I created a new issue 15439 for including the combined Misc/ACKS into the
documentation (as Éric mentioned) because the nature of that discussion is
different, and because the changes will be easier to observe and understand if
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Martin, just to be sure, this is to be done after issue 15437 (a dependency),
and the location of Misc/ACKS will not change. Have you already read the
discussion there? Éric said that he recalled it was Georg's preference to do
this
andrea bergamini andrea.bergamini...@gmail.com added the comment:
Ok, but math.pow IMPO has to be aligned to pow and built-in pow (**), otherwise
this kind of inaccuracies can compromise the application behavior. I was
using this funcion in a cryptographic mechanisms, and this issue resulted
R. David Murray rdmur...@bitdance.com added the comment:
If I understand correctly, the math module is providing C standard (Annex F)
*floating point* mathematical functions. Mark will have the definitive answer
once he gets a chance to comment. Perhaps a documentation clarification is in
Stefan Krah stefan-use...@bytereef.org added the comment:
I think Serhiy has already explained that 43**10 is too large
to be represented exactly in 53-bit floating point arithmetic.
The math module wraps the floating point functions from the
C standard:
It provides access to the mathematical
Antoine Pitrou pit...@free.fr added the comment:
Well, the math.pow() doc could use a seealso pointing to the built-in pow()
function perhaps.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
Stefan Krah stefan-use...@bytereef.org added the comment:
Title referring to the section header of
http://docs.python.org/dev/library/math.html ...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
Stefan Krah stefan-use...@bytereef.org added the comment:
How about changing the title to something like:
math -- 53-bit floating point arithmetic
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
Antoine Pitrou pit...@free.fr added the comment:
That could help, but you easily miss the title when looking up the doc for a
given function.
And since log2() already has a seealso for the corresponding int method, pow()
could grow one as well.
(and in all honesty I don't know the difference
andrea bergamini andrea.bergamini...@gmail.com added the comment:
Well, from a library I'm used to expect a good result or an exception. Not a
value that differs from the correct of one unit! I agree with Antoine, the doc
should warn about this behavior. I've lost a lot of time before
R. David Murray rdmur...@bitdance.com added the comment:
I'm not clear if your script is trying to do this, but there is no way to
automatically alphabetize the file. That's why it says rough alphabetic
order. The issue is that different languages alphabetize different letters in
different
Derek Wilson jderekwil...@gmail.com added the comment:
Thanks, Jim, here is an updated patch.
1) I feel like it is clearly not-a-feature. Currently 2.7 crashes if remote
managers are used and socket.setdefaulttimeout is anything other than None.
Crashing seems bad and all this does is keep
R. David Murray rdmur...@bitdance.com added the comment:
Your problems didn't come from the Python math library, it came from the C
math library that Python provides a wrapper for, which the documentation does
clearly state. And the result you got is accurate...for a floating point
Antoine Pitrou pit...@free.fr added the comment:
Well, the script output looks good (apart from a few duplicates which can be
resolved by hand, e.g. Terry Reedy vs. Terry J. Reedy).
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
I did think through those issues and made a special effort to address them in
the script.
For starters, the script does not change the order of any names in Misc/ACKS.
This is to preserve the existing rough alphabetical ordering, and
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
That is correct, Antoine. Duplicates need to be removed by hand.
To assist in this process, the script currently prints possible duplicates to
stdout after running. However, the script could easily be modified to display
an in-line
Anton Barkovsky swarmer...@gmail.com added the comment:
I think I've found the root cause.
On my system (also tested in 3.2) /dev/tty is opened successfully, but wrapping
it in io.BufferedRandom fails. By the time the exception is raised, FileIO
object is already created, and then it
Antoine Pitrou pit...@free.fr added the comment:
To assist in this process, the script currently prints possible
duplicates to stdout after running. However, the script could easily
be modified to display an in-line indicator before possible duplicates
to make this manual step easier, e.g.:
Changes by Anton Barkovsky swarmer...@gmail.com:
Removed file: http://bugs.python.org/file26498/closewarning.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11466
___
Changes by Anton Barkovsky swarmer...@gmail.com:
Added file: http://bugs.python.org/file26499/closewarning.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11466
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6056
___
___
Python-bugs-list mailing
New submission from Bala FA barum...@redhat.com:
I use multiprocess in one of my project. When an exception which
requires mandatory argument is raised by a server process, is not
re-raised properly to client process. I get an error something like
below
Traceback (most recent call last):
New submission from Atsuo Ishimoto ishim...@gembook.org:
test_posixpath.PosixCommonTest.test_nonascii_abspath fails on Japanese edition
of Windows.
If a file name was invalid byte character, os.chdir() raises
UnicodeDecodeError()
instead of WindowsError.
This is a byte-api issue on Windows,
Kevin Barry ta0k...@gmail.com added the comment:
The patch from before needed a slight modification for when Python actually
defaults to an interactive session on stdin. Since I rebuild this for my
current distro (Slackware64 13.37,) I switched to the Python 2.6.6 source. This
might not be
Atsuo Ishimoto ishim...@gembook.org added the comment:
changed name of test method. In the old patch, new test method shadowed
existing one.
--
Added file: http://bugs.python.org/file26502/test_nonascii_abspath_2.patch
___
Python tracker
Changes by Atsuo Ishimoto ishim...@gembook.org:
Removed file: http://bugs.python.org/file26500/test_nonascii_abspath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15441
___
Meador Inge mead...@gmail.com added the comment:
It is part of runtime services and is mentioned in the documentation for
'sys.getsizeof' [1]:
getsizeof() calls the object’s __sizeof__ method and adds an additional garbage
collector overhead if the object is managed by the garbage collector.
Kevin Barry ta0k...@gmail.com added the comment:
I've attached a simplified example program (working3.c) that demonstrates both
the original problem and that the patch
(Python-2.6.6-Run_Interactive-fix.patch) works. It eliminates the need for a
pty, 'xterm', and redirection.
Compile the
Eli Bendersky eli...@gmail.com added the comment:
Yes, code samples would help clarifying the rationale for this request
--
nosy: +eli.bendersky
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
New submission from Eli Bendersky eli...@gmail.com:
The default ignore list of filecmp.dircmp is ['RCS', 'CVS', 'tags'].
This predates even Subversion! I suggest to freshen up this module to also
ignore the dirs for SVN, Mercurial, Git and Bazaar.
[this is a new feature, so no earlier than
Eli Bendersky eli...@gmail.com added the comment:
The patch looks reasonable to me. Martin/Éric - any objections to committing?
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15231
Martin v. Löwis mar...@v.loewis.de added the comment:
LGTM
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15231
___
___
Python-bugs-list mailing
Serhiy Storchaka storch...@gmail.com added the comment:
It is part of runtime services and is mentioned in the documentation for
'sys.getsizeof' [1]:
Yes, but it is not mentioned in the index.
--
___
Python tracker rep...@bugs.python.org
Changes by Eli Bendersky eli...@gmail.com:
--
nosy: -eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15321
___
___
Python-bugs-list
Eli Bendersky eli...@gmail.com added the comment:
Sorry about the commit message. Ignore it, I got the issue number wrong :)
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15321
Eli Bendersky eli...@gmail.com added the comment:
Committed in f315cfa22630
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15231
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset f315cfa22630 by Eli Bendersky in branch 'default':
Issue #15321: update PyPI upload doc to say --no-raw passed to rst2html.py.
Patch by Chris Jerdonek
http://hg.python.org/cpython/rev/f315cfa22630
--
nosy:
Nam Nguyen bits...@gmail.com added the comment:
Using a remote server such as python.org is a good idea when you have internet
connection. When you don't, though, how will the test run?
--
nosy: +Nam.Nguyen
___
Python tracker rep...@bugs.python.org
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Thanks a lot, Eli.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15231
___
___
Brian Brazil brian.bra...@gmail.com added the comment:
There's already existing infrastructure not to run certain tests when
there's no internet connection, no ipv6, no tk etc.
--
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
It seems to me there are missing words in the text, and it needs porting to the
packaging docs.
Proposal: [...] being able to run the command above without warnings is not
sufficient to be sure that PyPI will convert the content successfully.
Antoine Pitrou pit...@free.fr added the comment:
Le mardi 24 juillet 2012 à 06:00 +, Brian Thorne a écrit :
Isn't more compatibility between the Python and C implementations
desired?
IMHO, not when compatibility regards obscure details such as whether
setting an attribute is allowed or
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15441
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 0caff799e4bf by R David Murray in branch '3.2':
#15232: make NEWS entry more accurate.
http://hg.python.org/cpython/rev/0caff799e4bf
New changeset d53524c43d0e by R David Murray in branch 'default':
#15232: make
Martin v. Löwis mar...@v.loewis.de added the comment:
Ok, please rephrase: what do you mean by inlude ... into ...? If the place of
Misc/ACKS doesn't change, in what way is it being included into something? And
which documentation is it being included into, if it doesn't change its
location?
Martin v. Löwis mar...@v.loewis.de added the comment:
Also, if you want to do phonetic translation of non-ASCII, then абгекнор really
matches abgeknor, and ш is transliterated to sh in English (IIUC) (to sch
in German).
But I agree that this is best done manually. What matters is what the
Serhiy Storchaka storch...@gmail.com added the comment:
Ok, please rephrase: what do you mean by inlude ... into ...?
http://docs.python.org/about.html#contributors-to-the-python-documentation
--
nosy: +storchaka
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d9a881b0d6ca by Antoine Pitrou in branch 'default':
Issue #15413: os.times() had disappeared under Windows.
http://hg.python.org/cpython/rev/d9a881b0d6ca
--
nosy: +python-dev
Antoine Pitrou pit...@free.fr added the comment:
Ok, I fixed it.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15413
Martin v. Löwis mar...@v.loewis.de added the comment:
I see; I'm changing my vote to -0 then. I don't think this list of names should
have been included in the documentation in the first place. Since it is,
providing the full list of contributors is just as fine.
--
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
The second sense of the word include is in the possible implementation. Éric
pointed out in the other issue's thread that this can be achieved by modifying
the existing include directive, for example--
--- a/Doc/about.rst
+++
New submission from Vincenzo Ampolo vincenzo.amp...@gmail.com:
As long as computers evolve time management becomes more precise and more
granular.
Unfortunately the standard datetime module is not able to deal with nanoseconds
even if OSes are able to. For example if i do:
print %.9f %
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +belopolsky, haypo, lemburg
versions: +Python 3.4 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15443
___
Changes by Vincenzo Ampolo vincenzo.amp...@gmail.com:
--
components: +Library (Lib) -ctypes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15443
___
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Yes, I did. Even though it is throw-away.
By the way, I'm taking Antoine's advice to avoid perfectionism on this.
Otherwise I'd include your suggestion re: the special characters. :)
--
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I think Guido's wording should be included literally in the online version. It
very much explains what this list really is and how to interpret it. The post
scriptum should be converted into a ReST comment, since it is primarily a note
to
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15443
___
New submission from Serhiy Storchaka storch...@gmail.com:
Some contributor's names written incorrectly (in ASCII) in documentation:
Jesús Cea Avión as Jesús Cea Avion
Lars Gustäbel as Lars Gustaebel
Gerhard Häring as Gerhard Haering
Marc-André Lemburg as Marc-Andre Lemburg
Martin von Löwis as
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: +Python 2.7, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15444
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Vincenzo Ampolo wrote:
As long as computers evolve time management becomes more precise and more
granular.
Unfortunately the standard datetime module is not able to deal with
nanoseconds even if OSes are able to. For example if i do:
Richard Oudkerk shibt...@gmail.com added the comment:
ISTM the simplest approach would be to just set self-args in
BaseException.__new__() (like in Georg's patch) but to ignore the possibility
that the user might later set self.args to something stupid wrong:
diff -r 51ac5f06dd04
Vincenzo Ampolo vincenzo.amp...@gmail.com added the comment:
On 07/24/2012 01:28 PM, Marc-Andre Lemburg wrote:
I would be interested in an actual use case for this.
Alice has a dataset with nanosecond granularity. He wants to make a
python library to let Bob access the dataset. Nowadays Alice
Larry Hastings la...@hastings.org added the comment:
Sorry, I've been on the road a lot. Thanks, Antoine!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15413
___
R. David Murray rdmur...@bitdance.com added the comment:
I believe Marc-Andre was looking for an actual real-world use case rather than
a hypothetical one. We discussed this briefly on the irc channel and we think
Guido vetoed it on a YAGNI basis (we haven't checked the archives though...) so
Vincenzo Ampolo vincenzo.amp...@gmail.com added the comment:
This is a real use case I'm working with that needs nanosecond precision
and lead me in submitting this request:
most OSes let users capture network packets (using tools like tcpdump or
wireshark) and store them using file formats
Changes by Vincenzo Ampolo vincenzo.amp...@gmail.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15443
___
___
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
The math module is primarily about exposing the C floating point library
functions. Any integer arguments are converted to double.
We could add more docs but that usually doesn't help someone who already has an
expectation that
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
components: +Documentation -Library (Lib)
resolution: - invalid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
___
R. David Murray rdmur...@bitdance.com added the comment:
Are the nanosecond timestamps timestamps or strings? If they are timestamps
it's not immediately obvious why you want to convert them to datetime objects,
so motivating that would probably help. On the other hand the fact that you
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Thanks for taking the time to look at this, Eli.
In response to your question, here is one illustrated rationale.
When recursing through a directory using dircmp, it is simplest and cleanest to
be able to recurse on the subdirs
R. David Murray rdmur...@bitdance.com added the comment:
Even if accepted this can't get fixed in 2.7, so removing that from versions.
--
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15443
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
I agree with Martin and don't think the ACKS list should be exposed further
than it already is.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
It seems to be the latter: Žiga Seilnacht
http://mail.python.org/pipermail/python-dev/2007-March/071786.html
--
nosy: +cjerdonek
___
Python tracker rep...@bugs.python.org
New submission from Graham Dumpleton graham.dumple...@gmail.com:
This issue was raised first on secur...@python.org. Guido responded that not
sensitive enough to be kept to the list and that okay to log a bug report.
This issue may not warrant any action except perhaps an update to
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Is that a -0 then, Raymond?
I think either the combined Misc/ACKS list should be included in the docs, or
it should be removed entirely. If what Meador said is true (that people
already in Misc/ACKS who contribute documentation
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15445
___
___
Vincenzo Ampolo vincenzo.amp...@gmail.com added the comment:
On 07/24/2012 04:20 PM, R. David Murray wrote:
R. David Murray rdmur...@bitdance.com added the comment:
Are the nanosecond timestamps timestamps or strings? If they are timestamps
it's not immediately obvious why you want to
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15445
___
___
1 - 100 of 114 matches
Mail list logo
