Changes by Lars Gustäbel l...@gustaebel.de:
--
assignee: - lars.gustaebel
nosy: +lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9065
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Distribution with my algorithm:
...
from collections import Counter
print Counter(_randint(6755399441055744) % 3 for _ in xrange(1))
= Counter({0L: 33342985, 2L: 5781, 1L: 33321234})
Distribution: {0:
Mark Dickinson dicki...@gmail.com added the comment:
A couple of points:
(1) In addition to documenting the extent of the repeatability, it would be
good to have tests to prevent changes that inadvertently change the sequence of
randrange values.
(2) For large arguments, cross-platform
Changes by Shashwat Anand anand.shash...@gmail.com:
--
nosy: +l0nwlf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1685453
___
___
New submission from Stefan Krah stefan-use...@bytereef.org:
While investigating issue 9020, I noticed that there are several places
where the pyctype.h macros could/should be used.
--
messages: 108505
nosy: eric.smith, skrah
priority: normal
severity: normal
status: open
title: Use
Stefan Krah stefan-use...@bytereef.org added the comment:
Committed fix in r82191. Thanks Sridhar for tracking this down.
New issues emerging from this one:
1) Simplify Py_CHARMASK: issue 9036
2) Use macros from pyctype.h: issue 9067
Additionally, I noticed that the macros
New submission from Haoyu Bai divine...@gmail.com:
from . import * is valid syntax in CPython (both 2.6 and py3k) but in the
language reference it is not allowed:
http://docs.python.org/dev/py3k/reference/simple_stmts.html#the-import-statement
--
components: Interpreter Core
messages:
Mark Dickinson dicki...@gmail.com added the comment:
Seems like a reasonable addition to me. Anyone feel like refreshing the patch
so that it applies to py3k?
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
BTW, the PyLong_AsUnsignedLongLong BadInternalCall has long since disappeared.
I agree with Armin Rigo that the conversion functions in longobject.c are a
mess, though (and also that cleanup is difficult).
--
Changes by Senthil Kumaran orsent...@gmail.com:
--
versions: +Python 3.2 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1172711
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I agree that it might be useful to have some way of specifying fixed-width
integers. It's not clear to me that importing specifier prefixes from the
struct module is the best way to go about this, though.
--
nosy: +mark.dickinson
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This is a good idea, but tab characters are disallowed in core python code;
please replace them with spaces.
Then, please provide an unified diff patch (with diff -u), and name it with
the .patch extension, this will make it easier to
Andrew Valencia ajv-611-065-2...@vsta.org added the comment:
Here's the patch, hopefully updated as requested. Thanks!
--
keywords: +patch
Added file: http://bugs.python.org/file17758/pdb_up.patch
___
Python tracker rep...@bugs.python.org
Stefan Krah stefan-use...@bytereef.org added the comment:
Antoine Pitrou rep...@bugs.python.org wrote:
Thus,
((unsigned char)((c) 0xff)) and ((unsigned char)(c)) should produce
the same results.
If it's the case, it's probably optimized away by the compiler anyway.
Yes, the asm output
Stefan Krah stefan-use...@bytereef.org added the comment:
In r61936 the cast was added.
Actually r61987
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9036
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Two remarks:
- when int(arg) fails, an error message should be printed, like with the
function do_commmands().
- the for loop seems unnecessary, something like self.curindex -= nup
should be enough
--
Mark Dickinson dicki...@gmail.com added the comment:
Another issue to consider, brought to my attention by Rick Regan:
Python's dtoa.c code likely misbehaves (i.e., returns incorrectly rounded
results) if the FPU rounding mode is anything other than the round-half-to-even
default. (This is
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
- ignore the rounding mode completely, always doing round-half-to-even.
+1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9009
Martin Marcher mar...@marcher.name added the comment:
Hi,
just scanned the messages. As I read it wontfix actually means:
Ats some point in the future when the setproctitle project
(http://code.google.com/p/py-setproctitle/source/list) has matured it will be
reconsidered, correct?
Yes sorry
Eric Smith e...@trueblade.com added the comment:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
- ignore the rounding mode completely, always doing round-half-to-even.
+1
Agreed. +1
--
___
Python tracker
Brian Curtin cur...@acm.org added the comment:
If it has matured, has shown to be as a best of breed library of it's type,
and has gone through the PEP process, it could make it. That takes quite a bit
of time and isn't likely to occur within the next few years (3.3 at the
earliest assuming
Marc-Andre Lemburg m...@egenix.com added the comment:
Stefan Krah wrote:
Stefan Krah stefan-use...@bytereef.org added the comment:
Antoine Pitrou rep...@bugs.python.org wrote:
Thus,
((unsigned char)((c) 0xff)) and ((unsigned char)(c)) should produce
the same results.
If it's the
Andrew Valencia ajv-611-065-2...@vsta.org added the comment:
Debugging tools which have bugs are a real pain... thanks for your comments and
attention. Here's another try. With all the loop baggage gone the argument
handling really called for factoring out.
--
Added file:
Andrew Valencia ajv-611-065-2...@vsta.org added the comment:
My bad (new editor session lost the tab setting). Please consider this one
with no tabs instead.
--
Added file: http://bugs.python.org/file17760/pdb_up3.patch
___
Python tracker
Daniele Varrazzo p...@develer.com added the comment:
setproctitle is quite stable, my company uses it in production environment very
heavily with python 2.x. Probably its users base is not huge, but that's
because it's a relatively specialized tool.
Python3 porting is not straightforward
Stefan Krah stefan-use...@bytereef.org added the comment:
+1, if the FPU mask is always restored (as I understand, this is the case
now).
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9009
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch. Will commit soon if there's no remarks.
--
keywords: +patch
nosy: +exarkun, giampaolo.rodola, janssen
Added file: http://bugs.python.org/file17761/sslweakref.patch
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Additionally, I noticed that the macros is_potential_identifier* from
py3k/Parser/tokenizer.c assume a contiguous mapping for A-Z, a-z. Is
it ok in Python to assume this (in C it isn't)?
I don't think we support writing Python source code in
Antoine Pitrou pit...@free.fr added the comment:
Ok, let's say we use ((unsigned char)((c) 0xff)) also for
__CHAR_UNSIGNED__.
What should the comment say about the intended argument?
That it's either in [-128; 127] or in [0; 255] ?
Index: Objects/unicodeobject.c
Marcelo Fernández marcelo.fidel.fernan...@gmail.com added the comment:
So, while I'd be pleased to have it included in the stdlib, I'm not
really convinced it would be useful to such a large audience.
I think different, if python becomes even more successful to be used in desktop
apps, this
David Kirkby david.kir...@onetel.net added the comment:
I'm seeing this failure on both Solaris 10 (SPARC processor) in 32-bit mode and
OpenSolaris 06/2009 (Intel Xeon) in 64-bit mode using Python 2.6.4. So it is
not just an ARM Linux issue.
See
Mark Dickinson dicki...@gmail.com added the comment:
David, thanks for the report. This looks like a different issue to me, though.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8265
___
New submission from Mark Dickinson dicki...@gmail.com:
Comment from David Kirkby in issue 8265; moved here because it looks like a
separate problem.
I'm seeing this failure on both Solaris 10 (SPARC processor) in 32-bit mode and
OpenSolaris 06/2009 (Intel Xeon) in 64-bit mode using Python
Mark Dickinson dicki...@gmail.com added the comment:
And the text of the failure (from the first link David provides):
test test_float failed -- Traceback (most recent call last):
File
/export/home/drkirkby/sage-4.4.4.alpha1/spkg/build/python-2.6.4.p9/src/Lib/test/test_float.py,
line 765,
Mark Dickinson dicki...@gmail.com added the comment:
David, would it be possible for you to provide the results of:
float.hex(-0.0)
float.fromhex('-0x0.0p+0')
on those platforms, so that we can tell whether it's the float - hex
conversion or the hex - float conversion that's losing the sign
Mark Dickinson dicki...@gmail.com added the comment:
New issue for the Solaris failure opened: issue 9069.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8265
___
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
In the trunk:
datetime.utcfromtimestamp(0.994)
datetime.datetime(1970, 1, 1, 0, 0, 1)
In py3k:
datetime.utcfromtimestamp(0.994)
datetime.datetime(1970, 1, 1, 0, 0, 0, 99)
See issue1478429 - it appears
New submission from Free Ekanayaka f...@64studio.com:
The tar format allows to have memeber files whose path has a leading ./:
$ echo foo
$ tar cf bar.tar ./foo
$ tar tf bar.tar
./foo
However the tarfile module doesn't allow this:
from StringIO import StringIO
from tarfile import TarInfo,
Mark Dickinson dicki...@gmail.com added the comment:
David, please could you also tell me whether HAVE_COPYSIGN is defined for those
builds of Python? It should be in pyconfig.h in the top level of the build
directory, if it is.
And (just to double check), at configure time, there should be
Brett Cannon br...@python.org added the comment:
That's because while it is syntactically allowed, it is semantically
disallowed. The grammar rules shown in the docs is a generalization of the
actual grammar used to build the parser so that we can take shortcuts with it
to simply not have
Gustavo Niemeyer gust...@niemeyer.net added the comment:
Please note that even if unpacking such a tar might be semantically equivalent
to a version which strips out the ./ prefix, it should be possible to create
a tar with valid path names such as these.
In the case of debs, for instance,
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
My mistake. I had datetime.py from pypy in the directory from which I ran the
trunk python. The problem is also in the latest sandbox version of
datetime.py, but this is not yet part of cpython proper.
Refiled as pypy
David Kirkby david.kir...@onetel.net added the comment:
Hi Mark,
Here's the info on the two systems - first the SPARC system, secondly the Intel
Xeon system.
1) SPARC
* Sun Blade 2000, with 2 x UltraSPARC III+ 1200 MHZ processors
* 8 GB RAM
* Solaris 10 update 8 10/09 release (This is
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for the details. So the relevant code (see the float_hex function in
Objects/floatobject.c) looks like this:
if (x == 0.0) {
if(copysign(1.0, x) == -1.0)
return PyString_FromString(-0x0.0p+0);
else
David Kirkby david.kir...@onetel.net added the comment:
Just to clarify something, in case you notice something does not look quite
right.
The link I provided to the build failure on the SPARC machine
http://trac.sagemath.org/sage_trac/ticket/9297
was a Sun Blade 1000. It is *not* the same
New submission from Slava bomb...@gmail.com:
I don't know whether this is a bug, but my exhaustive search led me to Python
can't really unload modules from every direction, which I find hard to
believe, I don't know where else to go with this.
The problem:
import gc, sys
print
David Kirkby david.kir...@onetel.net added the comment:
I'll take a look at this in an hour or two. I'll restrict the testing to the
Xeon machine, as it is a zillion times quicker than the old SPARCs.
What comes to my mind, is that perhaps 'copysign' is only defined in C99.
Solaris header
New submission from Roland Johnson rolandjohn...@acm.org:
Tkinter no where to be found in the 3.1 install. No lib-tk folder either. There
is a Tkinter folder but this conatains very few modules and none of the
standard ones
--
messages: 108547
nosy: RolandJ
priority: normal
severity:
New submission from Keith Rarick k...@xph.us:
Transcript to reproduce in Python 2.6.5:
import subprocess, sys
subprocess.call(('echo', 'foo'), stderr=sys.stdout)
echo: write: Bad file descriptor
1
Expected behavior:
import subprocess, sys
subprocess.call(('echo', 'foo'),
Keith Rarick k...@xph.us added the comment:
There was a typo in my description of the patch. It should read:
I've attached a patch to fix this. It simply adds 2 and *1* to the list of fds
not to close for c2pwrite and errwrite, respectively.
--
___
David Kirkby david.kir...@onetel.net added the comment:
Using the compiler option -std=c99 allows this test to pass.
Perhaps adding the macro
AC_PROG_CC_C99
to autoconf to add the right compiler option might be a solution. I know
Solaris headers are often quite strict, and will not define
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Similar problem affects fromtimestamp() constructors:
datetime.fromtimestamp(0.0078125)-datetime.fromtimestamp(0)
datetime.timedelta(0, 0, 7813)
datetime.utcfromtimestamp(0.0078125)-datetime.utcfromtimestamp(0)
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for the update.
So I'm confused: when -std=c99 isn't given, where is the build finding the
copysign function from? That is, why isn't there a link error when building
Python?
(I'm attempting to install OpenSolaris in Parallels at
STINNER Victor victor.stin...@haypocalc.com added the comment:
Why do you need a pure Python version of datetime:
- it's easier to work on a new feature first in Python: there are more people
are able to write Python code, than people able to write C code (especially C
code using the Python C
STINNER Victor victor.stin...@haypocalc.com added the comment:
Patch commited to 3.2 (r82200), blocked in 3.1 (r82201).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8949
Sridhar Ratnakumar sridh...@activestate.com added the comment:
We can make this work on OSX 10.6 atleast, using Apple's system Tcl/Tk 8.5.
1. Get a 10.6 build machine with 10.5 SDK
2. Modify setup.py to use openssl 0.9.7 (*not* 0.9.8):
STINNER Victor victor.stin...@haypocalc.com added the comment:
Done in 3.2 (r82202), blocked in 3.1 (r82203) because of #8949 and because I
prefer to avoid touching a stable branch.
--
resolution: - fixed
status: open - closed
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
Ats some point in the future when the setproctitle project
(http://code.google.com/p/py-setproctitle/source/list) has matured it
will be reconsidered, correct?
No. It will also be required that it's authors agree to contribute it to
Martin v. Löwis mar...@v.loewis.de added the comment:
This is not a bug. You didn't *nearly* reset Python to the state in which it
was before the import: the modules that got imported recursively still hang in
sys.modules.
Please accept that Python indeed does not support unloading modules
Daniele Varrazzo p...@develer.com added the comment:
No. It will also be required that it's authors agree to contribute it to
Python, agree to stop maintaining the out-of-Python version
(eventually), and agree to fill out a contributor form.
I would have no problem with these points if the
Antoine Pitrou pit...@free.fr added the comment:
Committed in r82204 (py3k) and r82205 (3.1).
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Antoine Pitrou pit...@free.fr:
The ssl module sets a debug flag on the OpenSSL SSL struct at the end of
PySSL_SSLdo_handshake():
self-ssl-debug = 1;
The OpenSSL header files have this to say about this flag:
/* set this flag to 1 and a sleep(1) is put into all
STINNER Victor victor.stin...@haypocalc.com added the comment:
Fixed in r82206 and r82207.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8926
Antoine Pitrou pit...@free.fr added the comment:
Actually, looking at the history of the SVN repo, this dates back to 1999 when
the first SSL support was incorporated by Guido based on third-party patches,
and no trace of a review discussion can be found. The only thing we can do is
assume
David Kirkby david.kir...@onetel.net added the comment:
Hi Mark,
Since 'copysign' is in the maths library, I would not expect the link phase to
fail. Solaris does not ship with different maths libraries for C99 (one just
links to libm).
However, I would not be surprised if the behavior was
New submission from STINNER Victor victor.stin...@haypocalc.com:
The following 4 functions are public but not documented and not used in Python3:
- PyUnicode_AsDecodedObject(), PyUnicode_AsEncodedObject()
- PyUnicode_AsDecodedUnicode(), PyUnicode_AsEncodedUnicode()
In Python2,
Slava bomb...@gmail.com added the comment:
Thank you for taking time to answer my question about unloading modules.
I really appreciate it!
Slava
On Fri, Jun 25, 2010 at 2:43 AM, Martin v. Löwis rep...@bugs.python.orgwrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
This is
New submission from Domen ielect...@gmail.com:
Sample code:
parser = argparse.ArgumentParser()
parser.add_argument('-v', action='store_true')
parser.add_argument('foo')
parser.parse_args(['-v', '--', '--foo'])
Namespace(foo='--foo', v=True)
parser = argparse.ArgumentParser()
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
assignee: d...@python
components: Documentation, Unicode
files: unicode_doc.patch
keywords: patch
nosy: d...@python, haypo
priority: normal
severity: normal
status: open
title: Fix C API documentation of unicode
versions: Python
New submission from STINNER Victor victor.stin...@haypocalc.com:
Attached patch fixes minor bugs in the C API documentation of unicode.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9078
STINNER Victor victor.stin...@haypocalc.com added the comment:
I think that #8988 is a duplicate of this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8611
___
Benjamin Peterson benja...@python.org added the comment:
Let it die.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9075
___
___
David Kirkby david.kir...@onetel.net added the comment:
Just to clarify the hostnames and hardware used, in case you look at the
results here or the links to the Sage maths bug tracker and are not sure what
is what.
Note some are Solaris and some are OpenSolaris. Some have SPARC and some
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited to 3.2 (r82208), blocked in 3.1 (r82209).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8850
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8850
___
Antoine Pitrou pit...@free.fr added the comment:
Thanks! Committed in r82210 (trunk), r82211 (py3k), r82212 (2.6), r82213 (3.1).
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I've just noticed that time_strftime already has the range checks for tm
structure fields. These checks can be separated in a function and shared with
asctime. Marking this as easy. See also issue897625.
--
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
Attached patch moves cross-platform logic of obtaining current time to _time.c
which is shared between time and datetime modules. This simplifies both
modules and reduces the datetime module dependency on the time
David Kirkby david.kir...@onetel.net added the comment:
Hi Martin,
I appreciate your point. But do you know if anyone has it on their TODO list?
If not, is there anything I could do about it? I don't have commit access to
the Python source code, but if there is anything else I can do I'd
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - bethard
nosy: +bethard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9077
___
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9077
___
___
Python-bugs-list mailing
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
The new patch, issue9079.diff exposes gettimeofday as time.gettimeofday()
returning (sec, usec) pair.
--
Added file: http://bugs.python.org/file17767/issue9079.diff
___
Python
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
Removed file: http://bugs.python.org/file17766/gettimeofday.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9079
___
83 matches
Mail list logo