[issue9065] tarfile: default root:root ownership is incorrect.

Changes by Lars Gustäbel : -- assignee: -> lars.gustaebel nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9025] Non-uniformity in randrange for large arguments.

STINNER Victor 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: 0.333429853, 2: 0.57808,

[issue9025] Non-uniformity in randrange for large arguments.

Mark Dickinson 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 reproducibility is alrea

[issue1685453] email package should work better with unicode

Changes by Shashwat Anand : -- nosy: +l0nwlf ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9067] Use macros from pyctype.h

New submission from Stefan Krah : 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 macros from pyctype.h type: fea

[issue9020] 2.7: eval hangs on AIX

Stefan Krah 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 is_potential_identifier* from py3k/Par

[issue9068] "from . import *"

New submission from Haoyu Bai : "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: 108507 nosy: bhy

[issue1172711] long long support for array module

Mark Dickinson 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 _

[issue1172711] long long support for array module

Mark Dickinson 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). -- ___

[issue1172711] long long support for array module

Changes by Senthil Kumaran : -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue9066] Standard type codes for array.array, same as struct

Mark Dickinson 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 stage: -> needs pat

[issue9064] pdb enhancement up/down traversals

Amaury Forgeot d'Arc 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 read. --

[issue9064] pdb enhancement up/down traversals

Andrew Valencia 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 ___

[issue9036] Simplify Py_CHARMASK

Stefan Krah added the comment: Antoine Pitrou 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 is the same. I was more concerned about

[issue9036] Simplify Py_CHARMASK

Stefan Krah added the comment: > In r61936 the cast was added. Actually r61987 -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9064] pdb enhancement up/down traversals

Amaury Forgeot d'Arc 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 -- ___

[issue9009] Improve quality of Python/dtoa.c

Mark Dickinson 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 also true of Gay's

[issue9009] Improve quality of Python/dtoa.c

Alexander Belopolsky added the comment: > - ignore the rounding mode completely, always doing round-half-to-even. +1 -- ___ Python tracker ___ ___

[issue5672] Implement a way to change the python process name

Martin Marcher 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 for reopening t

[issue9009] Improve quality of Python/dtoa.c

Eric Smith added the comment: > > Alexander Belopolsky added the comment: > >> - ignore the rounding mode completely, always doing round-half-to-even. > +1 Agreed. +1 -- ___ Python tracker ___

[issue5672] Implement a way to change the python process name

Brian Curtin 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 the project ma

[issue9036] Simplify Py_CHARMASK

Marc-Andre Lemburg added the comment: Stefan Krah wrote: > > Stefan Krah added the comment: > > Antoine Pitrou 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

[issue9064] pdb enhancement up/down traversals

Andrew Valencia 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: http://bugs.python.org/file17759/pdb

[issue9064] pdb enhancement up/down traversals

Andrew Valencia 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

[issue5672] Implement a way to change the python process name

Daniele Varrazzo 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 because python2 expor

[issue9009] Improve quality of Python/dtoa.c

Stefan Krah added the comment: +1, if the FPU mask is always restored (as I understand, this is the case now). -- nosy: +skrah ___ Python tracker ___

[issue8682] _ssl.c uses PyWeakref_GetObject but doesn't incref result

Antoine Pitrou 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

[issue9020] 2.7: eval hangs on AIX

Antoine Pitrou 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 an encoding t

[issue9036] Simplify Py_CHARMASK

Antoine Pitrou 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 > ===

[issue5672] Implement a way to change the python process name

Marcelo Fernández 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 feature will be *very* important

[issue8265] test_float fails on ARM Linux EABI with soft floating point

David Kirkby 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 http://trac.sagemath.org/sage_trac/ticket/9297 http://trac.sagemath.

[issue8265] test_float fails on ARM Linux EABI with soft floating point

Mark Dickinson added the comment: David, thanks for the report. This looks like a different issue to me, though. -- ___ Python tracker ___ __

[issue9069] test_float failure on Solaris

New submission from Mark Dickinson : 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 2.6.4. So it is not

[issue9069] test_float failure on Solaris

Mark Dickinson 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, in test_roundtrip

[issue9069] test_float failure on Solaris

Mark Dickinson 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 of the zer

[issue8265] test_float fails on ARM Linux EABI with soft floating point

Mark Dickinson added the comment: New issue for the Solaris failure opened: issue 9069. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue9070] Timestamps are rounded differently in py3k and trunk

New submission from Alexander Belopolsky : 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 that rounding up was intenti

[issue9071] TarFile doesn't support member files with a leading "./"

New submission from Free Ekanayaka : 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, TarFile

[issue9069] test_float failure on Solaris

Mark Dickinson 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 a line in the outp

[issue9068] "from . import *"

Brett Cannon 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 rules that will pass

[issue9071] TarFile doesn't support member files with a leading "./"

Gustavo Niemeyer 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, the files inside the

[issue9070] Timestamps are rounded differently in py3k and trunk

Alexander Belopolsky 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 bug at http://codespeak.net/issue

[issue9069] test_float failure on Solaris

David Kirkby 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 the latest release of Sol

[issue9069] test_float failure on Solaris

Mark Dickinson 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 return P

[issue9069] test_float failure on Solaris

David Kirkby 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 machine from which I jus

[issue9072] Unloading modules - memleaks?

New submission from Slava : 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 len(gc.get_objects()) # 40

[issue9069] test_float failure on Solaris

David Kirkby 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 files are pretty strict ab

[issue9073] Tkinter module missing from install on OS X 10.6.4

New submission from Roland Johnson : 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: normal status: open ti

[issue9074] [includes patch] subprocess module closes standard file descriptors when it should not

New submission from Keith Rarick : 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'), stderr=sys.s

[issue9074] [includes patch] subprocess module closes standard file descriptors when it should not

Keith Rarick 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. -- ___ Python trac

[issue9069] test_float failure on Solaris

David Kirkby 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 something in a header f

[issue8860] Rounding in timedelta constructor is inconsistent with that in timedelta arithmetics

Alexander Belopolsky 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) datetime.timedelta(0, 0, 7813) both

[issue9069] test_float failure on Solaris

Mark Dickinson 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 the moment, but it m

[issue7989] Add pure Python implementation of datetime module to CPython

STINNER Victor 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 API) - it helps datetime de

[issue8949] PyArg_Parse*(): "z" should not accept bytes

STINNER Victor added the comment: Patch commited to 3.2 (r82200), blocked in 3.1 (r82201). -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter

Sridhar Ratnakumar 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): search_for_ssl_incs_in=['/Developer/SDKs/MacOSX10.5.sdk/usr/include/'] [...]

[issue8951] PyArg_Parse*(): factorize code of 's' and 'z' formats, and 'u' and 'Z' formats

STINNER Victor 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

[issue5672] Implement a way to change the python process name

Martin v. Löwis 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 Python, agree to st

[issue9072] Unloading modules - memleaks?

Martin v. Löwis 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 for severe, fundamen

[issue5672] Implement a way to change the python process name

Daniele Varrazzo 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 module is consi

[issue8682] _ssl.c uses PyWeakref_GetObject but doesn't incref result

Antoine Pitrou added the comment: Committed in r82204 (py3k) and r82205 (3.1). -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___

[issue9075] ssl module sets "debug" flag on SSL struct

New submission from Antoine Pitrou : 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 SSL_read()

[issue8926] getargs.c: release the buffer on error

STINNER Victor added the comment: Fixed in r82206 and r82207. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue9075] ssl module sets "debug" flag on SSL struct

Antoine Pitrou 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 it's useless (and

[issue9069] test_float failure on Solaris

David Kirkby 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 ill defined if the com

[issue9076] Remove PyUnicode_AsDecodedObject/Unicode and PyUnicode_AsEncodedObject/Unicode?

New submission from STINNER Victor : The following 4 functions are public but not documented and not used in Python3: - PyUnicode_AsDecodedObject(), PyUnicode_AsEncodedObject() - PyUnicode_AsDecodedUnicode(), PyUnicode_AsEncodedUnicode() In Python2, PyUnicode_AsDecodedObject() was used by unic

[issue9072] Unloading modules - memleaks?

Slava 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 wrote: > > Martin v. Löwis added the comment: > > This is not a bug. You didn't *nearly* reset Python to the stat

[issue9077] argparse does not handle arguments correctly after --

New submission from Domen : 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() >>> parser.add_arg

[issue9078] Fix C API documentation of unicode

Changes by STINNER Victor : -- 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 3.2 Added file: http://bugs.

[issue9078] Fix C API documentation of unicode

New submission from STINNER Victor : Attached patch fixes minor bugs in the C API documentation of unicode. -- ___ Python tracker ___ _

[issue8611] Python3 doesn't support locale different than utf8 and an non-ASCII path (POSIX)

STINNER Victor added the comment: I think that #8988 is a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue9075] ssl module sets "debug" flag on SSL struct

Benjamin Peterson added the comment: Let it die. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue9069] test_float failure on Solaris

David Kirkby 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 have Intel processors. All

[issue8850] Remove "w" format of PyParse_ParseTuple()

STINNER Victor added the comment: Commited to 3.2 (r82208), blocked in 3.1 (r82209). -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue8850] Remove "w" format of PyParse_ParseTuple()

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue9075] ssl module sets "debug" flag on SSL struct

Antoine Pitrou 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 ___

[issue6608] asctime does not check its input

Alexander Belopolsky 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. -- keywords: +easy -patch _

[issue9079] Make gettimeofday available in datetime module

New submission from Alexander Belopolsky : 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 module. -- assignee: belopol

[issue8852] _socket fails to build on OpenSolaris x64

David Kirkby 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 like to. This is a pretty

[issue9077] argparse does not handle arguments correctly after --

Changes by Benjamin Peterson : -- assignee: -> bethard nosy: +bethard ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue9077] argparse does not handle arguments correctly after --

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9079] Make gettimeofday available in datetime module

Alexander Belopolsky 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 tracker

[issue9079] Make gettimeofday available in datetime module

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file17766/gettimeofday.diff ___ Python tracker ___ ___ Python-bugs-list

[issue8852] _socket fails to build on OpenSolaris x64

Martin v. Löwis added the comment: > I appreciate your point. But do you know if anyone has it on their > TODO list? It's on my todo list, but that still might mean I can only get to it next year. > If not, is there anything I could do about it? You could invoke the 5-for-one deal. Review 5 i