Eli Bendersky eli...@gmail.com added the comment:
Committed to release27-maint r87992
--
resolution: - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10902
___
Georg Brandl ge...@python.org added the comment:
That's the wrong way of porting though... py3k first, then 2.7 and 3.1.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10902
Pierre Quentel pierre.quen...@gmail.com added the comment:
@Victor
Thanks for the comments
- I don't understand why FieldStorage changes sys.stdout and sys.stderr (see
remarks about IOMix above): please remove the charset argument (it is also
confusing to have two encoding arguments). it
Changes by Pierre Quentel pierre.quen...@gmail.com:
Removed file: http://bugs.python.org/file20387/cgi_32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
Eli Bendersky eli...@gmail.com added the comment:
Committed to py3k r87993
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10902
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
Ah, true - I forgot svnmerge for 27-maint was based on the py3k branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10902
___
Eli Bendersky eli...@gmail.com added the comment:
Georg, thanks - will keep that in mind. Here I started with 2.7 since this is
what the user reported on. I plan to have it committed to all 3 branches today
anyhow.
--
___
Python tracker
Eli Bendersky eli...@gmail.com added the comment:
Backported to release31: r87994 (with svnmerge)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9844
Eli Bendersky eli...@gmail.com added the comment:
Committed to release31 in r87995 (with svnmerge)
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10902
___
Matt Joiner anacro...@gmail.com added the comment:
This is sorely needed. IMO the current behaviour of time.clock works for
Windows, and clock_gettime(CLOCK_MONOTONIC) on POSIX or
clock_gettime(CLOCK_MONOTONIC_RAW) on Linux=2.6.28.
There are some related discussions on StackOverflow that may
Etienne Robillard e...@gthcfoundation.org added the comment:
+1
thanks for this input. I agree for the most part. However if the io
semantics in python 3 is radically different than on python 2, I could
have expected that WSGI scripts would similarly depend on a newer
type of file descriptor
New submission from arindam arindampa...@gmail.com:
File: zipfile.py
Function: _update_crc
statement: if eof and self._running_crc != self._expected_crc:
Due to comparison of long with int, if eof and self._running_crc !=
self._expected_crc: fails when _expected_crc is negative (0x8000 or
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Pierre, Thank you for the new patch, with the philosophy of it's broke, so
let's produce something the committers like to get it fixed.
I see you overlooked removing the second use of O_BINARY. Locally, I removed
that also, and tested
New submission from Peter Kleiweg pklei...@xs4all.nl:
The environment variable PYTHONIOENCODING should be documented in de manpage
--
assignee: docs@python
components: Documentation, IO
messages: 126252
nosy: docs@python, pebbe
priority: normal
severity: normal
status: open
title:
Pierre Quentel pierre.quen...@gmail.com added the comment:
Glenn, you read my mind ;-)
Thanks for mentioning the O_BINARY thing. New (last !) patch attached
--
Added file: http://bugs.python.org/file20403/cgi_32.patch
___
Python tracker
Changes by Pierre Quentel pierre.quen...@gmail.com:
Removed file: http://bugs.python.org/file20402/cgi_32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
New submission from Zhigang Wang w1z...@gmail.com:
We only support arcname with one leading '/', but not more. This patch fixes it.
We don't support arcname with '..' well. The default behavior of unzip and 7z
is to ignore all '..'. This patch does the same.
Also updated the doc. If there are
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
What happens when the archive contains both 'foo' and '../foo'? They seem to be
extracted at the same place.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
r87996+r87997 adds encoding and errors argument to parse_qs() and parse_qsl()
of urllib.parse. It is needed to decoded correctly %XX syntax in cgi.
r87998 is the patch on the cgi module.
Changes with cgi_32.patch:
* Use
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, I forgot to credit the author(s): who wrote the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
Zhigang Wang w1z...@gmail.com added the comment:
$ unzip -l t.zip
Archive: t.zip
Length DateTimeName
- -- -
3 01-14-2011 21:11 ../foo
3 01-14-2011 21:11 foo
- ---
6 2
Zhigang Wang w1z...@gmail.com added the comment:
Yes, in zipfile, we just overwrite it. Actually, ZipFile.extract() overwrite
existing files already. If we want it more powerful, we can add a 'overwrite'
parameter. But turning zipfile a full featured zip/unzip tool needs much more
extra
Andre Berg andre.b...@email.de added the comment:
If I may chime in, as I don't know where else to put this.
I am still seeing the same performance as the OP when I use extractall() with a
password protected ZIP of size 287 MB (containing one compressed movie file of
size 297 MB).
The total
Antoine Pitrou pit...@free.fr added the comment:
I am still seeing the same performance as the OP when I use
extractall() with a password protected ZIP of size 287 MB (containing
one compressed movie file of size 297 MB).
Please try with a non-password protected file.
--
Pierre Quentel pierre.quen...@gmail.com added the comment:
Thanks a lot Victor !
I wrote the patch : Pierre Quentel (pierre.quen...@gmail.com) with many
inputs by Glenn Linderman
2011/1/14 STINNER Victor rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
New submission from anatoly techtonik techto...@gmail.com:
http://docs.python.org/library/wsgiref.html#wsgiref.util.guess_scheme
The documentation says servers typically set HTTPS variable to a value of “1”
or “yes”, when a request is received via SSL, but CGI tutorials, IIS and Apache
set
STINNER Victor victor.stin...@haypocalc.com added the comment:
TODO: Add more tests to test_cgi. What is the latest patch for test_cgi?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Dev Player devpla...@gmail.com added the comment:
Don't forget to check if the MS Internet Explorer's advanced option to open new
URLS in a seperate windows effects this. Users can have this advanced setting
set differently on different computers(or even accounts). Also different
browser
Changes by Pierre Quentel pierre.quen...@gmail.com:
Removed file: http://bugs.python.org/file20405/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
Pierre Quentel pierre.quen...@gmail.com added the comment:
My latest patch for test_cgi is in cgi_32.patch
I will try to add more tests later
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
STINNER Victor victor.stin...@haypocalc.com added the comment:
haypo What is the latest patch for test_cgi?
quentel My latest patch for test_cgi is in cgi_32.patch
Ok, but cgi_32.patch doesn't add any test. I only adapt existing tests for your
other changes.
I remove cgi_32.patch because it
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file20403/cgi_32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Remove cgi_plus_tests.diff: it looks to be an old version of cgi_32.patch.
@r.david.murray: Did you write cgi_plus_tests.diff, or is it based on the work
on Pierre Quentel?
--
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file20269/cgi_plus_tests.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file12750/tmpav1vve.html
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file12751/tmpy44zj7.html
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Remove tmpy44zj7.html and tmpav1vve.html: a similar file is included in
full_source_and_error.zip.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: -pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
___
Python-bugs-list mailing
New submission from Ned Deily n...@acm.org:
With 2.7 and now 3.2, we have been supplying two variants of OS X installers:
the traditional 32-bit only version dynamically linked with Tk 8.4, the only
version available across all supported OS X releases; and a new 64-bit/32-bit
version
New submission from SilentGhost ghost@gmail.com:
In the course of fixing #10896 I've noticed a few things:
1. --ignore-dir='$prefix' doesn't work on windows. I don't know if it has to,
there is no information in docs regarding it at all. It does work on Unix.
2. The way module check is
SilentGhost ghost@gmail.com added the comment:
#10908 is dealing with this and other issue re ignored dirs.
--
status: open - closed
superseder: - Improvements to trace._Ignore
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
(I'll plan to commit to py3k later today pending any review comments and submit
expanded pydotorg changes.)
--
nosy: +michael.foord, ronaldoussoren
stage: - commit review
Added file: http://bugs.python.org/file20408/pydotorg_10_6_tk.patch
Brian Curtin cur...@acm.org added the comment:
In Windows, it should probably use GetTickCount64 if available,
otherwise GetTickCount with logic to handle wrapping. I think
QueryPerformanceCounter is problematic as a general-purpose timer:
depending on the hardware and Windows version, it
Andre Berg andre.b...@email.de added the comment:
Decryption is extremely slow as it is implemented in native Python rather than
C
Right, of course, I missed this when reading the docs.
I have a habit of jumping straight to the point.
As I was asked to try it with a non-password protected zip
David Beazley d...@dabeaz.com added the comment:
A comment from the training world: The instability of IDLE on the Mac makes
teaching introductory Python courses a nightmare at the moment. Sure, one
might argue that students should install an alternative editor, but then you
usually end up
Michael Foord mich...@voidspace.org.uk added the comment:
This looks good Ned. My main concern is that we make it clear from the
*Download* page that users who want IDLE to just work (even on 10.6) they
should install the 32 bit version.
Noting that Activestate Tcl/Tk 8.5 is a *requirement*
Antoine Pitrou pit...@free.fr added the comment:
Can you provide such a file? What system are you testing on?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10903
___
Nick Coghlan ncogh...@gmail.com added the comment:
As Martin says, we aren't inclined to implement or maintain the equivalent of
depends.exe in order to provide a slightly better error message.
If anyone wants to reopen this issue, provide a patch. Otherwise devs are just
going to close it
Nick Coghlan ncogh...@gmail.com added the comment:
Sorry, I missed that the request had changed to just the .pyd name. That at
least is useful, since you then know where to start with depends.exe. It should
be fairly straightforward to implement as well.
Adjusted issue title accordingly.
New submission from Scott M scott.m...@comcast.net:
New to Python; be gentle if I've simply missed something. i'M running on
Windows XP, using a recently downloaded 2.7.1. I'm running by hitting F5 in
IDLE.
The attached .py creates 2 threads, one which updates a Tkinter label 10 times
a
anatoly techtonik techto...@gmail.com added the comment:
Great. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10854
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
What manpage are you reporting? In py3k branch,
$ groff -Tascii -man Misc/python.man
..
PYTHONIOENCODING
If this is set before running the interpreter, it overrides the
encoding used
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On the second thought, maybe de manpage is not a misspelling of the
manpage, but a reference to a German locale manpage? I don't think python.org
releases include manpage translations. You may need to report it to your
Terry J. Reedy tjre...@udel.edu added the comment:
http://www.python.org/dev/peps/pep-0011/ says
Name: Win9x, WinME, NT4
Unsupported in: Python 2.6 (warning in 2.5 installer)
Code removed in: Python 2.6
Only xp+ now. email sent to webmaster@...
Even if the best fix only
Peter p.j.a.c...@googlemail.com added the comment:
This wasn't fixed in Python 3.1.3 either.
Is the trunk commit Amaury identified from py3k branch (r78942) suitable to
back port to Python 3.1.x?
--
___
Python tracker rep...@bugs.python.org
Brian Curtin cur...@acm.org added the comment:
I think we even agreed to drop 2000, although the PEP hasn't been updated and I
couldn't find the supposed email where this was said.
For implementing functionality that isn't supported on all Windows versions or
architectures, you can look at
R. David Murray rdmur...@bitdance.com added the comment:
Victor: we normally leave the patch file that was committed attached to the
issue for future reference.
The _plus_tests file was just the original patch plus the existing cgi tests
adjusted to pass in bytes instead of strings to cgi, if
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
r78942 is quite large unfortunately.
But just patching _elementree.c::xmlparser_setevents() should be possible.
This would at least fix the invalid event tuple error.
--
___
Python tracker
Peter Kleiweg pklei...@xs4all.nl added the comment:
Ah, I see it's fixed in the latest version.
The variable PYTHONIOENCODING was present at least since Python 2.6.4, but not
documented in the manpage of versions 2.6.4, 2.7 and 3.1.1.
I thought I had recent versions, but I see now versions
Changes by Glenn Linderman v+pyt...@g.nevcal.com:
--
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Following Anatoly's review, I renamed datetime argument and a local variable,
added comments and expanded docstring. I am uploading a new patch:
datetime-localtime-proto-1.diff.
Martin, I could not figure out how to add
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Thanks to Pierre for producing patch after patch and testing testing testing,
and to Victor for committing it, as well as others that contributed in smaller
ways, as I tried to. I look forward to 3.2 rc1 so I can discard all my
ronnix ronan.ami...@gmail.com added the comment:
The regex 0.1.20110106 package fails to install with Python 2.6, due to the use
of 2.7 string formatting syntax in setup.py:
print(Copying {} to {}.format(unicodedata_db_h, SRC_DIR))
This line should be changed to:
print(Copying {0} to
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Forwarding Rietveld conversation to the tracker. It looks like
Rietveld integration has a bug and sends reviews to
n...@psf.upfronthosting.co.za rather than to rep...@bugs.python.org.
Forwarded conversation
Subject: Add
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
title: Add aware local time support to datetime module (issue9527) - Add aware
local time support to datetime module
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Looks good and simple enough. I would probably shift the timeout test after the
closed test, but that's almost a detail.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7322
David Beazley d...@dabeaz.com added the comment:
Just wanted to say that I agree it's nonsense to continue reading on a socket
that timed out (I'm not even sure what I might have been thinking when I first
submitted this bug other than just experimenting with edge cases of the socket
Changes by Antoine Pitrou pit...@free.fr:
--
stage: unit test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10694
___
___
Changes by Doug Hellmann doug.hellm...@gmail.com:
--
nosy: +doughellmann
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1170
___
___
Antoine Pitrou pit...@free.fr added the comment:
Łukasz, please close issues when they are fixed.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Bert JW Regeer ber...@regeer.org:
I was recently attempting to get Botan (http://botan.randombit.net) working
with Python 2.6.6 on FreeBSD when it failed to compile, I filled a bug with
Botan (http://bugs.randombit.net/show_bug.cgi?id=135) and first thought it was
a
New submission from STINNER Victor victor.stin...@haypocalc.com:
cgi was recently fixed just before Python 3.2 final, but the module has few
tests. More tests should be written.
You can find some examples attached to #4953.
--
components: Library (Lib), Tests
messages: 126300
nosy:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Because I'm unable to read the whole history and analyze each file attached to
this issue, I opened #10911 to ask to write more tests for the cgi module.
--
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
belopolsky Limiting field width when formatting error messages is
belopolsky a good safety measure.
The problem is that PyUnicode_FromFormatV() doesn't support %.100s format (it
ignores .100). If we truncate at 100 bytes, it may
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2128
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Here are some results of my test of unicode2.py. I'm testing py3k on Windows
XP, OEM: cp850, ANSI: cp1252.
Raster fonts
With a fresh console, unicode2.py displays ?. input() accepts
characters
STINNER Victor victor.stin...@haypocalc.com added the comment:
..., because right now, I'm including instructions for the use to
(1) choose Lucida or Consolas font if they can't figure out
any other font that gets rid of the square boxes
(2) chcp 65001
(3) set PYTHONIOENCODING=UTF-8
Radiant abbconsult...@gmail.com added the comment:
Adding version=3.2 and component=Documentation.
--
assignee: - docs@python
components: +Documentation
nosy: +Radiant, docs@python
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Robert Siemer robert.siemer-python@backsla.sh:
--
nosy: +siemer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10817
___
___
New submission from Devin Jeanpierre jeanpierr...@gmail.com:
PyObject_RichCoareBool is, according to the documentation in trunk
(Doc\c-api\object.rst), exactly the same as PyObject_RichCompare, except it 1,
0, or -1 for error, false, and true respectively. However, it differs in
behavior by
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le vendredi 14 janvier 2011 à 19:11 +, R. David Murray a écrit :
Victor: we normally leave the patch file that was committed attached
to the issue for future reference.
Sorry, but there were too much files. I was trying to
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Victor said:
Why do you set the code page to 65001? In all my tests (on Windows XP), it
always break the standard input.
My response:
Because when I searched Windows for Unicode and/or UTF-8 stuff, I found 65001,
and it seems like it
Ned Deily n...@acm.org added the comment:
Patch for items 2 and 3 committed (with release manager approval for 3.2) in
r88003. Updated the OS X installer build instructions to better reflect
current practices including use of A/S Tcl/Tk in r88004.
Pending website changes and 2.7 backport
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Shouldn't this be closed? CGIHTTPServer *has* been updated to use subprocess on
windows and the dependency has been closed as wont fix.
--
nosy: +rosslagerwall
___
Python tracker
Ned Deily n...@acm.org added the comment:
Committed (with release manager approval for 3.2) in r88005.
--
assignee: ronaldoussoren - ned.deily
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Ned Deily n...@acm.org added the comment:
Committed (with release manager approval for 3.2) to py3k in r88006.
Pending potential backport to 2.7.
--
assignee: ronaldoussoren - ned.deily
priority: release blocker -
resolution: - fixed
stage: patch review - committed/rejected
status:
Eli Bendersky eli...@gmail.com added the comment:
The problem for Hebrew appears to be the same as the one Victor stated for
French. March in Hebrew is also a 3-letter word which means it's equal to its
abbreviation.
--
___
Python tracker
Ned Deily n...@acm.org added the comment:
FYI, as of 3.2rc1, Tools/ is now included in Mac OS X distributions in
/Applications/Python 3.2/Extras/.
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10502
Ross Lagerwall rosslagerw...@gmail.com added the comment:
I think all that is needed is a documentation patch. Attached is a doc patch
which changes the doc to explicitly describe what happens on unix windows (as
described by Peter).
--
components: +Documentation
keywords: +patch
Eli Bendersky eli...@gmail.com added the comment:
I'm attaching a patch for Lib/_strptime.py that handles the month differently
in __calc_date_time. It cycles all months, trying to find one where the full
and abbrev names are different and matches it against the timestamp created by
strftime.
90 matches
Mail list logo
