Christopher Mahan chris.ma...@gmail.com added the comment:
Per Giampaolo's suggestion, I added the timeout. Program listing and
output below:
-begin listing
import ftplib
ftp = ftplib.FTP('ftp.edgecastcdn.net', user='theusername',
passwd='thepassword', timeout=2)
ftp.set_debuglevel(3)
Skip Montanaro s...@pobox.com added the comment:
Alexandre's last comment reminded me I forgot to post the PPC assembler
code. Next two files are the output as requested by Antoine.
Added file: http://bugs.python.org/file12553/ceval.i.unthreaded
___
Python
Changes by Skip Montanaro s...@pobox.com:
Added file: http://bugs.python.org/file12555/ceval.i.threaded
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4753
___
Brett Cannon br...@python.org added the comment:
Here is what I have found out so far.
Python/bltinmodule.c:builtin_compile takes in a PyObject and gets the
char * representation of that object and passes it to
Python/pythonrun.c:Py_CompileStringFlags. Unfortunately no other
information is
STINNER Victor victor.stin...@haypocalc.com added the comment:
The traceback shows that the problem is not related to the socket
created to retrieve the content of the directory listing, but
the main socket (the one used for the whole ftp session) used by
dir() command the retrieve the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Christopher: Can you paste the full output with debuglevel=3 of Python
2.x (python2.5)?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4791
Christopher Mahan chris.ma...@gmail.com added the comment:
When running scritp with python 2.5.4, got this error. I'll remove the
timeout=2 and run again. see below.
Traceback (most recent call last):
File C:\python_scripts\python3\candee_processor.py, line 3, in module
ftp =
Christian Heimes li...@cheimes.de added the comment:
Alexandre Vassalotti alexan...@peadrop.com added the comment:
The patch make a huge difference on 64-bit Linux. I get a 20% speed-up
and the lowest run time so far. That is quite impressive!
I'm really, REALLY impressed by the speed up.
STINNER Victor victor.stin...@haypocalc.com added the comment:
Instead of importing IO each time in create_stdio,
maybe you should just pass io.open to create_stdio
create_stdio() uses io.open() but also io.TextIOWrapper. Since io
module is already imported in initstdio(), I updated the
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file12478/unbufferedstdout-3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4705
___
Paolo 'Blaisorblade' Giarrusso p.giarru...@gmail.com added the comment:
About miscompilations: the current patch is a bit weird for GCC, because
you keep both the switch and the computed goto.
But actually, there is no case in which the switch is needed, and
computed goto give less room to
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3959
___
___
ebfe knabberknusperh...@yahoo.de added the comment:
Here is another patch, this time for the fallback-md5-module. I know
that situations are rare where openssl is not present but threading is.
However they might occur out there and the md5module needed some love
anyway:
- The MD5 class from the
Paolo 'Blaisorblade' Giarrusso p.giarru...@gmail.com added the comment:
I'm not an expert in this kind of optimizations. Could we gain more
speed by making the dispatcher table more dense? Python has less than
128 opcodes (len(opcode.opmap) == 113) so they can be squeezed in a
smaller table. I
darrenr python-roun...@dranalli.com added the comment:
OK cool, that's the development strategy we've already adopted. Is this
limitation of Python's garbage collector in relation to real-time
applications documented anywhere?
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
ebfe Here is another patch, this time for the fallback-md5-module
Please open a separated issue for each module, this issue is already
too long and complex ;-) And it would be easier to fix other modules
when patches for hashlib
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Jan 2, 2009 at 10:54 AM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
Marc-Andre Lemburg m...@egenix.com added the comment:
Also note that by removing the extern C declarations, you not only
change the
Nick Coghlan ncogh...@gmail.com added the comment:
Finally got around to looking at the most recent patch
(issue4580-2.patch). It looks good to me.
I still think something needs to change when it comes to item assignment
for memoryviews with itemsize 1, but that's not as urgent as fixing
the
Brett Cannon br...@python.org added the comment:
So explicitly converting to UTF-8 didn't work, or at least as simply as
I had hoped.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4626
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
See attached patch for Py27.
--
keywords: +patch
Added file: http://bugs.python.org/file12558/decimal.diff
___
Python tracker rep...@bugs.python.org
New submission from Pavel Kosina g...@post.cz:
When you open file without encoding declaration, make changes and save,
then IDLE changes without any question encodings to utf8. You can try it
on attached file that is cp1250 now.
It could be that at first saving we are asked to use
*utf8
Pavel Kosina g...@post.cz added the comment:
I vote for fixing this too. This might be simplified/another example of
above mentioned issues:
# -*- coding: utf-8 -*-
print (ěščřžýáíé)
in IDLE prints this:
ěščřžýáĂĂ©
When running this script under python command line from another
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
Added file: http://bugs.python.org/file12560/c++-patch-2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4805
___
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
Removed file: http://bugs.python.org/file12530/c++-patch-1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4805
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The patch is incorrect. Tkapp_Mainloop is supposed to work both as a
module function and a method, and it tests for self to find out which
case it is. Now, this test is apparently broken in 3.x, but that could
be fixed, instead of ripping the
Martin v. Löwis mar...@v.loewis.de added the comment:
OK cool, that's the development strategy we've already adopted. Is this
limitation of Python's garbage collector in relation to real-time
applications documented anywhere?
Why do you ask? (this is OT for the bug tracker)
It's not in the
Martin v. Löwis mar...@v.loewis.de added the comment:
IDLE is right to save the file as UTF-8; the file is invalid Python 3.0
code. In Python 3.0, the source encoding *is* UTF-8; nothing else is
allowed unless you have an encoding declaration.
Perhaps IDLE should offer to convert it on opening.
301 - 327 of 327 matches
Mail list logo
