Martin v. Löwis mar...@v.loewis.de added the comment:
Python should define *only* __EXTENSIONS__, not the others, as Zooko
already mentioned, for the reasons he mentioned. I'm not sure how you
got a different impression from what I or he said.
Ok, so we can ignore __EXTENSIONS__ for the
Changes by Georg Brandl ge...@python.org:
--
nosy: -georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1759169
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
If it becomes a sys.excepthook, it doesn't need to be part of Python
anymore; any user could install it as a recipe if they desire.
Hence I'm rejecting the patch.
--
resolution: - rejected
status: open - closed
Martin v. Löwis mar...@v.loewis.de added the comment:
Using TZNAME_ENCODING is fine; I just think it has an incorrect value on
Unix.
All in all, I think the (original) patch is fine, please apply.
--
resolution: - accepted
___
Python tracker
Niki W. Waibel nikiwai...@users.sourceforge.net added the comment:
this issue seems resolved with 2.6.1 and 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1216923
___
Daniel Diniz aja...@gmail.com added the comment:
Thanks for the feedback, Niki.
--
resolution: - out of date
stage: test needed - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1216923
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thanks, fixed in r69664(py3k) and r69665(release30-maint).
--
priority: high -
resolution: accepted - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python
New submission from Senthil orsent...@gmail.com:
In the Document, : Doc/library/optparse.rst,
The first usage example is given with an '=' sign for the options. This
is a mistake.
- yourscript --file=outfile -q
+ yourscript --file outfile -q
--
assignee: georg.brandl
components:
Senthil orsent...@gmail.com added the comment:
Georg, Ignore this bug. This is Invalid and sorry for the confusion.
I was trying with single option with '=' sign.
May be, I have forgotten the Unix standard that '=' symbol goes with
'--' options only.
If other people also get confused by this,
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Right now Distutils has also two warn styles:
- log.warn, that uses a pseudo-logging warning and push
it to stdout depending on the treshold level
- cmd.warn, that push the message directly to sys.stderr
So this has to be changed as
Michael Bierenfeld mbie...@users.sourceforge.net added the comment:
Old IBM Mainframes are widely used in the financial industry. It
would be good if the patch is included
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1097797
Antoine Pitrou pit...@free.fr added the comment:
A bunch of comments from a quick look:
- why do you use old-style relative imports (from decoder import
JSONDecoder)?
- in join_list_unicode, join_list_string you could use PyUnicode_Join
and _PyString_Join, respectively
- in scanstring_unicode,
Antoine Pitrou pit...@free.fr added the comment:
Bob, here is a small example showing how easy it is to encounter the GC
problem:
from json import JSONDecoder
import weakref
import gc
class MyObject(object):
def __init__(self):
self.decoder =
Marc-Andre Lemburg m...@egenix.com added the comment:
Like I said a few years: this can go in. Python is used a lot in the
financial industry.
The code page is referenced in this RFC:
http://rfc.dotsrc.org/rfc/rfc1345.html
This page has a good comparison of the various IBM code pages as
New submission from Jakub Wilk uba...@users.sf.net:
$ cat test.py
from itertools import imap as _map
$ ./2to3 test.py 2/dev/null
--- test.py (original)
+++ test.py (refactored)
@@ -1,1 +1,1 @@
-from itertools import imap as _map
+from itertools import as _map
--
components: 2to3 (2.x
Mattias Engdegård yor...@users.sourceforge.net added the comment:
This is not a vague wish at all. The implementation is at odds with the
documentation, and in fact nobody has been able to explain just how
Python works or should work. Read msg24424 again - it all boils down to
explaining why the
Changes by Rasmus Andersson ras...@flajm.com:
--
type: - compile error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5280
___
___
New submission from Rasmus Andersson ras...@flajm.com:
The PyBytes_InternInPlace 2-to-3 transition macro is missing in
include/bytesobject.h
Alternatively, the documentation[1] is missing some details. At the top
there's a note saying These functions have been renamed to PyBytes_* in
Python
Tim Golden m...@timgolden.me.uk added the comment:
OK, I can see why this is happening and in fact there are two levels of
problem. The trouble is that, in my ignorance, I can't work out exactly
why the existing code is doing what it's doing.
(References to mmapmodule.c at r69666)
Problem 1:
John Levon movem...@users.sourceforge.net added the comment:
Zooko, the patches are available here:
http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/
Then you were arguing that defining _XOPEN_SOURCE is wrong if the value
Actually, I was saying that below that value simply
New submission from Mitchell Model m...@acm.org:
The Library Exceptions documentation describes RuntimeException as mostly
a relic from a previous version of the interpreter; it is not used very
much any more. Yet, the Reference in describing the raise statement uses
RuntimeException as an
Benjamin Peterson benja...@python.org added the comment:
The reason for that is that PyBytes_InternFromString doesn't exist in
3.0. I noted that in the docs in r69672.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python
Tim Golden m...@timgolden.me.uk added the comment:
Patch attached to mmapmodule.c and test_mmap.py
--
keywords: +patch
Added file: http://bugs.python.org/file13107/mmapmodule.patch
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
Thanks for the report! Fixed in r69673.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5279
Facundo Batista facu...@taniquetil.com.ar added the comment:
Removed the messages in decimal.py (r.69674).
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3676
___
Benjamin Peterson benja...@python.org added the comment:
Fixed in r69675.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5281
Andy Buckley a...@insectnation.org added the comment:
I'm having trouble with this as well :( It's pretty much a blocker for
integrating distutils-based extension builds with an autotools library
build, because the make distcheck target explicitly does the build in
a subtree of the source
Benjamin Peterson benja...@python.org added the comment:
Fixed the rest in r69676.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3676
Changes by Akira Kitada akit...@gmail.com:
--
components: +Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1285
___
___
Python-bugs-list
Changes by Akira Kitada akit...@gmail.com:
--
assignee: - tarek
nosy: +tarek
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue436259
___
Changes by Akira Kitada akit...@gmail.com:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1692592
___
Changes by Akira Kitada akit...@gmail.com:
--
type: - feature request
versions: +Python 2.7, Python 3.1 -Python 2.5, Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1682403
___
Changes by Akira Kitada akit...@gmail.com:
--
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1254718
___
___
Python-bugs-list mailing
Tim Golden m...@timgolden.me.uk added the comment:
Can't reproduce under Python 2.6 or Python 2.5.2. Likelihood is a virus
checker / indexer process.
--
nosy: +tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1285
Changes by Akira Kitada akit...@gmail.com:
--
assignee: - tarek
components: +Build
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1887
___
Changes by Akira Kitada akit...@gmail.com:
--
nosy: +tarek
type: - behavior
versions: +Python 2.7, Python 3.1 -Python 2.3, Python 2.4, Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue919238
Mark Dickinson dicki...@gmail.com added the comment:
Updated patch against py3k. I'm interested in getting this into the trunk
as well, but py3k is more important (because *all* integers are long
integers). It's also a little more complicated to do this for py3k
(mostly because of all the
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file11976/30bit_longdigit4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4258
___
Mark Dickinson dicki...@gmail.com added the comment:
Forgot to mention: you'll need to rerun autoconf and autoheader after
applying the patch and before doing ./configure
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4258
Bob Ippolito b...@redivi.com added the comment:
Old-style relative imports and the way that it does join are there because
it's Python 2.4 compatible code that I'm porting. I'll add those to the
list of things that need to be changed when backporting, implement cyclic
GC on the types, and
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4715
___
___
Python-bugs-list mailing list
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
This is first time to look at mmap module, so sorry if I'm saying
totally wrong thing. (I noticed this when I saw issue2733) I think the
behavior of mmap_resize_method is unclear when mapping object is created
with offset 0.
Tim Golden m...@timgolden.me.uk added the comment:
Have a look at issue 2733
http://bugs.python.org/issue2733
where I've just proposed a patch in this area. I'm also
not sure exactly what's going on, but I have patched what
I believe is a linked pair of bugs in that code.
--
nosy:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Yes, the issue still exists in 2009. Attached patch contains a test +
a patch to test the type of each value of the dir() result.
I'm not sure that it's a good idea to apply my patch. It's maybe not
the job of Python to check the
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Yes, I noticed this issue while investigating issue2733. But sorry, I
couldn't reproduce the bug on my machine. Even so, LPDWORD arg for
SetPointer can be modified, so your patch looks correct. (There is
SetPointerEx which can make
Changes by Daniel Diniz aja...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2048
___
___
Python-bugs-list
Changes by Daniel Diniz aja...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1086642
___
___
Python-bugs-list
Changes by Daniel Diniz aja...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1178510
___
___
Python-bugs-list
Changes by Daniel Diniz aja...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1070140
___
___
Python-bugs-list
Marc-Andre Lemburg m...@egenix.com added the comment:
I agree with Michael's comment.
Note that uname -p is hardly ever needed. uname -m is more important and
that's supported on Debian (and exposed via platform.machine()).
--
nosy: +lemburg
status: open - closed
Anthony Tuininga anthony.tuini...@gmail.com added the comment:
Removing cmp() breaks distutils. I get the following exception, for
example using the just released version 3.0.1:
Traceback (most recent call last):
File setup.py, line 318, in module
classifiers = classifiers)
File
Changes by Georg Brandl ge...@python.org:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1717
___
___
Benjamin Peterson benja...@python.org added the comment:
Fixed in r69682.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1717
___
___
Python-bugs-list
Takahiro Matsumoto matu...@spring8.or.jp added the comment:
I could solve this with following procedures.
- prepare binutil package under /somewhere/
(i.e. GNU ld, GNU as is available under /somewhere/bin/)
- prepare your local gcc script below and set path for use.
#!/bin/sh
Mark Dickinson dicki...@gmail.com added the comment:
Darn. That's really very annoying. Apologies for missing this one.
Thanks for the quick fix, Benjamin.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1717
Antoine Pitrou pit...@free.fr added the comment:
What is the status of this?
--
nosy: +pitrou
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1667546
Skip Montanaro s...@pobox.com added the comment:
Martin If it becomes a sys.excepthook, it doesn't need to be part of
Martin Python anymore; any user could install it as a recipe if they
Martin desire.
Martin Hence I'm rejecting the patch.
It could still be a nice addition to the
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
One additional commit change srcdir = os.path.normpath(srcdir) to
srcdir = os.path.abspath(srcdir) and this should not create relative
path. In this case I expect build in directory
build/temp.PLATFORM_VERSION/ABS_SRC_PATH.
Andi, did
James William Pye x...@jwp.name added the comment:
I had actually forgotten that this was still open. Anything I can do to
help speed this along?
In case nobody remembers, the purpose of this was to provide a facility
to embedded applications that allows for a more graceful shutdown in
fatal
STINNER Victor victor.stin...@haypocalc.com added the comment:
It looks like few people need this codec (no message since 2005), so I
close this feature request.
Reopen this issue if you need this codec.
--
nosy: +haypo
resolution: remind - rejected
status: open - closed
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Some other issues supersede this one ... and commits from Neil
Schemenauer resolve this issue may be only for me :).
Please see as example issue4151 .
--
nosy: +rpetrov
___
Python tracker
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Ok I have finished the patch, I'll commit it during the week
FWIW I wrote a module that overrides the default build_py and sdist
commands with versions that allow specifying package_data recursively
Maybe that could be a new feature ?
Mark Dickinson dicki...@gmail.com added the comment:
Closing this due to lack of feedback.
Ali Polatel's report looks like an entirely separate issue; most likely an
alpha libm bug.
--
resolution: - out of date
status: pending - closed
___
Python
Brett Cannon br...@python.org added the comment:
Closing as I don't think this is Python's fault plus we have changed how
we generate our project files since then.
--
nosy: +brett.cannon
resolution: - rejected
status: open - closed
___
Python
New submission from Armin Ronacher armin.ronac...@active-4.com:
platform.linux_distribution() was added in 2.6 as an alias for
platform.dist(). However the documentation lists platform.dist() as an
alias for platform.linux_distribution() and there is no information that
the latter appered in
Martin v. Löwis mar...@v.loewis.de added the comment:
Theoretically: yes, it's wrong for Python to claim that all extensions
are compliant to a particular XPG environment.
It's somewhat unfortunate that Python makes such claims for extensions;
primarily, these macros are defined for the
Martin v. Löwis mar...@v.loewis.de added the comment:
Closing as works for me, then.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1285
Martin v. Löwis mar...@v.loewis.de added the comment:
It could still be a nice addition to the traceback module:
If it doesn't have to be in the standard library, I'd rather see it
as a cookbook recipe, or PyPI package. I think the debate is still
open whether, as an addition to traceback
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done in r69692 and r69696.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
versions: -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2279
___
___
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - vsajip
nosy: +vsajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5287
___
___
Benjamin Peterson benja...@python.org added the comment:
Agreed. Not a bug.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1531016
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1941
___
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1630794
___
Benjamin Peterson benja...@python.org added the comment:
I'm going to close this. As Andrew said it now uses unittest and
subprocess which is portable. Reopen if you disagree.
--
nosy: +benjamin.peterson
resolution: - wont fix
status: open - closed
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - ncoghlan
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5251
___
Benjamin Peterson benja...@python.org added the comment:
Let's do it.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1248119
Changes by Benjamin Peterson benja...@python.org:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4565
___
___
Changes by Benjamin Peterson benja...@python.org:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5230
___
___
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - wont fix
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2048
___
Benjamin Peterson benja...@python.org added the comment:
I believe this bug is out of date with the advent of __length_hint__.
--
nosy: +benjamin.peterson
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
Closing on lack of input from OP.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1261714
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
It should still be documented that __len__ can be used for this purpose.
The __length_hint__ attribute is mainly for iterators because they are
not allowed to have a __len__ as that would affect their boolean value.
George Sakkis george.sak...@gmail.com added the comment:
FWIW I wrote a module that overrides the default build_py and sdist
commands with versions that allow specifying package_data recursively
Maybe that could be a new feature ?
That would be nice, especially if we want to reimplement
George Sakkis george.sak...@gmail.com added the comment:
done in r69692 and r69696.
Great, thanks. The data_files part though seems incorrect; for one thing
each item in data_files can be either a (dir,files) tuple or a plain
string, and for two 'dir' is the output (installation) directory,
New submission from James Henstridge ja...@jamesh.id.au:
The datetime module does not support time zones whose offset from UTC is
not an integer number of minutes.
The Olson time zone database (used by most UNIX systems and Mac OS X)
has a number of time zones with historic offsets that use
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I investigated more. Following code crashed with bus error on coLinux.
import mmap
def main():
align = mmap.ALLOCATIONGRANULARITY
with open(a.txt, w) as f:
f.write(0 * align)
f.write(1 * align)
Skip Montanaro s...@pobox.com added the comment:
PyPI: http://pypi.python.org/pypi/tb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1098732
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
No, the feature is not present in current unittest; the patch is still
applicable. I'm concerned with backward compatibility, though.
To achieve the same result, the common usage is a mixin class.
See for example
89 matches
Mail list logo
