[issue7370] patch: BaseHTTPServer reinventing rfc822 date formatting

[anatoly techtonik]

anatoly techtonik  added the comment:

I do not like the idea that BaseHTTPServer depends on email package, which in 
turn may depend on another package etc. Having date formatting function inside 
of email package breaks "single responsibility" principle that would be nice to 
have in stdlib.

--
nosy: +techtonik

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9006] xml-rpc Server object does not propagate the encoding to Unmarshaller

[Timothée CEZARD]

New submission from Timothée CEZARD :

xmlrpc cleint  (Server class) default encoding is utf-8 it can be modified 
through the encoding keyword parameter. This parameter is not passed to the 
Unmarshaller that decode the bit flow causing the server to crash
attached is two script reproducing the issue

--
components: XML
files: xmlrpc_bug.tar.gz
messages: 107910
nosy: Timothée.CEZARD
priority: normal
severity: normal
status: open
title: xml-rpc Server object does not propagate the encoding to Unmarshaller
type: crash
versions: Python 2.6
Added file: http://bugs.python.org/file17682/xmlrpc_bug.tar.gz

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9007] CGIHTTPServer

[anatoly techtonik]

New submission from anatoly techtonik :

CGIHTTPServer only supports Python CGI scripts. That should be reflected in 
documentation.

--
assignee: d...@python
components: Documentation
messages: 107911
nosy: d...@python, techtonik
priority: normal
severity: normal
status: open
title: CGIHTTPServer
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9007] CGIHTTPServer supports only Python CGI scripts

[anatoly techtonik]

Changes by anatoly techtonik :


--
title: CGIHTTPServer -> CGIHTTPServer supports only Python CGI scripts

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[anatoly techtonik]

New submission from anatoly techtonik :

CGIHTTPServer should support all CGI scripts, not only Python ones.

--
components: Library (Lib)
messages: 107912
nosy: techtonik
priority: normal
severity: normal
status: open
title: CGIHTTPServer support for arbitrary CGI scripts
versions: Python 2.7, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8720] undo findsource regression/change

[holger krekel]

holger krekel  added the comment:

Seems the inspect.getsourcefile regression now is in the RC1 of Python2.7 as 
well.  I suggest to apply the "getsourcefile.patch" patch which was attached 
from David.  I tested it and it works fine for Python2.7 and Python3.1.

--
status: open -> pending
versions: +Python 2.7, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1711605] CGIHttpServer leaves traces of previous requests in env

[anatoly techtonik]

anatoly techtonik  added the comment:

I don't see why it modifies os.environ at all environ it passed as argument to 
child subprocess.

--
nosy: +techtonik

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1711605] CGIHttpServer leaves traces of previous requests in env

[anatoly techtonik]

anatoly techtonik  added the comment:

I can't edit my comment. That suxx. It should be
"...at all if environ is passed..."

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[Éric Araujo]

Éric Araujo  added the comment:

I suspect this bug will sit here languishing without action, for various 
reasons:

1) From other doc discussion, I assume you won’t be able to propose a patch.

2) There is no dedicated maintainer for http or cgi.

3) CGI is a low-level, archaic, inefficient interface.

4) The cgi server has grave bugs like this one (from the doc):
“CGI scripts run by the CGIHTTPRequestHandler class cannot execute redirects 
(HTTP code 302), because code 200 (script output follows) is sent prior to 
execution of the CGI script.”

--
nosy: +merwok
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[Éric Araujo]

Éric Araujo  added the comment:

Forgot the conclusion: I suspect noone will want to work on that.

(I removed 2.7 since it’s feature frozen.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9006] xml-rpc Server object does not propagate the encoding to Unmarshaller

[Éric Araujo]

Éric Araujo  added the comment:

Thank your for reporting this bug. Are you able to reproduce the bug with 
current development versions, a.k.a. 2.7 (svn trunk, or the rc release) and 3.2 
(py3k branch)? Only security and documentation fixes go in stable releases like 
2.6 and 3.1. Also, please upload separate files instead of archives, it’s 
easier for review. Thanks again!

--
nosy: +merwok

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[Senthil Kumaran]

Senthil Kumaran  added the comment:

On Wed, Jun 16, 2010 at 12:16:38PM +, Éric Araujo wrote:
> Forgot the conclusion: I suspect noone will want to work on that.

Nope, please don't come to that conclusion soon. It is a valid
request. It is not that only maintainers listed will work on those.

> (I removed 2.7 since it’s feature frozen.)

This is fine.

--
nosy: +orsenthil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9007] CGIHTTPServer supports only Python CGI scripts

[Brian Curtin]

Changes by Brian Curtin :


--
priority: normal -> low
stage:  -> needs patch
type:  -> behavior
versions:  -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7370] BaseHTTPServer reinventing rfc822 date formatting

[Brian Curtin]

Changes by Brian Curtin :


--
title: patch: BaseHTTPServer reinventing rfc822 date formatting -> 
BaseHTTPServer reinventing rfc822 date formatting

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[Éric Araujo]

Éric Araujo  added the comment:

Sorry, somehow I forgot the ton of work you’ve been putting into
urlparse and urllib :)

Note that I never said or thought it was an invalid request.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[anatoly techtonik]

anatoly techtonik  added the comment:

> I suspect this bug will sit here languishing without action, for various 
> reasons:

I suspect this kind of discussions piss off readers of tickets, but
I'll continue, as I do not see any other useful public medium at hand
right now.

-- start offtopic --

> 1) From other doc discussion, I assume you won’t be able to propose a patch.

Right. I do not feel comfortable with Python workflow - now that I
have several dozens of unfinished patches - they start to conflict
with changes in repository. Conflict resolution takes a lot of time
and I can't afford maintaining a separate copy of Python checkout for
every patch. It also takes too long to setup test environment and
execute tests. There is a lot of yak shaving involved between:
1. make ticket
2. find source
3. make patch
4. test patch
5. attach patch
6. refresh patch
7. test patch
8. attach patch
...

I've already explained it somewhere in more detail. A pity it is lost.

I am waiting for Mercurial 1.6 to try anchored MQ. Perhaps then I will
be able to revisit Python contribution process.

> 2) There is no dedicated maintainer for http or cgi.

I can not be. pydotorg tools suxx tremendously and I do not feel
inspired by wasting time trying to fish required information. To be a
maintainer I need:
1. separate commit notifications for the module with ability to reply
to dedicated review group
2. separate bug tracker category for my module with giving users
ability to change every property of it
3. bug tracker timeline for the module that includes ticket changes,
wiki edits, commits and everything else. Filtered.
4. roadmap page with Google Wave content for collaborations
5. dashboard page with links to all the above

Look at Trac Hacks for a minimum acceptable example of a tool that is
able to persuade me to become a stdlib module developer. Sorry for not
able to compile this into a report for EuroPython.

> 3) CGI is a low-level, archaic, inefficient interface.

stdlib doesn't propose anything better.

-- end offtopic --

> 4) The cgi server has grave bugs like this one (from the doc):
> “CGI scripts run by the CGIHTTPRequestHandler class cannot execute redirects 
> (HTTP code 302), because code 200 (script output follows) is sent prior to 
> execution of the CGI script.”

It would be nice if this also clarify if it is the bug of Python class
or a limitation of CGI protocol.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9008] CGIHTTPServer support for arbitrary CGI scripts

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Conflict resolution takes a lot of time
> and I can't afford maintaining a separate copy of Python checkout for
> every patch

Then try various hg features such as named branches, or bookmarks, or mq, or 
pbranch, etc.
(or any SVN-facing tool you would like, including git-svn, bzr-svn, etc.)

> To be a maintainer I need:
[snip]

Most people in most open source projects seem perfectly content without such an 
artillery of sophisticated tools/gadgets. While the workflow can always be 
improved, it is not obvious to me that your requirements are in any way 
reasonable, or even serious ("serious" as in "this is the only reasonable way 
one can work efficiently on Python" -- plenty of people, almost all of them 
unpaid volunteers, seem to disagree).

By the way, the first thing needed to qualify as a maintainer would be to 
*prove* that you are up to the task. Not to have a bunch of nifty tools. In 
other words, you can't just come and say "hey, I'd like to be a maintainer" and 
expect this request to be granted automatically.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

New submission from Mark Dickinson :

I've opened this issue to track efforts to improve the quality of the 
Python/dtoa.c file, which provides Python's string-to-float and float-to-string 
conversions.

Particular issues in mind (non-exhaustive):

 - do a thorough review and test of _Py_dg_dtoa;  this has already
   been done for _Py_dg_strtod (issue 7632, issue 7743), and uncovered
   several problems, including a memory leak, some asserts that were
   triggered in debug mode, and many cases of wrong output.   

 - break out the parsing code from _Py_dg_strtod into a separate
   function, for clarity and maintainability (and possible re-use
   of the parsing code itself)

 - improve _Py_dg_strtod tests, by using contined-fractions to generate
   and test particularly difficult cases.

 - _Py_dg_strtod silently gives wrong results for huge inputs;  while
   not particular serious, this is easily avoidable.

 - improve API to rely on errno less.

 - some pieces of code are currently unused;  improve code coverage
   and tests to identify thoses pieces and remove them.

 - the current code is convoluted in places and hard to explain;
   at least some extra comments should be added.

 - try to make Python/dtoa.c as Python-agnostic as possible, so that
   the code can be reused in other projects where desired.

--
assignee: mark.dickinson
components: Interpreter Core
messages: 107923
nosy: eric.smith, mark.dickinson
priority: normal
severity: normal
status: open
title: Improve quality of Python/dtoa.c
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9003] urllib about https behavior

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
nosy: +belopolsky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9006] xml-rpc Server object does not propagate the encoding to Unmarshaller

[Timothée CEZARD]

Timothée CEZARD  added the comment:

With 2.7 I'm getting another exception 
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 5, column 15
where with 2.6 I was getting 
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa3 in position 0: 
unexpected code byte
I didn't try with 3.2 yet.

I also "fixed" the bug in 2.6 by passing the encoding stored in ServerProxy to 
Transport and then Unmarshaller.
I probably did not do it the proper way but it works now

--
Added file: http://bugs.python.org/file17683/xmlrpclib_fixed.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

[Ruben Bakker]

New submission from Ruben Bakker :

When using imaplib.IMAP4_SSL to open a Gmail mailbox, the readline method can 
go into a infinite loop. It happens after Gmail drops the connection, usually 
after some time/inactivity. The next imaplib request will cause the infinite 
loop inside the readline() method.

Steps to reproduce:
Perform this script (use python -i to get the prompt):

import imaplib

HOST="imap.gmail.com"
PORT=993
USERNAME="usern...@gmail.com"
PASSWORD="password"

server = imaplib.IMAP4_SSL(host=HOST, port=PORT)
server.login(USERNAME, PASSWORD)

def f():
print server.select("INBOX")
print server.uid("FETCH", "1:*", "(UID FLAGS BODY.PEEK[HEADER.FIELDS 
(Subject)])")

Call the f() function and then wait about about an hour. Call f() again and 
server.select() will not return but take all CPU.

Add this line in IMAP4_SSL
  if not char: raise self.abort('socket error: EOF')

complete method:
def readline(self):
"""Read line from remote."""
line = []
while 1:
char = self.sslobj.read(1)
if not char: raise self.abort('socket error: EOF')
line.append(char)
if char == "\n": return ''.join(line)

--
components: Library (Lib)
messages: 107925
nosy: Ruben.Bakker
priority: normal
severity: normal
status: open
title: Infinite loop in imaplib.IMAP4_SSL when used with Gmail
type: behavior
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

[Ruben Bakker]

Ruben Bakker  added the comment:

I forgot to mention that the section after "Add this line to IMAP4_SSL" 
describes the solution. Sorry about that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8937] SimpleHTTPServer should contain usage example

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Fixed in r82018.

--
nosy: +orsenthil
resolution:  -> fixed
stage:  -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9011] ast_for_factor unary minus optimization changes AST

[Alex Samuel]

New submission from Alex Samuel :

The unary negative optimization in ast_for_factor() seems to modify the ST in a 
way changes its meaning.

In Python 3.1.2, the ST is no longer compilable:

$ cat exprbug.py
import parser

st = parser.expr("-3")
print(st.totuple())
compiled = st.compile()
print(eval(compiled))
print(st.totuple())
print(eval(st.compile()))

$ ~/sw/Python-3.1.2/bin/python3 exprbug.py
(258, (326, (301, (305, (306, (307, (308, (310, (311, (312, (313, (314, (315, 
(316, (317, (15, '-'), (317, (318, (319, (2, '3')), (4, ''), 
(0, ''))
-3
(258, (326, (301, (305, (306, (307, (308, (310, (311, (312, (313, (314, (315, 
(316, (317, (15, '-'), (317, (318, (319, (2, '-3')), (4, ''), 
(0, ''))
Traceback (most recent call last):
  File "exprbug.py", line 8, in 
print(eval(st.compile()))
ValueError: could not convert string to float: --3


In earlier versions of Python (I have confirmed 2.5 and 2.6), it is compiled to 
incorrect code and produces wrong results when evaluated:

$ ~/sw/Python-2.6.2/bin/python exprbug.py
(258, (327, (304, (305, (306, (307, (308, (310, (311, (312, (313, (314, (315, 
(316, (15, '-'), (316, (317, (318, (2, '3'), (4, ''), (0, ''))
-3
(258, (327, (304, (305, (306, (307, (308, (310, (311, (312, (313, (314, (315, 
(316, (15, '-'), (316, (317, (318, (2, '-3'), (4, ''), (0, ''))
-1.0


If I remove the big if statement from the front of ast_to_factor(), the code 
behaves correctly.  I think this is because STR(pnum) is changed in place and 
never restored to its previous value.

--
components: Interpreter Core
messages: 107928
nosy: alexhsamuel
priority: normal
severity: normal
status: open
title: ast_for_factor unary minus optimization changes AST
type: behavior
versions: Python 2.5, Python 2.6, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

Here is the history of the issue per Martin v. Löwis on python-dev:

"""

This was added with


r36221 | bcannon | 2004-06-24 03:38:47 +0200 (Do, 24. Jun 2004) | 3 Zeilen

Add compilation of timemodule.c with datetimemodule.c to get
__PyTime_DoubleToTimet().



So it's clearly intentional. I doubt its desirable, though. If only
__PyTime_DoubleToTimet needs to be duplicated, I'd rather put that
function into a separate C file that gets included twice, instead of including 
the full timemodule.c into datetimemodule.c.
"""
-- "Sharing functions between C extension modules in stdlib", 
http://mail.python.org/pipermail/python-dev/2010-June/100587.html

I hope this is non-controversial, but I would like someone to comment on the 
choice of file name.  I chose _timefunc.c to make it more distinguishable from 
module file names.  Ideally, however I would like to see this in either 
_time.h/_time.c pair (both in Module dir like _math.{c,h}) or in 
pytime.h/pytime.c (like pymath.{c,h}).

Marking this as "resource usage" because the patch will result in smaller size 
of datetime module.

--
assignee: belopolsky
messages: 107929
nosy: belopolsky, brett.cannon, loewis, mark.dickinson
priority: normal
severity: normal
stage: patch review
status: open
title: Separate compilation of time and datetime modules
type: resource usage
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
keywords: +patch
Added file: http://bugs.python.org/file17684/timefunc-split.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

[R. David Murray]

R. David Murray  added the comment:

The readline return on '' was introduced by the patch for issue 5949, which 
discusses the fact that SSL may return '' indefinitely in some situations.  
I've merged the nosy list from that issue to this one; anyone who isn't 
interested, my apologies and please delete yourself.  I'm especially hoping 
that Scott Dial will understand what is going on here and be able to suggest a 
fix.

I'm guessing this affects all maintained versions, but since that hasn't been 
tested I'm not updating the versions list.  Ruben, if you can test it with 
2.7RC1 that would be especially helpful, since there are other fixes in 2.7 
that may affect this, and if this is a regression we'll want to fix it before 
the next RC.

--
nosy: +benjamin.peterson, janssen, kevinwatters, ncoghlan, r.david.murray, 
rhettinger, rmore, rtucker, scott.dial
stage:  -> unit test needed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

[R. David Murray]

R. David Murray  added the comment:

Wait a minute, I misread your message.  You don't show the return on ''.  So I 
think perhaps the #5949 patch fixes this.  Ruben, can you please test with 
2.7RC1?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5712] tkinter - askopenfilenames returns string instead of tuple in windows 2.6.1 release

[vijay]

vijay  added the comment:

Two issues related with the workaround suggested by nosklo.

1. Splitting the filepaths isnt simple, as there may be blank spaces etc.
2. We have different versions of Python installed in our Lab machines, some 
have 2.5 and others got 2.6. If I run the code using the version2.6 workaround 
on a machine with version2.5, obviously it gives an error!!

Any updates on a fix? This bug is really giving me a hard time.

--
nosy: +luckycusp

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

[Shashwat Anand]

Shashwat Anand  added the comment:

"import imaplib

HOST="imap.gmail.com"
PORT=993
USERNAME="usern...@gmail.com"
PASSWORD="password"

server = imaplib.IMAP4_SSL(host=HOST, port=PORT)
server.login(USERNAME, PASSWORD)

def f():
print server.select("INBOX")
print server.uid("FETCH", "1:*", "(UID FLAGS BODY.PEEK[HEADER.FIELDS 
(Subject)])")

Call the f() function and then wait about about an hour. Call f() again and 
server.select() will not return but take all CPU."

Tried to reproduce this on Python 2.7RC1. Seemed Ok to me. Took some 3 seconds 
to call f() not only once, but twice, thrice.

--
nosy: +l0nwlf

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8937] SimpleHTTPServer should contain usage example

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Merged into other branches in r82020, r82022 and r82023.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5712] tkinter - askopenfilenames returns string instead of tuple in windows 2.6.1 release

[vijay]

vijay  added the comment:

Update!! I found a very good workaround for this and it works very nicely, with 
both 2.5 and 2.6 versions. 

Below is the segment from my code:-

from Tkinter import *
import tkFileDialog

master = Tk()
master.withdraw() #hiding tkinter window

Inputfiles = tkFileDialog.askopenfilenames(title="Select the source input 
file(s)", filetypes=[("mpf file",".mpf"),("All files",".*")])

#Heres the TRICK!
InputfilesList =  master.tk.splitlist(Inputfiles)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Based on IRC discussion, here is a modified patch that places C code in _time.c 
and creates a stub for _time.h so that future shared definitions can go there.

--
Added file: http://bugs.python.org/file17685/issue9012.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
stage: patch review -> commit review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9003] urllib about https behavior

[Justin Samuel]

Changes by Justin Samuel :


--
nosy: +jsamuel

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8998] add crypto routines to stdlib

[Justin Samuel]

Changes by Justin Samuel :


--
nosy: +jsamuel

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

[Justin Samuel]

Changes by Justin Samuel :


--
nosy: +jsamuel

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Added new Module/_time.h to the patch.

--
Added file: http://bugs.python.org/file17686/issue9012.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


Removed file: http://bugs.python.org/file17685/issue9012.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

Created new 'py3k-dtoa' branch for this work in r82024.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

[R. David Murray]

R. David Murray  added the comment:

NLCR_eol patch merged to 2.6 in r82010, py3k in r82011, and 3.1 in r82012.

Since there's been no further feedback I'll close this.  If someone comes up 
with a test case for the boundary_re, they can open a new issue.

--
resolution:  -> fixed
stage: unit test needed -> committed/rejected
status: open -> closed
type:  -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9013] Implement tzinfo.dst() method in timezone

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

This idea was brought in the original fixed offset timezone proposal (see issue 
5094), but was met with some opposition.  See msg106914, point 2. As a result, 
the timezone implementation is in conflict with tzinfo documentation that says 
"If utcoffset() does not return None, dst() should not return None either." 
http://docs.python.org/dev/py3k/library/datetime.html#datetime.tzinfo.utcoffset


Note that dst() is not needed for time calculations involving fixed offset 
timezones because DST shift is included in utcoffset().  It is however needed 
for interoperability with timetuple time representation. See issue9004.

If the long term goal is to move users from using timetuples to to datetime 
objects, it is important for time objects to be able to store DST flag.

--
assignee: belopolsky
components: Extension Modules
messages: 107940
nosy: belopolsky
priority: normal
severity: normal
stage: unit test needed
status: open
title: Implement tzinfo.dst() method in timezone
type: feature request
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9013] Implement tzinfo.dst() method in timezone

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
dependencies: +datetime lacks concrete tzinfo implementation for UTC
nosy: +brett.cannon, mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Here's a patch fixing the problem.

--
keywords: +patch
versions: +Python 3.1, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file17687/msvc9compiler.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

If possible, the patch should go into Python 2.7 rc2, since without it, you 
can't build Python extensions on Windows x64 platforms.

--
assignee: tarek -> benjamin.peterson
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

A couple of preparatory commits:

r82025: In _Py_dg_strtod, 'e' now represents the adjusted exponent rather than 
the base exponent;  that is, the input value is of the form +- m * 10**e with 
0.1 <= m < 1.0.  It's easier to produce such an 'e' from the parsing stage if 
we care about detecting overflow and underflow.

r82031: Update the s2b function:  remove a premature optimization in order to 
make s2b more general and its correctness more easily verifiable; alter the way 
that the input string is parsed so that it doesn't depend on nd0 being in the 
range [0, nd].

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

And here's a patch to pull out the parsing stage of _Py_dg_strtod into a 
separate function.

--
keywords: +patch
Added file: http://bugs.python.org/file17688/dtoa_parsing.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

r82032: Commit some additional tests for test_strtod.py.

test_extra_long_significand will currently fail;  with the dtoa_parsing patch, 
it passes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Changes by Mark Dickinson :


--
stage:  -> patch review
type:  -> feature request

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5712] tkinter - askopenfilenames returns string instead of tuple in windows 2.6.1 release

[Clovis Fabricio]

Clovis Fabricio  added the comment:

UGH! Sorry for that, I mispasted something and didn't notice, since it filled 
the comment entry box perfectly :(

This is the real message I meant to paste:



vijay,

The workaround I provided above takes the blank spaces in filepaths
you mention into account and splits the paths correctly in all
situations I can think of. I'm using it in production now for over an
year, and had no issues at all. Perhaps you can provide an example of
path that would break the code, so it can be fixed.

thanks in advance
Clovis

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Eric Smith]

Eric Smith  added the comment:

I realize the ship's already sailed on this issue [1], but isn't it a problem 
that editing this code makes it more difficult to apply patches from Gay's 
original code? What do we do if Gay releases a new version of his code with bug 
fixes?


[1] Sorry non-native American-English speakers. I mean that we already have 
this problem since we've already modified the code.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

Gay's changes tend to be very small;  any bugfixes he releases can likely be 
applied by hand, if they're relevant.

I did originally want to keep close to Gay's code, but frankly I'm not very 
happy with the quality of that code;  and in communications with Gay it's 
become clear that there are issues that will not be fixed upstream, but that I 
consider unacceptable for Python's copy of dtoa.c.

Some examples of problems with the original code:

(1) Gay's code does no checking of return values from malloc.  We had to add 
those checks, which was the first point at which our code started diverging 
from his.

(2) There's a segment at the beginning of the bigcomp function that's 
unnecessary, and in fact would produce incorrect results if it were ever 
called;  it's just about possible to show that it *can't* ever be called.  I've 
asked David Gay about this, but he insists that it's necessary.  (I've removed 
it in Python's version of the code.)

(3) The original code silently produces wrong results for huge inputs (more 
than 2 characters);  I know this is an extreme use case, but again I find 
this unacceptable for Python.  (I haven't asked Gay about this;  I'd be very 
surprised if he wanted to do anything about it, though.)

(4) The original code is horribly convoluted in places, making it very 
difficult to check for correctness.  (For example, see the spaghetti mess in 
the parsing section of strtod.c).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's the section of the 'bigcomp' code that I was referring to above:

/* Now b/d = exactly half-way between the two floating-point values */
/* on either side of the input string.  Compute first digit of b/d. */

if (!(dig = quorem(b,d))) {
b = multadd(b, 10, 0);  /* very unlikely */
dig = quorem(b,d);
}

You can see it in the original source at http://www.netlib.org/fp/dtoa.c

This code is part of the algorithm for strtod.  Here b and d are Bigints, and b 
/ d is a fraction that gives an approximation to the value of the input to 
strtod;  the aim is to produce the digits of b / d one-by-one to compare them 
with the strtod input, and (eventually) use the result of that comparison work 
out whether to round up or down.

If the condition of the 'if' block above is ever satisfied, b is multiplied by 
10 (that's the multadd(b, 10, 0) call), so the fraction b / d is multiplied by 
10 (with no corresponding correction for the strtod input string), and the 
wrong comparison is made!

There are many other similar pieces of code in _Py_dg_strtod that can never get 
called (I've run coverage programs over the code to help verify this);  trying 
to establish the correctness of the current code isn't easy.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Eric Smith]

Eric Smith  added the comment:

Just to be clear: I'm okay with this divergence, as long as we've made it
clear we're explicitly doing so and we've given our reasons. Mark's done
that, and of course he's the expert in the subject.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5712] tkinter - askopenfilenames returns string instead of tuple in windows 2.6.1 release

[Éric Araujo]

Changes by Éric Araujo :


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5712] tkinter - askopenfilenames returns string instead of tuple in windows 2.6.1 release

[vijay]

vijay  added the comment:

Hi Clovis

Ok, I did not check if your split string function check for spaces or not, 
sorry for that. 

In my first post I mentioned this:-

"2. We have different versions of Python installed in our Lab machines, some 
have 2.5 and others got 2.6. If I run the code using the version2.6 workaround 
on a machine with version2.5, obviously it gives an error!!"

Infact I started out using your split string function but it was on a machine 
with Python2.6. It worked fine. Then I ran the same code on a machine with 
version Python2.5 and it threw an error when I tried calling your function, 
because the argument I passed to your function was already a tuple and not a 
string!! (I hope I could explain without confusing)

I would prefer my code to have some level of downward compatibility (to be able 
to run on Python of lower versions). Thats the reason I prefer to use the 
'splitlist' method from Tkinter, as I dont need to change my code for different 
Python versions.

Best Regards
Vijay

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9014] Incorrect documentation of the PyObject_HEAD macro

[Renato Cunha]

New submission from Renato Cunha :

PyObject_HEAD's documentation in py3k 
(http://docs.python.org/dev/py3k/c-api/structures.html#PyObject_HEAD) uses the 
same content used in the python 2.x's docs which is wrong, as there were some 
API changes.

PyObject_HEAD is actually defined as

#define PyObject_HEAD PyObject ob_base;

with PyObject defined as

typedef struct _object {
_PyObject_HEAD_EXTRA
Py_ssize_t ob_refcnt;
struct _typeobject *ob_type;
} PyObject;

(The PyTRACE_REFS discussion is still valid, though.)

Additionally, it'd be nice to mention that the Py_REFCNT(ob) and Py_TYPE(ob) 
macros should be used to access the PyObject members.

--
assignee: d...@python
components: Documentation
messages: 107953
nosy: d...@python, trovao
priority: normal
severity: normal
status: open
title: Incorrect documentation of the PyObject_HEAD macro
type: behavior
versions: Python 3.1, Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7689] Pickling of classes with a metaclass and copy_reg

[Gerald Dalley]

Gerald Dalley  added the comment:

Another use case: for distributed processing, it's handy to be able to pickle 
interactive functions and functions that are part of a script.  The user can 
then remotely execute a broader set of functions than can be pickled by 
default.  This is especially helpful for interactive exploration of data.

Pickling most types of functions is possible by serializing a function's 
bytecode, etc. and registering a handler with copy_reg.  Unfortunately, this 
handler is ignored under some conditions (e.g. copy_reg is ignored when 
attempting to serialize top-level functions in a script) but the copy_reg 
handler does get used for lambdas and inner functions.  This patch looks like 
it will allow FunctionType's pickle handler to be overridden in all cases.

--
nosy: +dalleyg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's an updated version of the parsing patch, with rewritten comments, but no 
significant code changes.

--
Added file: http://bugs.python.org/file17689/dtoa_parsing2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7689] Pickling of classes with a metaclass and copy_reg

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for your report and patch. I’m editing the versions field: New features 
and bug fixes go to the active branch, py3k (future 3.2), while only security 
and documentation fixes are allowed to go in stable branches (2.6 and 3.1). 
Current trunk (2.7) is frozen, since it’s in release candidate stage; if your 
bug is fixed in py3k really soon, we’ll ask the release manager Benjamin 
Peterson if he agrees to let it into 2.7. Thanks again!

--
keywords: +needs review
nosy: +merwok
stage:  -> patch review
versions:  -Python 2.5, Python 2.6, Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue850997] mbcs encoding ignores errors

[STINNER Victor]

STINNER Victor  added the comment:

Patch version 4:
 - encode_mbcs() uses WC_NO_BEST_FIT_CHARS flag in strict mode. Examples: ğ and 
ł are not more replaced by g and l
 - encode_mbcs() doesn't set *repr to NULL on encode error: the caller does 
anyway destroy it
 - write more documentation about mbcs, especially about the error handlers and 
the changes in Python 3.2

--
Added file: http://bugs.python.org/file17690/mbcs_errors-py3k-4.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9009] Improve quality of Python/dtoa.c

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Mark,

It is great to see you doing this.  I looked at this code on several occasions 
before and each time ran away scared!  I sincerely hope I will understand how 
it works after your rewrite.

Just a small suggestion at this point: can you give longer names to args and 
local variables?  The current alphabet soup is a bit confusing:

c, s, s0, s1, se, s00(!), e, nd, nd0, pnd, pnd0 ...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

[Guido van Rossum]

Guido van Rossum  added the comment:

Could this be related to issue 8077?

--
nosy: +gvanrossum

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8077] cgi handling of POSTed files is broken

[Guido van Rossum]

Guido van Rossum  added the comment:

Could this be related to issue 4953?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Committed in r82034.

--
stage: commit review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[STINNER Victor]

STINNER Victor  added the comment:

Reopen: r82034 broke Windows build

http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/802/steps/compile/logs/stdio

---
Build started: Project: pythoncore, Configuration: Debug|Win32
Linking...
   Creating library 
D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\PCbuild\python32_d.lib 
and object 
D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\PCbuild\python32_d.exp
datetimemodule.obj : error LNK2019: unresolved external symbol 
__PyTime_DoubleToTimet referenced in function _date_local_from_time_t
timemodule.obj : error LNK2001: unresolved external symbol 
__PyTime_DoubleToTimet
D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\PCbuild\\python32_d.dll 
: fatal error LNK1120: 1 unresolved externals
Build log was saved at 
"file://D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\PCbuild\Win32-temp-Debug\pythoncore\BuildLog.htm"
---

--
nosy: +haypo
resolution: accepted -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9012] Separate compilation of time and datetime modules

[STINNER Victor]

STINNER Victor  added the comment:

> Reopen: r82034 broke Windows build

Fixed by r82035.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9015] array.array.tofile cannot write arrays of sizes > 4GB, even compiled for amd64

[Bill Steinmetz]

New submission from Bill Steinmetz :

Here's my Python version info:
Python 2.6.5 (r265:79096, Mar 19 2010, 18:02:59) [MSC v.1500 64 bit (AMD64)] on 
win32


Here's my code that won't return (Start with a file > 4GB "hugefile.bin"):

siz = (1<<32)

print "making array (%d) bytes" % siz
fin = open("hugefile.bin","rb")
a = array.array("B")
a.fromfile(fin, siz)
fin.close()

print "writing array (%d) bytes" % siz
fout = open("foo.bin","wb")
a.tofile(fout)
print "wrote 2^32 bytes with array.tofile"



I never get the third print statement :(

--
components: Extension Modules
messages: 107964
nosy: Bill.Steinmetz
priority: normal
severity: normal
status: open
title: array.array.tofile cannot write arrays of sizes > 4GB, even compiled for 
amd64
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue850997] mbcs encoding ignores errors

[STINNER Victor]

STINNER Victor  added the comment:

I commited the last patch to py3k: r82037. Let see how the buildbots react :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9015] array.array.tofile cannot write arrays of sizes > 4GB, even compiled for amd64

[Bill Steinmetz]

Bill Steinmetz  added the comment:

Looks like the issue is Microsoft's fwrite

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2475] Popen.poll always returns None

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Should this be closed or is this still a problem in 2.7 (release candidate out 
now, final soon) or 3.1?

--
nosy: +tjreedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8857] socket.getaddrinfo needs tests

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

> FreeBSD/Qemu: ipv6 is ok, but this fails:
[...]

That failure refers to this test:

# by specifying "http" we expect all returned sockets have
# STREAM type
infos = socket.getaddrinfo(HOST, "http")
for _, socktype, _, _, _ in infos:
 self.assertEqual(socktype, socket.SOCK_STREAM)

...and means that getaddrinfo() consider UDP (socket.SOCK_DGRAM == 1) a valid 
transfer protocol for HTTP.
By googling around it seems this might actually be true:
http://stackoverflow.com/questions/323351/does-http-use-udp

Changing the string to "ftp" should solve the problem.
As for the IPv6 failure I added some extra code which executes the test only 
after verifying that binding an IPv6 socket is actually possible.

Btw, socket.has_ipv6 documentation should be more clear about the fact that 
having it == True doesn't necessarily mean IPv6 is actually supported.

--
Added file: http://bugs.python.org/file17691/getaddrinfotest.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8857] socket.getaddrinfo needs tests

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


Removed file: http://bugs.python.org/file17516/getaddrinfotest.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8857] socket.getaddrinfo needs tests

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


Removed file: http://bugs.python.org/file17691/getaddrinfotest.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8857] socket.getaddrinfo needs tests

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


Added file: http://bugs.python.org/file17692/getaddrinfotest.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8857] socket.getaddrinfo needs tests

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

Forgot to include socket.gaierror in the list of exceptions.
New patch in attachment.

--
Added file: http://bugs.python.org/file17693/getaddrinfotest.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3687] Popen() object stdout attribute reassignment behaviour

[Terry J. Reedy]

Terry J. Reedy  added the comment:

While it could be argued that it is 'obvious' that changing the stdin, stdout, 
stderr, and pid of a processes cannot work, I agree that a small addition would 
be good. In 17.1.2. Popen Objects, after "The following attributes are also 
available", insert " (do not try to change them)" before ':'.

Actually, it seems to me that the attributes should actually be read-only (in 
3.2) if possible (via custom Popen.__setattr__), in which case the only doc 
change needed (for 3.2) would be insertion of 'read-only' before 'attributes'.

Georg, if you know the id of the subprocess maintainer (if there is one now), 
could you add him to the nosy list for an opinion or comment?

--
nosy: +tjreedy
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3765] [patch] allow mmap take file offset as argument

[Terry J. Reedy]

Terry J. Reedy  added the comment:

This request is slightly confusing. The first sentence implies that you want 
offset to be a requirement (as opposed to being an option). That would not be 
acceptable. Later it seems that you want it added as an option (as opposed to 
not available). That seems sensible, and indeed, in 3.1, offset *is* an option 
(with a default of 0). So I am closing this as out-of-date (because fixed).

For future submissions, upload patches to the tracker as a file attached to the 
issue. The url you gave now gives 404 not found error.

--
nosy: +tjreedy
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3874] documentation bug: HTMLParser needs to document unknown_decl

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Documentation issues should be component: documentation rather than library. 
When submitting one, please at least indicate the module or class concerned. I 
have never heard of 'unknown_decl' function.

Preferably, indicate the specific section you want modified, by version, number 
and name. Best is to submit a suggested text to be inserted.  You may know 
better than most issue reviewers what should be said. Someone else will add 
markup and possibly edit.

If you respond, this will be reopened. Please indicate whether this issue 
applies to 3.x and add 3.1 and 3.2 if it does.

--
assignee:  -> d...@python
components: +Documentation -Library (Lib)
nosy: +d...@python, tjreedy
status: open -> pending
versions: +Python 2.6, Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3709] BaseHTTPRequestHandler innefficient when sending HTTP header

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Does this issue apply to 3.1/2?

--
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9011] ast_for_factor unary minus optimization changes AST

[R. David Murray]

Changes by R. David Murray :


--
nosy: +benjamin.peterson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8814] functools.WRAPPER_ASSIGNMENTS should include __annotations__

[Terrence Cole]

Terrence Cole  added the comment:

Alright, I've added several tests.  I also modified update_wrapper to not copy 
missing attributes (like __annotations__ on builtin methods) -- see issue 
1576241.

(I also finally see what you mean with removing 3.3 from the versions list.  
Sorry I didn't grok that before.)

--
Added file: 
http://bugs.python.org/file17694/functools-wrapper-assign-annotations.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3841] IDLE: quirky behavior when displaying strings longer than 4093 characters

[Terry J. Reedy]

Terry J. Reedy  added the comment:

3.1, WinXP, works fine.
I am inclined to close this as idiosyncratic to a particular 2.5 installation, 
which is beyond patching now anyway.

OP, respond if you have a problem with new 2.7, and include version splash line 
like "Python 3.1.2 (r312:79149, Mar 21 2010, 00:41:52) [MSC v.1500 32 bit 
(Intel)] on win32"

--
nosy: +tjreedy
resolution:  -> works for me
status: open -> pending
versions:  -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3687] Popen() object stdout attribute reassignment behaviour

[Legoll Vincent]

Legoll Vincent  added the comment:

On Thu, Jun 17, 2010 at 2:34 AM, Terry J. Reedy  wrote:
> While it could be argued that it is 'obvious'

What is obvious for someone maybe is not for others, if I tried to modify it,
that was on the (false) assumption that it will do what I wanted (whatever
that is)...

Adding more precision to documentation or making the interface fool proof
will make life of dumb devs like me easier by not having to guess or try.

Thanks for taking care of this.

--
nosy: +vlegoll

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3290] python-config --cflags includes irrelevant flags

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Is this still an issue for current trunks?

--
nosy: +tjreedy
versions: +Python 2.7, Python 3.2 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1593035] readline problem on ia64-unknown-linux-gnu

[Terry J. Reedy]

Terry J. Reedy  added the comment:

In the absence of a claim otherwise, I am assuming that this is now either 
fixed or out-of-date

--
nosy: +tjreedy
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3990] The Linux2 platform definition is incorrect for alpha, hppa, mips, sparc

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
versions:  -Python 2.4, Python 2.5, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3862] test_array fails on FreeBSD7 amd64

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Was the fix forward ported or is this an issue for 3.1/2?

--
nosy: +tjreedy
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1633863] AIX: configure ignores $CC

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
versions:  -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4099] dir on a compiled re does not show pattern as a part of the list

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
versions: +Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1107887] Speed up function calls/can add more introspection info

[Terry J. Reedy]

Terry J. Reedy  added the comment:

This appears to be a feature request that could now go into 3.2 at the 
earliest, or even 3.3 if it were to violate the core change moratorium. But I 
do not know if it even applies to the 3.x series.

--
nosy: +tjreedy
type:  -> feature request
versions: +Python 3.2 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4202] Multiple interpreters and readline module hook functions.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The be an issue, tests with currents interpreters are needed. You may be right, 
but it may be that no one ever uses readline with subinterpreters.

--
nosy: +tjreedy
status: open -> pending
versions:  -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1107887] Speed up function calls/can add more introspection info

[Collin Winter]

Collin Winter  added the comment:

I tried making this work early last year as part of Unladen Swallow, and even 
though I got it working and it does speed up certain builtin calls, it didn't 
move overall application performance at all. I believe this was due to cache 
effects, branch mispredicts or something else. Based on that experience, I 
don't believe this is really worth pursuing on its own.

That said, something like this is included in Unladen Swallow, which uses it to 
make direct calls to certain C functions. I'm going to close this accordingly.

--
resolution:  -> later
status: open -> closed
type: feature request -> performance

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4253] Maildir dumpmessage on

[Terry J. Reedy]

Terry J. Reedy  added the comment:

This report is a bit hard to interpret. In 3.1, the mailbox module has a 
Maildir class with a private _dump_message method. Since the method is 
undocumented and not part of the public API, there cannot be a conflict between 
the doc and behavior ;-).

So you need to show with minimal but complete code, and now, with 2.7 or 3.1, 
that there is a bug in a public method caused by its use of the private method.

I do not see what the code line has to do with the report.

--
nosy: +tjreedy
versions: +Python 2.7 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4280] Version Checker

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
components: +Demos and Tools -Tests
versions: +Python 3.2 -Python 2.5, Python 2.6, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4452] Incorrect docstring of os.setpgrp

[Terry J. Reedy]

Terry J. Reedy  added the comment:

os.setpgrp is unix only, I am windows only ;-(.
However, the 3.1 manual says "Call the system call setpgrp() or setpgrp(0, 0)() 
depending on which version is implemented (if any). "

Given the name of the function and the above, I suspect the OP is correct. The 
change is small enough that I might not bother with 2.6 and 3.1.

--
assignee:  -> d...@python
components: +Documentation
nosy: +d...@python, tjreedy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.4, Python 2.5, Python 
3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com