Martin v. Löwis [EMAIL PROTECTED] added the comment:
The patch looks fine to me, please apply.
I notice that the diff file reports changes to test_pep3120.py. No such
changes should be necessary, so please exclude them from committing.
--
assignee: loewis - brett.cannon
keywords:
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
assignee: loewis -
priority: high - normal
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue957650
___
Dmitry Vasiliev [EMAIL PROTECTED] added the comment:
The patch is good. It's exactly what I told about in msg72132.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3725
___
Jakob Schiøtz [EMAIL PROTECTED] added the comment:
Don't get me wrong: I am not complaining about the code breakage, it is
unavoidable as long as Python is a developing language. As you say I
can use newer versions of at least some of the modules. I just think it
would be nice for developers
Weird [EMAIL PROTECTED] added the comment:
Georg Brandl thank you, i was having the same problem, but now is fixed
--
nosy: +Weird
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3905
___
Changes by Toshio Kuratomi [EMAIL PROTECTED]:
--
nosy: +a.badger
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4036
___
___
Python-bugs-list mailing
Toshio Kuratomi [EMAIL PROTECTED] added the comment:
About your subprocess example: we choose to refuse it because we don't
mix bytes (your non decodable PATH) and unicode ('myapp.sh')
If python3 is doing things right we shouldn't be mixing bytes and
unicode here:
1) the programmer is only
Fredrik Johansson [EMAIL PROTECTED] added the comment:
The speed difference comes from different compiler options.
I figured as much. I'm using the binaries from python.org (see the .txt
file; it includes version headers).
The question is why the compilation changes for 2.6 slowed down
New submission from Jakob Schiøtz [EMAIL PROTECTED]:
In general, the Python C/API manual is very careful to document when
changes have occurred in the API, this is really useful information when
writing portable extension modules to be used with different Python
versions.
However, there is a
Russell Blau [EMAIL PROTECTED] added the comment:
This error is caused by line 27 in run.py:
def idle_formatwarning_subproc(message, category, filename, lineno):
needs to be changed to --
def idle_formatwarning_subproc(message, category, filename, lineno,
line=None):
so that the
Brett Cannon [EMAIL PROTECTED] added the comment:
On Tue, Oct 14, 2008 at 11:05 PM, Martin v. Löwis
[EMAIL PROTECTED] wrote:
Martin v. Löwis [EMAIL PROTECTED] added the comment:
The patch looks fine to me, please apply.
Great!
I notice that the diff file reports changes to
New submission from Fredrik Johansson [EMAIL PROTECTED]:
On my laptop (Windows XP, 32-bit), long division is about 15% slower in
2.6 compared to 2.5. See the attached .txt for timings.
I noticed this when comparing the unit tests for mpmath
(http://code.google.com/p/mpmath/) under 2.5 and 2.6.
Terry J. Reedy [EMAIL PROTECTED] added the comment:
We are all volunteers here, and I see three replies.
This may or may not be trivial to fix, and may take some time.
Python docs are written in rst format and translated by Sphinx to
various formats. The main translation is to html, as viewed
Sergey Lipnevich [EMAIL PROTECTED] added the comment:
I don't know what the proper procedure is (reopening or filing a new
ticket), but I see this problem with Sphinx 0.5dev-20081015 and Python
2.6 on Windows XP. The change recommended by Winfried in msg73874 seems
to fix it (patch attached
Ray Wang [EMAIL PROTECTED] added the comment:
any feedback here?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4027
___
___
Python-bugs-list mailing list
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I think the Py_ssize_t change is clearly documented in the What's new
document:
http://docs.python.org/whatsnew/2.5.html#pep-353-using-ssize-t-as-the-index-type
This paragraph also links to:
STINNER Victor [EMAIL PROTECTED] added the comment:
The source code is unchanged except the format functions (binary and
octal bases with the new prefixes: 0b, 0o). The speed difference comes
from different compiler options.
- (Ubuntu Gutsy) python2.5: 1010 ms
- python trunk: 1010 ms
-
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I don't think that we will change the 2.5 manuals anymore; Python 2.5 is
about to see its last bug-fix release.
For 2.6, I suppose contributions would be welcome.
--
nosy: +loewis
___
Python
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I added a test for compile() in there, which is why the patch is
claiming that. There is an uploaded version of test_pep3120.py on the
issue.
Ah, ok. I missed that - that change is also fine.
___
Python
John J Lee [EMAIL PROTECTED] added the comment:
Note that the code on wwwsearch.sf.net only reads cookies, and does not
write them. Also, the approach used is fragile to changes to MS's
index.dat database, which was the reason why that code was not
included when cookielib was added. As far as
New submission from jared jennings [EMAIL PROTECTED]:
If the Intel 9.1 compilers are used to compile Python 2.6, the following
compiler error results:
/mnt/gpfs/usrpeople/jenninjl/Python-2.6-intel/Modules/_ctypes/libffi/src/x86/ffi64.c(43):
error: identifier __int128_t is undefined
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Why are you reporting this as a bug in Python? Isn't it rather a bug in icc?
--
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4130
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Fixed in r66904.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3725
___
John J Lee [EMAIL PROTECTED] added the comment:
Sorry I turned up rather late here (is there a way to subscribe to
changes to all bugs whose comments or title contain a given string?)
If it works with Firefox and not with cookielib it's almost certainly a
bug. However, it's not clear to me
Chris Ozeroff [EMAIL PROTECTED] added the comment:
This bug does not just affect Vista.
I am running Windows XP Professional x64 and encountered the same
problem. Everything appeared to go fine on the installation, but then
IDLE just refuses to run, nothing appears in the task manager, no
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Fixed in r66905.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4043
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I am running Windows XP Professional x64 and encountered the same
problem. Everything appeared to go fine on the installation, but then
IDLE just refuses to run, nothing appears in the task manager, no
errors, nothing. Command line still
Benjamin Peterson [EMAIL PROTECTED] added the comment:
If you'd like, I can add support for skipping backup files to 2to3.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4073
Martin v. Löwis [EMAIL PROTECTED] added the comment:
If you'd like, I can add support for skipping backup files to 2to3.
That would be useful, I think.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4073
John J Lee [EMAIL PROTECTED] added the comment:
I think firefox 3 no longer writes cookies.txt (it writes cookies.sqlite
instead).
Can anybody point out a version of firefox that wrote this HttpOnly
information to cookies.txt, so the patch can be tested?
___
New submission from John J Lee [EMAIL PROTECTED]:
Just adds a note to the cookielib documentation to point out that
Firefox 3 no longer writes cookies.txt, the file format understood by
cookielib.MozillaCookieJar (firefox now maintains persistent cookie
state in an sqlite database).
--
John J Lee [EMAIL PROTECTED] added the comment:
Do we have an RFC 3986 URI parser in the stdlib now? It would be better
to use that if so, but I don't see one. Failing that, an implementation
of the relevant part of that RFC is only about four lines of code, so
that would be better than
John J Lee [EMAIL PROTECTED] added the comment:
The sensible fix for this is to strip the quotes off, defaulting to
version 0 on failure to parse the version cookie-attribute. It's not
necessary to retain the original version string.
By the way, what you posted warning rather than a strictly
Ray Wang [EMAIL PROTECTED] added the comment:
We are all volunteers here, and I see three replies.
This may or may not be trivial to fix, and may take some time.
Python docs are written in rst format and translated by Sphinx to
various formats. The main translation is to html, as viewed on
Senthil [EMAIL PROTECTED] added the comment:
John, issue3647 tries relative url parsing and joins to be RFC3986
compliance.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3704
___
35 matches
Mail list logo