Georg Brandl ge...@python.org added the comment:
(This is not specific to running with -m, it occurs as well when you do python
a.py b.py.)
The issue here is your call to exec() does not execute the code as its own
module. It executes the code as part of the main() function in a.py, with
Georg Brandl ge...@python.org added the comment:
Committed a change in that spirit in r85606. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10058
___
Changes by Georg Brandl ge...@python.org:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10024
___
Georg Brandl ge...@python.org added the comment:
Committed in r85609.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8556
___
Georg Brandl ge...@python.org added the comment:
Removed gloss in r85610.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8686
Georg Brandl ge...@python.org added the comment:
This was mostly fixed already, committed rest in r85611.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8811
Changes by Georg Brandl ge...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8818
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
Committed in r85612, will be merged to the other maintained branches.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Committed in r85614.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8968
___
Georg Brandl ge...@python.org added the comment:
Thanks for the patch, merged with existing info in using/windows.rst in r85615.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Removed note in r85617.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5212
___
Georg Brandl ge...@python.org added the comment:
Okay, I removed mention of static linking and used John's terms load-time and
run-time linking in r85618. I also removed the note that pythonXY.dll is
only needed in one case, since it's not true.
--
nosy: +georg.brandl
resolution: -
Georg Brandl ge...@python.org added the comment:
Moved pickle warning in r85621. A warning in shelve was already added for
issue8855.
For the tutorial, I don't think a warning needs to be added. Same goes for
logging.
--
nosy: +georg.brandl
status: open - closed
Georg Brandl ge...@python.org added the comment:
Committed after review in r85622. Thanks!
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9112
Georg Brandl ge...@python.org added the comment:
This patch was mostly out-of-date since PEP 3115 metaclasses are now
documented; I've merged what was missing in r85626.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python
Georg Brandl ge...@python.org added the comment:
Committed Aahz' version, with the last sentence reworded to what I think is
more positive than what sounds like you can break things without doing
anything.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
Georg Brandl ge...@python.org added the comment:
r85627.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9138
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
Mostly out of date now that we have str.format().
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9195
Georg Brandl ge...@python.org added the comment:
Added a note about threads to sys.exit(), and changed os._exit() wording to be
clear about process exit, in r85629.
--
resolution: - fixed
status: open - closed
___
Python tracker
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in revision 85630. When using fileno attribute of the file-descriptor,
the socket had to be in blocking mode.
Now the results are consistent.
This may resolve the other spurious test failures that were observed too.
--
Georg Brandl ge...@python.org added the comment:
Thanks, applied in r85632.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1945
___
Senthil Kumaran orsent...@gmail.com added the comment:
ixokai, A change made as part of issue10119 should have resolved this issue
too. Please let me know if this can be closed.
--
assignee: - orsenthil
resolution: - fixed
stage: - committed/rejected
type: - behavior
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r85633.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9204
Georg Brandl ge...@python.org added the comment:
Fixed in r85635.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5121
___
Georg Brandl ge...@python.org added the comment:
Documented in r85636.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9237
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl
nosy: georg.brandl
priority: deferred blocker
severity: normal
status: open
title: Create epub format docs and offer them on the download page
type: feature request
versions: Python 3.2
Georg Brandl ge...@python.org added the comment:
Fixed in r85642.
--
dependencies: -b64decode should accept strings or bytes
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
There would need to be some tests.
Also, this last part of the patch looks strange:
@@ -3001,6 +3072,10 @@
PyErr_SetString(PyExc_ValueError,
can't use invalid socket value);
return -1;
Stephen Hansen me+pyt...@ixokai.io added the comment:
I'll run the test in -F mode for a few hours to see if it comes up or not: but
its hard for me to say one way or the other if anything has fixed or not fixed
it, as the failure only came up every once in awhile. But I'll look.
--
JJeffries jamesjeffri...@gmail.com added the comment:
I agree, I think this would be very useful. I use a function that does this
quite often.
Should also be added to calendar.py's __all__.
--
nosy: +JJeffries
___
Python tracker
New submission from Florent Xicluna florent.xicl...@gmail.com:
import copy
from xml.dom import minidom
doc = minidom.parseString('root/')
doc2 = copy.deepcopy(doc)
doc.toxml()
u'?xml version=1.0 ?root/'
doc2.toxml()
u'?xml version=1.0 ?root/root/'
minidom.parseString(doc2.toxml())
Florent Xicluna florent.xicl...@gmail.com added the comment:
It works fine with 2.5 and 2.6.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10131
___
Changes by JJeffries jamesjeffri...@gmail.com:
--
nosy: +JJeffries
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10092
___
___
Python-bugs-list
Stephen Hansen me+pyt...@ixokai.io added the comment:
Okay, at -r85630 on branches/py3k, I ran:
./python.exe -m test.regrtest -uall -F test_urllibnet
And after 158 retries, got the same error I had before:
test test_urllibnet failed -- Traceback (most recent call last):
File
Éric Araujo mer...@netwok.org added the comment:
Has this been fixed in 3.1 and 2.7 too?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10020
___
Oliver Deppert oliver.depp...@stud.tu-darmstadt.de added the comment:
Thanks for the update
Like I mentioned before in my previous comment, I'm still searching for a
solution/patch for python 2.x able to handle multiple streams of bz2.
Does anybody know a work-around or have a solution
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10130
___
___
Python-bugs-list
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment:
It's too bad this is closed out of date because
a) the macro is still there being distributed
b) it simply hangs!
c) there's no easy way to figure out that you should be using something else
instead.
I spent a few
Éric Araujo mer...@netwok.org added the comment:
If I understand correctly, only the changes you made to test_build_ext.py have
to be backported. I can do it if you want, just assign to me, or else do it
and I’ll forward port to distutils2.
Note that I don’t fully understand the change, but
Changes by Éric Araujo mer...@netwok.org:
--
assignee: tarek -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10126
___
___
Python-bugs-list
Retro vinet...@gmail.com added the comment:
Did you manage to apply my fix zipfile-patch.diff to the trunk?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2775
___
Matthias Klose d...@debian.org added the comment:
two fixes, the configure.in differentiates the name for the static library, as
mentioned in msg118832.
the python-config.in fix prints the library name with the abiflags.
Index: configure.in
Vetoshkin Nikita nikita.vetosh...@gmail.com added the comment:
What is it meant for? And why does it come right after a return statement?
@Antoine, if fd was supplied and it was correct (not returned with -1), let's
drop flags that can't be inherited.
It's a mistake, at that level we don't know
Martin v. Löwis mar...@v.loewis.de added the comment:
Am 15.10.2010 20:03, schrieb David Watson:
David Watson bai...@users.sourceforge.net added the comment:
As a further note: I think socket.gethostname() is a special case, since
this is just about a local setting (i.e. not related to
Martin v. Löwis mar...@v.loewis.de added the comment:
The issue Raymond raised is the potential impossibility of making the
change /after/ we settle on a stable ABI. The question is whether the
ABI will be enforced starting from 3.2, or from a later date.
I'd like to repeat that it will not
Antoine Pitrou pit...@free.fr added the comment:
Le dimanche 17 octobre 2010 à 17:40 +, Martin v. Löwis a écrit :
Martin v. Löwis mar...@v.loewis.de added the comment:
The issue Raymond raised is the potential impossibility of making the
change /after/ we settle on a stable ABI. The
Georg Brandl ge...@python.org added the comment:
Can't we just do it now, and be done with it regardless of the stable ABI?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9778
___
Brett Cannon br...@python.org added the comment:
If any action regarding your patch takes place there will be a comment here
about it. Until then assume nothing has happened.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Assuming the patch doesn't cause warnings on the compilers that we use, it
looks fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4949
Changes by Brett Cannon br...@python.org:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10130
___
___
Python-bugs-list
Gregory P. Smith g...@krypto.org added the comment:
fyi - for information on using gdb 7 with python see
http://bugs.python.org/issue8032
I'm looking at the .gdbinit improvements regardless as not everyone has gdb 7
(notably OS X).
--
resolution: out of date -
status: closed - open
Martin v. Löwis mar...@v.loewis.de added the comment:
Can't we just do it now, and be done with it regardless of the stable ABI?
Sure. Somebody needs to implement it (and consider what consequences
this has on third-party modules - I'm uncertain).
--
Martin v. Löwis mar...@v.loewis.de added the comment:
That's another possibility, in which case we would first remove the
current accept4-calling code in order to fix the buildbot failure.
In Python, the lowest layer facing the operating system always directly
exposes the API as-is, without
Gregory P. Smith g...@krypto.org added the comment:
everything except the lineno change from gdbinit_python26.patch has been
committed in r85646.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3631
Gregory P. Smith g...@krypto.org added the comment:
and the py_decref in there isn't quite right, fixing...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3631
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I think the reference to EasierPythonDebugging is outdated and should be
corrected. Dave Malcolm's work is already part of Python, and available with
every Python build.
--
nosy: +loewis
___
Gregory P. Smith g...@krypto.org added the comment:
do we have official python docs on this that I should point to?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3631
___
Martin v. Löwis mar...@v.loewis.de added the comment:
do we have official python docs on this that I should point to?
I only know of the doc string of libpython.py itself, in Tools/gdb
--
___
Python tracker rep...@bugs.python.org
New submission from Atsushi Odagiri aod...@gmail.com:
I try to install distutils2-1.0a3 to python 2.5.
But I got error such a below.
$ python -V
Python 2.5.2
$ python setup.py build
running build
running build_py
running build_scripts
error: file 'distutils2/mkpkg.py' does not exist
$ ls
STINNER Victor victor.stin...@haypocalc.com added the comment:
Updated list of failing test with py3k and a non-ascii path:
* Linux, LANG=C: test_gc test_gdb test_runpy test_zipimport
* Windows: test_email test_httpservers test_zipimport
Possible reasons:
* test_httpservers
Case Van Horsen cas...@gmail.com added the comment:
I'm the maintainer of a third-party library (gmpy) that would be impacted by
this and I'm definately in favor of this change. With ever increasing amounts
of memory becoming standard in computers, more users will encounter performance
issues
Michael Olson ol...@irinim.net added the comment:
I wrapped the offending assertion in a if main_name != '__main__'. I considered
not checking the module_name against built-in modules but that seemed likely to
be the sort of thing being guarded against, so I left it at an exception for
Gregory P. Smith g...@krypto.org added the comment:
I updated the note in gdbinit to point to Tools/gdb/libpython.py for py3k (3.2)
and 2.7.
Thomas: I didn't do anything with your version of pystack because the existing
versions in 3.2 and 2.7 appear to work fine for me.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
This is now fixed in r85660. The field associated with a T_BOOL must be of type
char, so I changed the type of inTransaction.
--
resolution: - fixed
status: open - closed
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
I'm the maintainer of a third-party library (gmpy) that would be
impacted by this and I'm definitely in favor of this change.
Assume Python would make such a change, and users would build released
gmpy versions for such a Python release.
Boštjan Mejak bostjan.me...@gmail.com added the comment:
Let me fix this function a little bit...
def isleap(year):
Return True for leap years, False for non-leap years.
if year == 0:
raise ValueError('year 0 does not exist')
return (year % 4 == 0) and (year % 100 != 0) or
Tarek Ziadé ziade.ta...@gmail.com added the comment:
The file was renamed to mkcfg.py, but we forgot to rename it in the scripts
options in setup.py for py 2.6. This was fixed since then.
Until the alpha4 release is out you can make the same change in setup.py for
your build to work.
Tarek Ziadé ziade.ta...@gmail.com added the comment:
The file was renamed to mkcfg.py, but we forgot to rename it in the scripts
options in setup.py for py 2.6. This was fixed since then.
Until the alpha4 release is out you can make the same change in setup.py for
your build to work.
STINNER Victor victor.stin...@haypocalc.com added the comment:
r85655 fixed test_gdb failure.
test_runpy failure looks to be linked to test_zipimport problems.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8611
Martin v. Löwis mar...@v.loewis.de added the comment:
That appears to be a bug in the NFS server. When you creat(Gr\303\274-Gott),
what actually comes out of getdents(3) is Gr\303\274-Gott. This only happens
with four bytes of non-ASCII - two UTF-8 bytes are correctly reported. We are
New submission from Hallvard B Furuseth h.b.furus...@usit.uio.no:
Neither conn_recv_string() nor its callers free *newbuffer on error.
The promotion rules break negative 'res' for 64-bit Py_ssize_t
in the (ulength = buflength) branch:
res = -1 == (UINT32)-1 == Py_ssize_t 0x instead of
STINNER Victor victor.stin...@haypocalc.com added the comment:
r85659 + r85662 + r85663 fixed test_httpservers.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8611
___
Benjamin Peterson benja...@python.org added the comment:
Here's a patch. Please review.
--
keywords: +patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file19257/hash_t.diff
___
Python tracker rep...@bugs.python.org
Changes by Benjamin Peterson benja...@python.org:
Added file: http://bugs.python.org/file19258/hash_t.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9778
___
Changes by Antoine Pitrou pit...@free.fr:
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9778
___
___
Python-bugs-list mailing list
Unsubscribe:
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
That fixes the example code, but what about the numerous text that reads
strings that should read byte sequences, bytes, or similar?
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Good news: this issue is now fixed in py3k (Python 3.2). I cannot give a commit
number, because there are too much commits related to this problem (see #8611
and #9425), but it works ;-)
--
resolution: - fixed
status:
R. David Murray rdmur...@bitdance.com added the comment:
Thank you, Martin.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8845
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
title: mkpkg.py is lacked. - mkpkg.py is missing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10132
___
Martin v. Löwis mar...@v.loewis.de added the comment:
A few comments:
- in complex_hash, why did you drop the cast?
- in object.rst, add versionchanged. It should also explain that Py_hash_t is a
signed integer with the same width as size_t.
Otherwise, it looks fine.
--
Benjamin Peterson benja...@python.org added the comment:
Dropping the cast was inadvertent. I've now added versionchanged and committed
it in r85664.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
assignee: - jnoller
nosy: +jnoller
title: conn_recv_string() broken error handling - multiprocessing:
conn_recv_string() broken error handling
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw ba...@python.org added the comment:
Hi Eric, yes, that's basically what I did. See _fix_command(), which *should*
be the only thing that needs to be backported. I do believe it's a faulty test
and hopefully the comment explains why it's necessary.
Thanks for giving the
Skip Montanaro s...@pobox.com added the comment:
I added a placeholder to the What's New document. Since it will affect
extension module authors it should be mentioned at a higher level than just
Misc/NEWS.
--
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
Committed Neil's patch (after adding docs) in r85671. Thanks.
--
nosy: +r.david.murray
resolution: - accepted
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Bruce Sherwood bruce.sherw...@gmail.com added the comment:
I found a couple of mistakes in the patch I submitted (places where vidle
should have been idlelib, and which aren't addressed in Ned Deily's patch),
so I've rebuilt the patch starting from the tag r32a3, which I assume is the
version
R. David Murray rdmur...@bitdance.com added the comment:
I reviewed the doc and tightened up the wording (which was already mostly
correct) in r85672. Also fixed one typo and changed it to consistently use
'byte string' (rather than 'bytestring' which was used in one or two places).
R. David Murray rdmur...@bitdance.com added the comment:
Victor, can you paste or attach the error for email? My MSDN subscription has
expired so I can't set up to test it myself (I've submitted the renewal, but
who knows how long it will take to process :)
--
nosy: +r.david.murray
R. David Murray rdmur...@bitdance.com added the comment:
Committed to py3k in r85675, 3.1 in r85676, and 2.7 in r85677.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Committed to py3k in r85678. If I'm reading this string correctly, I believe
this can (and should be) be backported. Am I correct?
--
nosy: +r.david.murray
resolution: - fixed
stage: - committed/rejected
Case Van Horsen cas...@gmail.com added the comment:
The patch does not address that unsigned long is still used to calculate the
hash values. This breaks numeric hashing and leads to incorrect values.
Python 3.2a3+ (py3k, Oct 17 2010, 19:03:38) [MSC v.1500 64 bit (AMD64)] on win32
Type help,
Benjamin Peterson benja...@python.org added the comment:
Good point. Here's another patch:
--
Added file: http://bugs.python.org/file19260/deunsignify.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9778
New submission from STINNER Victor victor.stin...@haypocalc.com:
See attached file for the full output. One example:
== CPython 3.2a3+ (py3k:85660, Oct 17 2010, 21:57:48) [MSC v.1500 32 bit
(Intel)]
== Windows-XP-5.1.2600-SP3 little-endian
STINNER Victor victor.stin...@haypocalc.com added the comment:
Victor, can you paste or attach the error for email?
It doesn't look to be related to the path name (same failure with py3ké or
py3k directory name), so I opened #10134.
--
___
Python
94 matches
Mail list logo