Stefan Behnel sco...@users.sourceforge.net added the comment:
I'm aware that these things happen, that's why I said it. Actually, wouldn't it
rather be *correct* for __file__ to be set to the same file path for all
modules that an extension module creates in its init function? That would
Stefan Behnel sco...@users.sourceforge.net added the comment:
Updated patch that does not reset _Py_ModuleImportContext after use.
--
Added file: http://bugs.python.org/file23728/ext_module_init_file_path_2.patch
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 34fcc0d5c3c5 by Charles-François Natali in branch 'default':
Issue #13215: multiprocessing.Connection: don't hammer the remote end with
http://hg.python.org/cpython/rev/34fcc0d5c3c5
--
nosy: +python-dev
New submission from Stefan Behnel sco...@users.sourceforge.net:
This is a follow-up to issue 13429, which deals with setting __file__ on newly
created extension modules earlier than it is currently the case.
Currently, the module init function of extension modules lacks a way to find
out the
Stefan Behnel sco...@users.sourceforge.net added the comment:
Replying to myself:
I think the right fix for Python 4 would be to simply pass
a context struct into the module init function.
Actually, this doesn't have to wait for Python 4. Changing the module init
function to take a parameter
Martin v. Löwis mar...@v.loewis.de added the comment:
This approach is not correct C. You may pass an incorrect number of arguments
only if the function is declared with an ellipsis, else the behavior is
undefined (6.5.5.2p6). Your proposed approach works with most implementations
of C, but
Martin v. Löwis mar...@v.loewis.de added the comment:
FWIW, I think that a PEP will be needed to redesign the module initialization
for Python 4. Hopefully, this time people will then identify all requirements
before the PEP is accepted (which unfortunately didn't happen for PEP 3121).
Stefan Behnel sco...@users.sourceforge.net added the comment:
Yes, that's unfortunate. I found the same paragraph in section 6.5.2.2p6 of the
C99 standard now, so it seems that this idea isn't suitable for the Py3.x
series.
There's no Python 4 target version in the bug tracker, BTW. :)
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13402
___
___
Python-bugs-list
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13403
___
___
Python-bugs-list
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13407
___
___
Python-bugs-list
New submission from kxroberto kxrobe...@users.sourceforge.net:
unicode seems not to be an official unicode encoding name alias.
Yet it is quite frequent on the web - and obviously means UTF-8.
(search 'text/html; charset=unicode' in Google)
Chrome and IE display it as UTF-8. (Mozilla as ASCII,
Changes by kxroberto kxrobe...@users.sourceforge.net:
--
components: +Unicode
nosy: +ezio.melotti
type: - feature request
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python
3.4
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Sorry, but it's not obviously that Unicode means UTF-8.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13432
___
Georg Brandl ge...@python.org added the comment:
Definitely; this will just serve to create more confusion for beginners over
what a Unicode string is:
unicodestring.encode('unicode') - WTF?
--
nosy: +georg.brandl
resolution: - rejected
status: open - closed
Petri Lehtinen pe...@digip.org added the comment:
@markonervo: Have you tried the pointfree library:
http://pypi.python.org/pypi/pointfree/ ? I think it's exactly what you're
asking for.
The only case I've ever needed currying was managing callback soup in async
code. And even then,
New submission from Christian Iversen c...@sikkerhed.org:
The documentation for string format options state that both %f, %g and %e
default to 6 digits after the decimal point. In fact, %g always seems to use 5
digits by default:
%g % 2.1234567
'2.12346'
%f % 2.1234567
'2.123457'
%e %
Charles-François Natali neolo...@free.fr added the comment:
Alright, I got tired of seeing the FreeBSD buildbots consistently choke on
test_multiprocessing, so here's a simple patch that skips the test if the OS
doesn't support a reasonable number (30) of semaphores.
--
keywords:
Mark Dickinson dicki...@gmail.com added the comment:
Yep, there's an oddity here that's directly inherited from C's sprintf family
of functions, namely that in %e-style formatting you give the number of digits
after the point (= one less than the total number of significant digits), and
in
Christian Iversen c...@sikkerhed.org added the comment:
That was exactly the page I was looking at, and after some discussion on
#python, I can see how they differ.
Perhaps this could be clarified in the documentation? It's very easy to miss as
it is now. Maybe a note describing that %g is
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13397
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12258
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11908
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Can you still reproduce this?
I tried on winxp with Python 3.2 and following the steps in msg82419 (or even
if I open IDLE from cmd as msg82553 suggests) I get a popup error that says
IDLE's subprocess didn't make connection. If I open
Ezio Melotti ezio.melo...@gmail.com added the comment:
Éric, what's the status of this?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10318
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9750
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: -BreamoreBoy
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1047397
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7267
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Maybe a note describing that %g is different from the others in this regard?
-1 from me; I don't really see that that would improve the documentation.
Maybe that's just me, but I expect reference documentation to be clean, and
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: needs patch - patch review
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5066
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
stage: - needs patch
versions: +Python 2.7, Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11842
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: needs patch - patch review
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7695
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13424
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
versions: -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7695
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eli.bendersky, eric.araujo, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12907
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eli.bendersky, eric.araujo, ezio.melotti, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12908
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12907
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6733
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2527
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13431
___
Charles-François Natali neolo...@free.fr added the comment:
Benjamin, thanks for the report.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Antoine Pitrou pit...@free.fr:
time.xmlrpc.com seems dead (no DNS entry), which leads to failures on one of
the stable buildbots (redirecting DNS catchall?):
==
ERROR: test_current_time
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset de1ecda2afa2 by Mark Dickinson in branch '2.7':
Issue #12245: Document sys.float_info.rounds better.
http://hg.python.org/cpython/rev/de1ecda2afa2
New changeset 795c184b0282 by Mark Dickinson in branch '3.2':
Issue
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12245
___
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: mark.dickinson -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7433
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Not sure whether this is actually new, but it may be that Dave Winer is
migrating all this stuff to Amazon S3, and that he just didn't get to restoring
the time service yet.
--
___
Python
Mark Dickinson dicki...@gmail.com added the comment:
Closing as won't fix. Even deprecation doesn't seem worth the effort here.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
--
versions: +Python 3.3 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2813
___
R. David Murray rdmur...@bitdance.com added the comment:
We've had problems with this service going away for a while before. I think
the test was marked skip for at least a year before someone (it might have been
me) noticed that it was back and reactivated it. There's a ticket in here
STINNER Victor victor.stin...@haypocalc.com added the comment:
Testing os.sysconf(SC_SEM_NSEMS_MAX) value is maybe better than creating 30
semaphores. See the function added by the changeset 746143ec1f60 (fixing
#10798) is maybe faster than creating 30 semaphores.
Value on the FreeBSD 7.2
Mark Dickinson dicki...@gmail.com added the comment:
Status update: all the reported errors from the Objects/ directory have been
fixed in the default branch (many of these were fixed recently as part of
making sure that the test-suite runs under Clang's -ftrapv option), or are out
of date.
Mark Dickinson dicki...@gmail.com added the comment:
See also issue #1621.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9530
___
___
Jeff McNeil j...@jmcneil.net added the comment:
Is there anything else needed here?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12890
___
___
Mark Dickinson dicki...@gmail.com added the comment:
The issues reported for the datetime, array, itertools and math modules are
also already fixed. That just leaves the following two of the reported issues
outstanding:
/home/regehr/z/python/Modules/_ctypes/cfield.c, (590:5) : Op: =, Reason
Mark Dickinson dicki...@gmail.com added the comment:
See also issue #9530.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1621
___
___
Charles-François Natali neolo...@free.fr added the comment:
Testing os.sysconf(SC_SEM_NSEMS_MAX) value is maybe better than
creating 30 semaphores.
Yeah, I thought about that, but the problem is that it doesn't take into
account the number of semaphores already allocated: so, for example, if
Ezio Melotti ezio.melo...@gmail.com added the comment:
A test?
--
stage: - test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12890
___
John Regehr reg...@cs.utah.edu added the comment:
This is great. I'd be happy to re-run the tests sometime, and also we're
talking with the LLVM folks about getting our patches into the main LLMM tree.
Basically it'll act as a more powerful -ftrapv, and the error message will be
much better
New submission from Robert Lehmann lehman...@gmail.com:
The recently added copybutton.js (r18bbfed9aafa) does not work with the 2.7
docs since they are deployed with JQuery 1.2 (which is shipped with Sphinx 0.6).
Copybutton is an unobtrusive Javascript feature which adds a little button to
Jeff McNeil j...@jmcneil.net added the comment:
I didn't add one initially as I was just changing output format and not actual
behavior. I guess I could add something to ensure it doesn't regress? I'll
make sure there's coverage to begin with.
--
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 71100ef4f7a2 by Mark Dickinson in branch 'default':
Issue #9530: Fix undefined behaviour due to signed overflow in testcapi_long.h.
http://hg.python.org/cpython/rev/71100ef4f7a2
--
nosy: +python-dev
Jeff McNeil j...@jmcneil.net added the comment:
Test to ensure html isn't included when the formatting is text. I don't seem
to be able to update the stage.
--
Added file: http://bugs.python.org/file23731/head-cgitb-display-tests.patch
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12890
___
___
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13433
___
___
Python-bugs-list
Changes by Mark Dickinson dicki...@gmail.com:
--
versions: +Python 3.2, Python 3.3 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13433
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: docs@python - ezio.melotti
nosy: +georg.brandl
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13435
___
Changes by Nebelhom nebel...@googlemail.com:
--
nosy: +Nebelhom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12779
___
___
Python-bugs-list
Petri Lehtinen pe...@digip.org added the comment:
Hi!
I'd like to have this committed to be able to fix #13349. So here's a review.
- In Doc/c-api/unicode.rst, the two versionchanged:: 3.3 directives can be
merged
- In tests, I'd use 'abcde' rather than 'x' to make sure that correct
Changes by Petri Lehtinen pe...@digip.org:
--
nosy: +petri.lehtinen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13089
___
___
Python-bugs-list
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset f855f929bc48 by Petri Lehtinen in branch '3.2':
Issue #13338: Handle all enumerations in _Py_ANNOTATE_MEMORY_ORDER
http://hg.python.org/cpython/rev/f855f929bc48
New changeset c2e588a5237a by Petri Lehtinen in branch
Petri Lehtinen pe...@digip.org added the comment:
Your patch was applied with the default: case removed. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13338
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Joining the chorus: people who need it in their application will have to add it
themselves (monkeypatching the aliases dictionary as appropriate).
--
nosy: +loewis
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
I really do propose to close this issue as won't fix. By the time Python 4
comes along, things will have changed a lot; it's not clear that the value of
keeping it open will outweigh the cost of keeping it open.
--
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - committed/rejected
versions: -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13432
Stefan Krah stefan-use...@bytereef.org added the comment:
My last comment could be misinterpreted: This *is* actually
already fixed in features/pep-3118.
--
versions: +Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
Changes by Nadeem Vawda nadeem.va...@gmail.com:
Added file: http://bugs.python.org/file23732/9276fc685c05.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
Changes by Nadeem Vawda nadeem.va...@gmail.com:
Removed file: http://bugs.python.org/file23466/371a133b770a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
New submission from Janosch Gräf janosch.gr...@gmx.net:
The documentation for ast says that arguments that are marked with a '?' in the
abstract grammar are optional and can therefore be None.
When I try to compile a Module node which contains an ImportFrom node with
attribute level=None
New submission from Julian Berman julian+python@grayvines.com:
The documentation occasionally contains a link to the source code for a module
in the stdlib. See for instance http://docs.python.org/library/urlparse.html
and http://docs.python.org/library/collections.html , or many others.
Michael Foord mich...@voidspace.org.uk added the comment:
Note that this works for me on a Macbook Air that has never had Snow Leopard,
nor XCode 3 installed.
As far as I can tell non-llvm gcc *is* installed by XCode 4.2: /usr/bin/gcc-4.2
--
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9530
___
___
Python-bugs-list mailing list
Collin Winter coll...@gmail.com added the comment:
I assume I was added to this thread since I wrote the functional module, so
I'll give my take in that capacity. IMO Python doesn't need a more general
version of partial(); indeed, I question the need for partial() as it is today.
Querying
Jesús Cea Avión j...@jcea.es added the comment:
What about providing a function that init would call to get this information,
instead of a hidden parameter?.
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13431
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13429
___
___
Python-bugs-list mailing list
84 matches
Mail list logo
