Georg Brandl ge...@python.org added the comment:
Fixed in r69769.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5310
___
Georg Brandl ge...@python.org added the comment:
Fixed in r69769.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3558
___
New submission from cober J jiaqi...@gmail.com:
Try to use http to send multi-byte utf8 data.
File E:\DEVELOP\python\lib\http\client.py, line 904, in _send_request
self.endheaders(body.encode('ascii'))
UnicodeEncodeError: 'ascii' codec can't encode character '\u7231' in
position 119:
Pernici Mario pern...@users.sourceforge.net added the comment:
The attached patch uses mul1 in long_mul in the version patched with
30bit_longdigit13+optimizations.patch
Comparison between these two patches on hp pavilion Q8200 2.33GHz
pybench patch new patch
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Ah, I just saw this. Yes, looks like a missing file during porting.
That should affect VS2008 as well. Cheers!
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5306
Mark Dickinson dicki...@gmail.com added the comment:
Before such a version gets committed, I'd like to see it on Rietveld
again.
Sure. My original plan was to get the structural changes in first, and
then worry about optimizations.
But now I think the x_divrem fix has to be considered a
Mark Dickinson dicki...@gmail.com added the comment:
http://codereview.appspot.com/14105/diff/1/2
File Python/marshal.c (right):
http://codereview.appspot.com/14105/diff/1/2#newcode160
Line 160: w_long((long)(Py_SIZE(ob) 0 ? l : -l), p);
On 2009/02/18 21:27:04, Martin v. Löwis wrote:
Ok, so
Georg Brandl ge...@python.org added the comment:
The problem is in os.py. This patch fixes it:
Index: Lib/os.py
===
--- Lib/os.py (Revision 69769)
+++ Lib/os.py (Arbeitskopie)
@@ -372,8 +372,8 @@
saved_exc = e
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Fixes checked into trunk py3k.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5287
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: wont fix - rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5192
___
___
New submission from Péter Szabó pts...@gmail.com:
According to http://docs.python.org/dev/library/signal.html , if I set
up a signal handler in the main thread, and then have the signal
delivered to the process, then the signal handler will be called in the
main thread. The attached Python
Antoine Pitrou pit...@free.fr added the comment:
setblocking() doesn't exist in py3k either, so reopening. I agree it
would be useful to set files as non-blocking in a portableway.
--
nosy: +pitrou
priority: low - normal
status: pending - open
versions: +Python 3.1
Changes by Antoine Pitrou pit...@free.fr:
--
title: file write() method and non-blocking mode. - setblocking() method on
file objects
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue949667
Antoine Pitrou pit...@free.fr added the comment:
After rewrite the rest of StringIO in C, there's sanitize the
destructor behaviour of IOBase (if at all possible).
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4565
Antoine Pitrou pit...@free.fr added the comment:
Oh, and what to do of the now unused pure Python implementations in io.py?
Easiest would be to dump them, as they will probably get hopelessly out
of sync, but perhaps there's some genuine portability/educational
advantage to keep them?
New submission from Antoine Pitrou pit...@free.fr:
Recently, some buildbot failures have started appearing on trunk and
py3k with the following error:
==
FAIL: test_s_option (test.test_site.HelperFunctionsTests)
Changes by Joe Ranieri j...@alacatialabs.com:
--
nosy: +sirg3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
___
Python-bugs-list mailing
Changes by Jesse Noller jnol...@gmail.com:
--
assignee: - jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5313
___
___
Python-bugs-list
New submission from David Fugate midnigh...@yahoo.com:
http://docs.python.org/reference/introduction.html#alternate-
implementations states that the IronPython project's website URL is
http://workspaces.gotdotnet.com/ironpython. This site has actually
been dead for quite some time and our
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r69776.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5317
___
New submission from alexlc a...@niebla.co.uk:
Examples of bad behaviour:
'abacde'.lstrip('ab')
'cde'
'abaaacde'.lstrip('ab')
'cde'
'aabacde'.lstrip('aab')
'cde'
'abcede'.rstrip( 'de' )
'abc'
'abacdeaab'.strip('ab')
'cde'
Probably a few more similar to these will fail as well.
I have
Ezio Melotti ezio.melo...@gmail.com added the comment:
This is not a bug:
str.strip([chars])
... The chars argument is not a prefix or suffix; rather, all
combinations of its values are stripped: ...
http://docs.python.org/library/stdtypes.html#str.strip
--
nosy: +ezio.melotti
New submission from Mike Coleman m...@users.sourceforge.net:
$ python2.5 -c 'print((1, 2, 3))' /dev/full || echo error status
close failed: [Errno 28] No space left on device
$
The above sequence should also output 'error status' before the next
prompt. That is, python should not be returning
alexlc a...@niebla.co.uk added the comment:
Oh, thanks for letting me know and sorry for the trouble.
I should had read the docs more carefully. I have actually been using for a
long while the strip methods as I had described in the bug report. I was so
completely convinced about this that I
Mike Coleman m...@users.sourceforge.net added the comment:
Oops, I should have used the old python print syntax. Nonetheless, the
behavior is the same:
$ python2.5 -c 'print 1, 2, 3' /dev/full || echo error status
close failed: [Errno 28] No space left on device
$
--
components:
New submission from Mike Coleman m...@users.sourceforge.net:
$ python2.6 -c 'print 1, 2, 3' /dev/full || echo error status
close failed in file object destructor:
Error in sys.excepthook:
Original exception was:
$
It seems like something other than blank lines should be printed here.
New submission from Mike Coleman m...@users.sourceforge.net:
$ python3.0 -c 'print((1, 2, 3))' /dev/full || echo error status
$
This command gives no indication whatsoever that anything has gone
wrong. Following this with strace demonstrates that the interpreter is
in fact ignoring these
Mike Coleman m...@users.sourceforge.net added the comment:
Also, as with the other python versions, notice that the error status is
EXIT_SUCCESS (which it should not be).
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5320
Daniel Diniz aja...@gmail.com added the comment:
Thanks, Ezio!
--
nosy: +ajaksu2
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5318
___
Benjamin Peterson benja...@python.org added the comment:
Could one of the Windows experts do the port? I can't properly resolve
the conflicts or test the changes here.
--
assignee: benjamin.peterson -
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
I think we should just drop the Python implementations. There's no point
in trying to keep two implementations around.
Besides, if we don't backport IO in C, we can maintain them in the trunk. :)
___
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5312
___
___
Jean-Paul Calderone exar...@divmod.com added the comment:
Oh, and what to do of the now unused pure Python implementations in
io.py? Easiest would be to dump them, as they will probably get
hopelessly out of sync, but perhaps there's some genuine
portability/educational advantage to keep them?
Martin v. Löwis mar...@v.loewis.de added the comment:
Does this still work?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list
Benjamin Peterson benja...@python.org added the comment:
On Thu, Feb 19, 2009 at 1:57 PM, Jean-Paul Calderone
rep...@bugs.python.org wrote:
Jean-Paul Calderone exar...@divmod.com added the comment:
Oh, and what to do of the now unused pure Python implementations in
io.py? Easiest would be
Jean-Paul Calderone exar...@divmod.com added the comment:
We don't maintain any other features in two languages for those
purposes. IMO, it will just be more of a burden to fix bugs in two
different places as compared to the advantages you mention.
Surely the majority of the burden is imposed
Martin v. Löwis mar...@v.loewis.de added the comment:
More testing.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list mailing
Martin v. Löwis mar...@v.loewis.de added the comment:
Testing 1..2..3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list mailing
New submission from Armin Ronacher armin.ronac...@active-4.com:
In 2.6 a deprecation warning was added if `object.__new__` was called
with arguments. Per se this is fine, but the detection seems to be faulty.
The following code shows the problem:
class A(object):
... def __new__(self):
Trevor Perrin tr...@users.sourceforge.net added the comment:
Hi Mark,
Let me know if I can give you any help with this. The original patch
was split into 3 parts. The only part remaining unapplied is the
Montgomery Reduction.
It appeared to be a significant speedup when I was last testing,
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue936813
___
___
New submission from R. David Murray rdmur...@bitdance.com:
The python 3.x io library appears to allow mixing calls to __next__ and
calls to readline. As another consequence, where previously it was
necessary to use 'readline' to read single lines from a pipe without
blocking waiting for a
Jeffrey Yasskin jyass...@gmail.com added the comment:
Looks good to me.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5176
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
Hello JP,
Surely the majority of the burden is imposed by the C implementation. I
expect that 90% of the time spent fixing bugs will be spent fixing them
in C.
Hmm, it depends. It's probably true in general, but I suspect a fair
amount of
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
[Benjamin Peterson]
I think we should just drop the Python implementations. There's no point
in trying to keep two implementations around.
I disagree. I've found great value in keeping a pure python version
around for
Jean-Paul Calderone exar...@divmod.com added the comment:
Hi Antoine,
Surely the majority of the burden is imposed by the C
implementation. I expect that 90% of the time spent fixing bugs will be
spent fixing them in C.
Hmm, it depends. It's probably true in general, but I suspect a fair
New submission from Michael Foord mich...@voidspace.org.uk:
I can't find any documentation for the __subclasses__ magic method. At
the very least needed for language implementors.
--
assignee: georg.brandl
components: Documentation
messages: 82504
nosy: georg.brandl, mfoord
severity:
Armin Ronacher armin.ronac...@active-4.com added the comment:
The problem seems to be caused by tp_new being slot_tp_new which then
invokes whatever __new__ in the class dict is.
I'm not so sure what would be the solution to this. One could of course
check if tp_new is either object_new or
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
assignee: - amaury.forgeotdarc
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5306
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I merged the change manually, and came to the same patch as ocean-city;
Then I noticed that os.device_encoding() (new in python 3.0) needs the
same check as well.
--
resolution: - fixed
status: open - closed
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Basically, my point is that maintaining C and Python
versions is *cheaper* than just maintaining the C
version alone.
Well said.
___
Python tracker rep...@bugs.python.org
Gregory P. Smith g...@krypto.org added the comment:
+1 to setting it up so that unit tests are always run against both and
keeping both.
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4565
Antoine Pitrou pit...@free.fr added the comment:
+1 to setting it up so that unit tests are always run against both and
keeping both.
If this is the way forward I recommend putting the pure Python versions
into a separate module, eg pyio.py (although the name is not very
elegant). It will
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue835176
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1210326
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - invalid
stage: test needed - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1682241
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: test needed - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue775340
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue780354
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - works for me
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1169633
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue100
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: test needed - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue995956
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: test needed - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue815753
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: test needed - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue727732
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - rejected
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue875654
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - invalid
stage: - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue872815
___
Changes by Daniel Diniz aja...@gmail.com:
--
resolution: - out of date
stage: test needed - committed/rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue854918
James Henstridge ja...@jamesh.id.au added the comment:
I'll have a go at implementing the algorithm. It looks like the
modifications to UTF-7 are large enough that you can't do a search and
replace on the output of the existing UTF-7 codec, so it'll probably
require new code.
Would
Ezio Melotti ezio.melo...@gmail.com added the comment:
FWIW the type() is gone in Py3, now it is:
if locale and not isinstance(locale, _builtin_str):
where from builtins import str as _builtin_str
(http://svn.python.org/view/python/branches/py3k/Lib/locale.py?view=markup)
However Py3.0 now
Benjamin Peterson benja...@python.org added the comment:
Thanks for the diagnostic, Georg! Fixed in r69794.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5312
New submission from Ezio Melotti ezio.melo...@gmail.com:
Step to reproduce:
1) create a directory with non-ascii chars in the name
2) create a python module with a syntax error (I used an unclosed '(')
3) execute the module.py directly ('module.py', not 'python module.py')
I tested this only on
Ezio Melotti ezio.melo...@gmail.com added the comment:
Indeed this behavior doesn't seem to be documented.
When the string is unicode and the fillchar non-unicode Python
implicitly tries to decode the fillchar (and possibly it raises a
TypeError if it's not in range(0,128)):
u'x'.center(5,
Ezio Melotti ezio.melo...@gmail.com added the comment:
I'd close this as won't fix, because (IMHO) ranges like [9-A]
shouldn't be used at all, so I won't expect it to work properly.
FWIW Perl doesn't seem to match the '_', even with the 'i' flag. Tested
with: perl -e '$s = (_ =~ /[9-A]/); print
New submission from Ezio Melotti ezio.melo...@gmail.com:
Some anchors of the What's New in Python 2.5 page [1] are wrong (both
in the table of contents and on the titles):
lia href=#module-ctypesNew, Improved, and Removed Modules/aul
lia href=#module-etreeThe ctypes package/a/li
lia
New submission from Ezio Melotti ezio.melo...@gmail.com:
The link in the second paragraph of The ElementTree package [1]
section of the What's New in Python 2.5 page is broken.
[1]: http://docs.python.org/whatsnew/2.5.html#module-hashlib (the name
of this anchor is also wrong, see #5326)
Ezio Melotti ezio.melo...@gmail.com added the comment:
This can be closed if Ahir doesn't provide the script.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3595
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
The encoding used by the windows terminal (usually cp850) is not able to
encode all the characters, so when you print the text that you extract
from the xml file the terminal is not able able to display some
characters. If you remove the
76 matches
Mail list logo