[issue1368247] unicode in email.MIMEText and email/Charset.py

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Hi David,
The attached patch for this issue:

+if isinstance(payload, unicode):
+payload = payload.encode(msg.get_charset().output_charset or 
'us-ascii')

looks fine enough to me. Are you worried about the /or 'us-ascii'/ part of this 
patch? 

IMHO, the patch may prevent the straight forward Exception for which the issue 
was raised.

But on a larger scale, it is advisable to document MIMEText usage wth encoding 
as you mentioned.

--
nosy: +orsenthil

___
Python tracker 

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

[issue7584] datetime.rfcformat() for Date and Time on the Internet

[Daniel Urban]

Daniel Urban  added the comment:

Is anyone still interested in this? Is there a problem with my patch?
Thanks.

--

___
Python tracker 

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

[issue7582] [patch] diff.py to use iso timestamp

[anatoly techtonik]

anatoly techtonik  added the comment:

So, what about 2.7 ?

--

___
Python tracker 

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

[issue7584] datetime.rfcformat() for Date and Time on the Internet

[anatoly techtonik]

anatoly techtonik  added the comment:

Thanks Daniel. I am still interested in this. My Python code as well as your 
patch doesn't specify that "Z" must be present when time zone offset is unknown 
or absent, but Atom specification mentions that and I believe this is that most 
users expect to see. In fact I needed such function for implementing Atom feed 
for Trac, so in my opinion Z is more clear than -00:00 or +00:00

I also was waiting for a final resolution of issue7582 which discusses the 
proper way to get UTC offset. The function used to correctly build RFC 3339 
timestamp from file modification time evolved to the following code:

def isomtime(fname):
"""Return file modification time in RFC 3339 (ISO 8601 compliant) format"""
stamp = time.localtime(os.stat(fname).st_mtime)

# determine UTC offset rounded to minutes
# (see http://bugs.python.org/issue7582 for discussion)
#   true if file was modified during active DST
isdst = stamp.tm_isdst
utcoffset = -(time.altzone if (time.daylight and isdst) else time.timezone) 
// 60

suffix = "%+03d:%02d" % (utcoffset // 60, abs(utcoffset) % 60)
return time.strftime("%Y-%m-%dT%H:%M:%S", stamp) + suffix

--

___
Python tracker 

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

[issue5565] Strange behavior when I logout() with IMAP4_SSL

[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

[issue8106] SSL session management

[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

[issue6560] socket sendmsg(), recvmsg() methods

[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

[issue808164] socket.close() doesn't play well with __del__

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Unfortunately, that can result in ugly error messages when the
> interpreter is exiting.

The classical solution is to early bind the necessary globals to
argument defaults, such as:

def __del__(self, _socketclose=_socketclose):
_socketclose(self._socket)

--

___
Python tracker 

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

[issue8557] subprocess portability issue

[Dave Abrahams]

New submission from Dave Abrahams :

On POSIX systems, the PATH environment variable is always used to
look up directory-less executable names passed as the first argument to 
Popen(...), but on Windows, PATH is only considered when shell=True is also 
passed.  

Actually I think it may be slightly weirder than that when
shell=False, because the following holds for me:

C:\>rem # Prepare minimal PATH #
C:\>set 
"PATH=C:\Python26\Scripts;C:\Python26;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem"

C:\>rem # Prepare a minimal, clean environment #
C:\>virtualenv --no-site-packages e:\zzz
New python executable in e:\zzz\Scripts\python.exe
Installing setuptoolsdone.

C:\>rem # Show that shell=True makes the difference in determining whether 
PATH is respected #
C:\>python
Python 2.6.5 (r265:79096, Mar 19 2010, 18:02:59) [MSC v.1500 64 bit (AMD64)] on 
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import subprocess
>>> subprocess.Popen(['python', '-c', 'import sys; print sys.executable'])

>>> C:\Python26\python.exe

>>> subprocess.Popen(['python', '-c', 'import sys; print sys.executable'], 
>>> env={'PATH':r'e:\zzz\Scripts'})

>>> C:\Python26\python.exe

>>> subprocess.Popen(['python', '-c', 'import sys; print sys.executable'], 
>>> env={'PATH':r'e:\zzz\Scripts'}, shell=True)

>>> e:\zzz\Scripts\python.exe

That is, it looks like the environment at the time Python is invoked is what 
counts unless I pass shell=True.  I don't even seem to be able to override this 
behavior by changing os.environ: you can clear() it and pass env={} and 
subprocess.Popen(['python']) still succeeds.

This is a very important problem for portable code and one that took me hours 
to suss out.  I think:

a) the current behavior needs to be documented
b) it needs to be fixed if possible
c) otherwise, shell=True should be the default

--
assignee: d...@python
components: Documentation
messages: 104422
nosy: dabrahams, d...@python
priority: normal
severity: normal
status: open
title: subprocess portability issue
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

[issue8558] StringIO().truncate causes zero-bytes in getvalue()

[holger krekel]

New submission from holger krekel :

Running the attached file with python3.1.1 works fine, all assertions pass.  
Running it with 3.1.2 gives me this output: 

$ python3.1.2/bin/python3.1 stringio_fail.py
Traceback (most recent call last):
  File "stringio_fail.py", line 12, in 
assert s == "world", repr(s)
AssertionError: '\x00\x00\x00\x00\x00world'

--
components: IO
files: stringio_fail.py
messages: 104423
nosy: hpk
priority: normal
severity: normal
status: open
title: StringIO().truncate causes zero-bytes in getvalue()
type: behavior
versions: Python 3.1
Added file: http://bugs.python.org/file17116/stringio_fail.py

___
Python tracker 

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

[issue8558] StringIO().truncate causes zero-bytes in getvalue()

[Antoine Pitrou]

Antoine Pitrou  added the comment:

This is a last-minute API change. truncate() was modified not to change the 
file position anymore. We should probably document it more explicitly.

See the following subthread in python-dev:
http://mail.python.org/pipermail/python-dev/2009-September/092127.html

--
assignee:  -> d...@python
components: +Documentation
nosy: +d...@python, pitrou

___
Python tracker 

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

[issue8558] StringIO().truncate causes zero-bytes in getvalue()

[holger krekel]

holger krekel  added the comment:

Ah, thanks for the pointer.  So indeed, for me truncate(0)+seek(0)
works fine for all interpreters i care for (python2.4 - 3.1.X),
previously truncate(0) was enough.

--

___
Python tracker 

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

[issue7865] io close() swallowing exceptions

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I'm quite surprised it wasn't already covered by the test suite :S

Probably an oversight. Do you want to add some tests?

> Should a flush on a closed stream fail (at the moment sometimes it
> does, sometimes doesn't) ?

It probably should, yes.

> Why is sometimes ValueError used when I'd rather expect an IOError ?

Because it's not an IO error at all. No I/O occurs. You are just using
the file wrongly (or the wrong file), hence the ValueError.

--

___
Python tracker 

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

[issue3928] os.mknod missing on Solaris

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

Patch committed.

trunk (2.7): r80574
2.6: r80575
py3k (3.2): r80576
3.1: r80577

--
resolution:  -> accepted
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

[issue8550] Expose SSL contexts

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +heikki

___
Python tracker 

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

[issue6662] HTMLParser.HTMLParser doesn't handle malformed charrefs

[Fredrik Håård]

Fredrik Håård  added the comment:

Confirmed on trunk.
Attached a (what I think is) minimal patch to fix, together with a tweak of 
existing unit test case to verify it.

--
keywords: +patch
versions: +Python 2.7
Added file: http://bugs.python.org/file17117/Issue6662.patch

___
Python tracker 

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

[issue8557] subprocess portability issue

[Dave Abrahams]

Dave Abrahams  added the comment:

It's worse than I thought; there isn't even one setting for shell that works 
everywhere.  This is what happens on POSIX (tested on Mac and Ubuntu):

$ mkdir /tmp/xxx
$ cd /tmp/xxx
xxx $ virtualenv /tmp/zzz
xxx $ python
Python 2.6.5 (r265:79063, Mar 23 2010, 08:10:08) 
[GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from subprocess import *
>>> p = Popen(['python', '-c', 'import sys;print sys.executable'], 
...   stdin=PIPE,stdout=PIPE,stderr=PIPE,
...   env={'PATH':'/tmp/zzz/bin'})
>>> stdout,stderr = p.communicate(None)
>>> print stdout
/tmp/zzz/bin/python

>>> print stderr

>>> p = Popen(['python', '-c', 'import sys;print sys.executable'], shell=True,
...   stdin=PIPE,stdout=PIPE,stderr=PIPE,
...   env={'PATH':'/tmp/zzz/bin'})
>>> stdout,stderr = p.communicate(None)
>>> print stdout

>>> print stderr

--

___
Python tracker 

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

[issue7582] [patch] diff.py to use iso timestamp

[Brian Curtin]

Brian Curtin  added the comment:

2.7 is now frozen as far as new features go. It's still good for 3.2.

I think this is ready to go, so I'll probably commit it later in the day.

--
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

[issue8559] test_gdb: test_strings() fails with ASCII locale

[STINNER Victor]

New submission from STINNER Victor :

http://www.python.org/dev/buildbot/builders/alpha Debian 
3.x/builds/67/steps/test/logs/stdio

==
ERROR: test_strings (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode strings
--
Traceback (most recent call last):
  File 
"/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/test/test_gdb.py", line 
230, in test_strings
self.assertGdbRepr('\u2620')
  File 
"/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/test/test_gdb.py", line 
176, in assertGdbRepr
cmds_after_breakpoint)
  File 
"/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/test/test_gdb.py", line 
144, in get_gdb_repr
import_site=import_site)
  File 
"/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/test/test_gdb.py", line 
120, in get_stack_trace
out, err = self.run_gdb(*args)
  File 
"/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/test/test_gdb.py", line 
60, in run_gdb
args, stdout=subprocess.PIPE, stderr=subprocess.PIPE,
  File "/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/subprocess.py", 
line 670, in __init__
restore_signals, start_new_session)
  File "/home/doko/buildarea/3.x.klose-debian-alpha/build/Lib/subprocess.py", 
line 1115, in _execute_child
restore_signals, start_new_session, preexec_fn)
UnicodeEncodeError: 'ascii' codec can't encode character '\u2620' in position 
4: ordinal not in range(128)

You can try with: "LANG= ./python Lib/test/regrtest.py test_gdb".

We should skip the test if '\u2620' is not encodable to 
sys.getfileystemencoding(), or maybe use '\\u2620'.

--
components: Tests, Unicode
messages: 104431
nosy: dmalcolm, haypo, loewis
priority: normal
severity: normal
status: open
title: test_gdb: test_strings() fails with ASCII locale
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

[issue1813] Codec lookup failing under turkish locale

[Jakub Wilk]

Changes by Jakub Wilk :


--
nosy: +jwilk

___
Python tracker 

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

[issue7490] IGNORE_EXCEPTION_DETAIL should ignore the module name

[Nick Coghlan]

Nick Coghlan  added the comment:

Committed for 2.7 in r80578

I'll forward port to 3.2 at some point after the next 2.7 beta is out.

--
resolution:  -> accepted
stage: patch review -> committed/rejected
status: open -> pending

___
Python tracker 

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

[issue5516] equality not symmetric for subclasses of datetime.date and datetime.datetime

[Nick Coghlan]

Nick Coghlan  added the comment:

I think I'll concur with the "this is a mess" assessment.

Given that state of affairs, punting on this until 3.2 (at the earliest).

--
assignee: ncoghlan -> 
versions: +Python 3.2 -Python 2.4, Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

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

[issue8202] sys.argv[0] and python -m package

[Nick Coghlan]

Nick Coghlan  added the comment:

Committed for 2.7 in r80580 (as it turns out, the hack I remembered was 
probably from the original pre-runpy 2.4 implementation and has since been 
replaced by the proper runpy based system. This bug was likely just a lingering 
remnant of that original hackish approach).

Will forward port to 3.2 after the 2.7 beta is out.

--
resolution:  -> accepted
stage:  -> committed/rejected
status: open -> pending

___
Python tracker 

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

[issue5178] Add context manager for temporary directory

[Nick Coghlan]

Nick Coghlan  added the comment:

Missed the boat for 2.7 I'm afraid. Definitely one to take another look at for 
3.2 though.

--
assignee: ncoghlan -> 
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

[issue1644818] Allow importing built-in submodules

[Nick Coghlan]

Nick Coghlan  added the comment:

I'll have a closer look at this tomorrow with the aim of getting it into 2.7b2.

(I'm inclined to agree with jd that this is just a bug in the existing 
implementation, hence the change in the issue type)

--
type: feature request -> 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

[issue5251] contextlib.nested inconsistent with, well, nested with statements due exceptions raised in __enter__

[Nick Coghlan]

Changes by Nick Coghlan :


--
versions: +Python 3.2 -Python 3.0

___
Python tracker 

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

[issue8557] subprocess portability issue

[Mark Summerfield]

Mark Summerfield  added the comment:

IMO there's another problem with subprocess portablity---the lack of control 
over encodings: see issue 6135.

--
nosy: +mark

___
Python tracker 

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

[issue8552] msilib can't create large CAB files

[Bill Janssen]

Bill Janssen  added the comment:

Yes, I've tried that.  No joy.  Right now I'm trying an approach which
packages each top-level directory as a separate cab.

What I'm finding is that if I get up around 4200 files, it breaks,
regardless of the file sizes.  Out of curiosity, how many files are in the
Python MSI file?

Bill

On Tue, Apr 27, 2010 at 11:37 PM, Martin v. Löwis 
wrote:

>
> Martin v. Löwis  added the comment:
>
> You could also try to commit the MSI file in-between, which may release
> memory.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file17118/unnamed

___
Python tracker 

___Yes, I've tried that.  No joy.  Right now I'm trying an approach 
which packages each top-level directory as a separate 
cab.What I'm finding is that if I get up around 4200 
files, it breaks, regardless of the file sizes.  Out of curiosity, how many 
files are in the Python MSI file?
BillOn Tue, Apr 27, 2010 
at 11:37 PM, Martin v. Löwis rep...@bugs.python.org> 
wrote:

Martin v. Löwis mar...@v.loewis.de> added the 
comment:

You could also try to commit the MSI file in-between, which may release 
memory.

--

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue8552>
___

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

[issue7582] [patch] diff.py to use iso timestamp

[anatoly techtonik]

anatoly techtonik  added the comment:

I still do not understand your policy - it is a tool, it is not a part of 
standard library.

--

___
Python tracker 

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

[issue8560] regrtest: add a minimal "progress bar"

[STINNER Victor]

New submission from STINNER Victor :

regrtest takes between 10 and 20 minutes to run the full test suite. It would 
be nice to see the progress of the test suite with a kind of progress bar. Add 
the test number would be enough:

$ ./python Lib/test/regrtest.py 
...
test_grammar (1/340) 
test_opcodes (2/340) 
test_dict (3/340)
test_builtin (4/340) 
test_exceptions (5/340)  
test_types (6/340)   
test_unittest (7/340)
...

Attached patch implements that (classic version and multiprocess version).

--
files: regrtest_progress-py3k.patch
keywords: patch
messages: 104440
nosy: haypo
priority: normal
severity: normal
status: open
title: regrtest: add a minimal "progress bar"
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file17119/regrtest_progress-py3k.patch

___
Python tracker 

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

[issue1462525] URI parsing library

[R. David Murray]

Changes by R. David Murray :


--
resolution:  -> out of date

___
Python tracker 

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

[issue7865] io close() swallowing exceptions

[Pascal Chambon]

Pascal Chambon  added the comment:

>Probably an oversight. Do you want to add some tests?

That's WIP

> Because it's not an IO error at all. No I/O occurs. You are just using
the file wrongly (or the wrong file), hence the ValueError.

Then when you try to wrap a non-readable stream into a readable buffered stream 
(like BufferedRWPair), it should raise a value error as well, but currently 
it's rather:
"""if not reader.readable(): raise IOError('"reader" argument must be 
readable.')"""

--

___
Python tracker 

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

[issue7584] datetime.rfcformat() for Date and Time on the Internet

[Daniel Urban]

Daniel Urban  added the comment:

> My Python code as well as your patch doesn't specify that "Z" must be
> present when time zone offset is unknown or absent,

Yes, that is because RFC 3339 explicitly says (in 4.3.) that -00:00 is "differs 
semantically from an offset of "Z" or "+00:00", which imply that UTC is the 
preferred reference point for the specified time". It also says that  if "the 
offset to local time is unknown, this can be represented with an offset of 
"-00:00"". So I don't think we can write "Z" or "+00:00" if we don't know the 
UTC offset.

> but Atom
> specification mentions that

It says "an uppercase "Z" character MUST be present in the absence of a numeric 
time zone offset". Correct me if I'm wrong, but "-00:00" *is* a numeric time 
zone offset. So it isn't absent.

> and I believe this is that most users
> expect to see.

I think the RFC is clear (but correct me if I'm mistaken): we cannot replace 
"-00:00" with it. We of course could replace "+00:00" with "Z".

> In fact I needed such function for implementing Atom
> feed for Trac, so in my opinion Z is more clear than -00:00 or +00:00

It may be better than "+00:00", but according to the RFC it simply doesn't mean 
the same thing as "-00:00".

--

___
Python tracker 

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

[issue6312] httplib fails with HEAD requests to pages with "transfer-encoding: chunked"

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Whenever the HEAD method is queried, the httplib recognizes it read method and 
returns an '' empty string as expected.

Fixed in revision 80583, release26-maint: r80584, py3k: r80587 and 
release31-maint in 80588.

--
resolution: accepted -> fixed
stage: patch 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

[issue8295] add unpack_archive to shutil

[Tarek Ziadé]

Tarek Ziadé  added the comment:

done in r80589

--
status: open -> closed

___
Python tracker 

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

[issue8552] msilib can't create large CAB files

[Bill Janssen]

Changes by Bill Janssen :


Removed file: http://bugs.python.org/file17118/unnamed

___
Python tracker 

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

[issue8552] msilib can't create large CAB files

[Bill Janssen]

Bill Janssen  added the comment:

I've now been able to build my installer.

I applied Travis Oliphant's patch from http://bugs.python.org/issue2399 to 
Lib/msilib/__init__.py, then added a __del__ method to the Directory class:

def __del__(self):
if self._numfiles_wo_commit > 0:
self.db.Commit()
self.db = None
self.keyfiles = None
self.cab = None
self.ids = None

This seems to release enough memory that I can deal with a larger number of 
files.

I don't think there's a good way to write a unit test for this, though.  
Success or failure will depend on the machine you're running it on, I think.

--

___
Python tracker 

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

[issue1909] Backport: Mixing default keyword arguments with *args

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Can this be closed as either fixed or out-or-date, as the case may be?

--
nosy: +tjreedy

___
Python tracker 

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

[issue1909] Backport: Mixing default keyword arguments with *args

[Raymond Hettinger]

Raymond Hettinger  added the comment:

It should still be done if any one has the time.
Guido approved it long ago.

--

___
Python tracker 

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

[issue5559] IDLE Output Window 's goto fails when path has spaces

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Resolution should only be set when an issue is closed. So should this be 
closed? or unfixed and the versions updated?

--
nosy: +tjreedy

___
Python tracker 

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

[issue2345] Using an exception variable outside an 'except' clause should raise a Py3K warning

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am assuming that this is an unfixed bug that might still be fixed in 2.7 
sometime and that it should not be closed yet, so I am just updating the 
version.

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

___
Python tracker 

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

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
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

[issue1909] Backport: Mixing default keyword arguments with *args

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Ok, I though 2.7 was in feature freeze.
Updating version.

--
versions: +Python 2.7 -Python 2.6

___
Python tracker 

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

[issue8561] Install .exes generated with distutils to not do a CRC check

[Nate DeSimone]

New submission from Nate DeSimone :

During network transit, .exe generated with distutils may become corrupted.  
The part of the file that is a binary executable is small compared to the full 
package typically, so it is possible for the installer to run and lay down bad 
files.  It would be nice if the setup program ran a CRC check on itself before 
running.

--
assignee: tarek
components: Distutils
messages: 104451
nosy: Nate.DeSimone, tarek
priority: normal
severity: normal
status: open
title: Install .exes generated with distutils to not do a CRC check
type: feature request
versions: Python 2.5, 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

[issue7946] Convoy effect with I/O bound threads and New GIL

[Nir Aides]

Nir Aides  added the comment:

On Wed, Apr 28, 2010 at 12:41 AM, Larry Hastings wrote:

> The simple solution: give up QPC and use timeGetTime() with 
> timeBeginPeriod(1), which is totally 
> reliable but only has millisecond accuracy at best.

It is preferable to use a high precision clock and I think the code addresses 
the multi-core time skew problem (pending testing).

--

___
Python tracker 

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

[issue7946] Convoy effect with I/O bound threads and New GIL

[Nir Aides]

Nir Aides  added the comment:

Dave, there seems to be some problem with your patch on Windows:

F:\dev>z:\dabeaz-wcg\PCbuild\python.exe y:\ccbench.py -b
== CPython 3.2a0.0 (py3k) ==
== x86 Windows on 'x86 Family 6 Model 23 Stepping 10, GenuineIntel' ==

--- I/O bandwidth ---

Background CPU task: Pi calculation (Python)

CPU threads=0: 8551.2 packets/s.
CPU threads=1: 26.1 ( 0 %)
CPU threads=2: 26.0 ( 0 %)
CPU threads=3: 37.2 ( 0 %)
CPU threads=4: 33.2 ( 0 %)

--

___
Python tracker 

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

[issue8562] hasattr(open, 'newlines') example gives incorrect results from PEP0278

[AdamN]

New submission from AdamN :

This bug from the Ubuntu list is being moved here:

https://bugs.launchpad.net/ubuntu/+source/python-defaults/+bug/570737

Newlines support is enabled on Ubuntu but the example from:

http://www.python.org/dev/peps/pep-0278/

Does not give the correct results (of True):

if hasattr(open, 'newlines'):
print 'We have universal newline support'

I don't know if this is a documentation problem or whether there is another 
attr that matters here.

--
assignee: d...@python
components: Documentation, Windows
messages: 104454
nosy: adamnelson, d...@python
priority: normal
severity: normal
status: open
title: hasattr(open,'newlines') example gives incorrect results from  PEP0278
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

[issue7978] SocketServer doesn't handle syscall interruption

[Bryce Allen]

Bryce Allen  added the comment:

I encountered this issue when trying to exit cleanly on SIGTERM, which I use to 
terminate background daemons running serve_forever.

In BaseServer, a threading.Event is used in shutdown, so it can block until 
server_forever is finished (after checking __serving). Since the SIGTERM 
interrupts the select system call, the event set is never reached, and shutdown 
hangs waiting on the event.

I've attached an example of the pattern I was trying to use in my server. There 
are several ways around the issue, but looking at the API it seems like this 
_should_ work, and in my experience all servers have clean-up code so it's a 
very common case.

--
nosy: +bda
Added file: http://bugs.python.org/file17120/sockServe.py

___
Python tracker 

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

[issue1054967] bdist_deb - Debian packager

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

I'm not so sure about sdist_debian for the command I'm thinking about because 
it doesn't actually build a distribution.  It just creates a 'debian' directory 
so I think I like just 'debian' as the name of the command.  But thanks for the 
feedback; time to write some code!

--

___
Python tracker 

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

[issue8558] StringIO().truncate causes zero-bytes in getvalue()

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I've updated the doc in r80591. Sorry for the inconvenience!

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue8563] [PEP 3147] compileall.compile_file() creates empty __pycache__ directories for non-.py files

[Arfrever Frehtes Taifersar Arahesis]

New submission from Arfrever Frehtes Taifersar Arahesis 
:

compileall.compile_file() creates empty __pycache__ directories for non-.py 
files.
This problem usually occurs when compileall.compile_file() is called by 
compileall.compile_dir() and a subdirectory contains non-code files (e.g. 
locales, images, templates, documentation).
__pycache__ directories also should not be created when generation of .pyc / 
.pyo files failed due to e.g. SyntaxErrors.
I'm attaching the patch.

$ mkdir test
$ touch test/file
$ tree test
test
└── file

0 directories, 1 file
$ python3.2 -c 'import compileall; compileall.compile_file("test/file")'
$ tree test
test
├── file
└── __pycache__

1 directory, 1 file

--
components: Library (Lib)
files: compileall.patch
keywords: patch
messages: 104458
nosy: Arfrever, barry
priority: normal
severity: normal
status: open
title: [PEP 3147] compileall.compile_file() creates empty __pycache__ 
directories for non-.py files
versions: Python 3.2
Added file: http://bugs.python.org/file17121/compileall.patch

___
Python tracker 

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

[issue7978] SocketServer doesn't handle syscall interruption

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> In BaseServer, a threading.Event is used in shutdown, so it can block
> until server_forever is finished (after checking __serving). Since the
> SIGTERM interrupts the select system call, the event set is never
> reached, and shutdown hangs waiting on the event.

This precise use case is already fixed (in SVN trunk and in the 2.6
branch) since the select() loop is now wrapped in a try..finally.
I just ran your test case and killing -TERM works ok.

--

___
Python tracker 

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

[issue7865] io close() swallowing exceptions

[Antoine Pitrou]

Antoine Pitrou  added the comment:

For what it's worth, I documented the possibility to call close() several times 
in r80592.

> Then when you try to wrap a non-readable stream into a readable 
> buffered stream (like BufferedRWPair), it should raise a value error as 
> well,

Good point. Unfortunately, it's now a bit late to change this.
(in any case, it's a programming error to do such things and therefore the user 
will have to fix his/her code, rather than trying to catch the exception)

--

___
Python tracker 

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

[issue1909] Backport: Mixing default keyword arguments with *args

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Besides someone having to produce the patch, it would also need the release 
manager's approval (Benjamin).

--
nosy: +benjamin.peterson, pitrou

___
Python tracker 

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

[issue1909] Backport: Mixing default keyword arguments with *args

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Wouldn't this imply a full backport of keyword only arguments? That seems 
unlikely at the moment.

--

___
Python tracker 

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

[issue7865] io close() swallowing exceptions

[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

[issue5178] Add context manager for temporary directory

[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

[issue7584] datetime.rfcformat() for Date and Time on the Internet

[anatoly techtonik]

anatoly techtonik  added the comment:

> It also says that  if "the offset to local time is unknown, this can
> be
> represented with an offset of "-00:00"". So I don't think we can write
> "Z" or "+00:00" if we don't know the UTC offset.

>> but Atom
>> specification mentions that

> It says "an uppercase "Z" character MUST be present in the absence of
> a numeric time zone offset". Correct me if I'm wrong, but "-00:00" 
> *is* a numeric time zone offset. So it isn't absent.

As quoted earlier, -00:00 is used when time zone is unknown, and "the absence 
of a numeric time zone offset" or "the absence of offset" is only possible when 
this time zone is unknown.

--

___
Python tracker 

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

[issue2810] _winreg.EnumValue sometimes raises WindowsError ("More data is available")

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

Attached is a new test-case patch.

--
Added file: http://bugs.python.org/file17122/winreg_test.patch

___
Python tracker 

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

[issue2810] _winreg.EnumValue sometimes raises WindowsError ("More data is available")

[Daniel Stutzbach]

Changes by Daniel Stutzbach :


Removed file: http://bugs.python.org/file16802/winreg_test.pach

___
Python tracker 

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

[issue7584] datetime.rfcformat() for Date and Time on the Internet

[anatoly techtonik]

anatoly techtonik  added the comment:

I do not think that -00:00 or +00:00 will be invalid Atom timestamp, but to 
implement parser of rfc3339 timestamp, Z handling is still needed. I can easily 
imagine people making wrong assumption that parsing 00:00 at the end would be 
enough for proper round-tripping.

--

___
Python tracker 

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

[issue8535] passing optimization flags to the linker required for builds with gcc -flto

[Roumen Petrov]

Roumen Petrov  added the comment:

LDSHARED not always is compiler and I'm not sure that linkers always accept 
compiler flags .
After fix of issue xxx about CFLAGS and issues a, b, c, for LDFLAGS now all is 
passed to python build system and users could set argument to both variables : 
CFLAGS and LDFLAGS .

--
nosy: +rpetrov

___
Python tracker 

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

[issue8510] update to autoconf2.65

[Roumen Petrov]

Roumen Petrov  added the comment:

You don't need to add source in case of 
   AC_COMPILE_IFELSE([AC_LANG_SOURCE([[]])] .. 
when the the test is ..main() { return 0 ;} ...
, posted long time ago as part of issue3754 (   minimal cross-compilation 
support for configure ).
Also thanks for fixing extra comma in after replacement of AC_TRY_COMPILE .

This part is save to be added to 2.7 build.

--
nosy: +rpetrov

___
Python tracker 

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

[issue8564] Update documentation on doctest/unittest2 integration

[Peter Fein]

New submission from Peter Fein :

The documentation on integrating doctests in a file of unittests is confusing 
and out of date.  This patch updates the documentation to use unittest2 test 
discovery.

--
assignee: d...@python
components: Documentation
files: doctest_unittest_integration_doc.diff
keywords: patch
messages: 104468
nosy: d...@python, pfein
priority: normal
severity: normal
status: open
title: Update documentation on doctest/unittest2 integration
versions: Python 2.7, Python 3.3
Added file: 
http://bugs.python.org/file17123/doctest_unittest_integration_doc.diff

___
Python tracker 

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

[issue8564] Update documentation on doctest/unittest2 integration

[Peter Fein]

Peter Fein  added the comment:

See http://lists.idyll.org/pipermail/testing-in-python/2010-April/003039.html 
for discussion

--

___
Python tracker 

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

[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC

[Roumen Petrov]

Roumen Petrov  added the comment:

Configure could call macro to define inline - cf. autoconf manuals.

--
nosy: +rpetrov

___
Python tracker 

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

[issue1574217] isinstance swallows exceptions

[Tres Seaver]

Tres Seaver  added the comment:

I can confirm that the patch applies cleanly to the 2.6 branch, that the new 
test fails before rebuilding, and that the test passes afterwards:

 $ hg summary
 parent: 41597:295c02a21979 tip
  [svn r80597] Merged revisions 80596 via svnmerge from
 branch: release26-maint
 commit: (clean)
 update: (current)
 $ ./configure && make
 ...
 $ ./python -E -tt Lib/test/regrtest.py test_isinstance
 test_isinstance
 1 test OK.
 $ patch -p1 < /tmp/issue1574217_dont_mask_errors.patch
 patching file Lib/test/test_isinstance.py
 patching file Objects/abstract.c
 Hunk #1 succeeded at 2854 (offset 619 lines).
 Hunk #2 succeeded at 2878 (offset 600 lines).
 test_isinstance
 test test_isinstance failed -- Traceback (most recent call last):
   File 
"/home/tseaver/projects/hg-repo/issue1574217/Lib/test/test_isinstance.py", line 
94, in test_isinstance_dont_mask_non_attribute_error
self.assertRaises(RuntimeError, isinstance, c, bool)
 AssertionError: RuntimeError not raised
 
 1 test failed:
 test_isinstance
 $ make
 ...
 $ ./python -E -tt Lib/test/regrtest.py test_isinstance
 test_isinstance
 1 test OK.

--
nosy: +tseaver

___
Python tracker 

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

[issue1574217] isinstance swallows exceptions

[Tres Seaver]

Changes by Tres Seaver :


--
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

[issue7449] A number tests "crash" if python is compiled --without-threads

[STINNER Victor]

STINNER Victor  added the comment:

Ported to py3k (r80600), blocked in 2.6 (r80602) and 3.1 (r80601).

--
status: pending -> closed

___
Python tracker 

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

[issue7946] Convoy effect with I/O bound threads and New GIL

[David Beazley]

David Beazley  added the comment:

Wow, that is a *really* intriguing performance result with radically different 
behavior than Unix.  Do you have any ideas of what might be causing it?

--

___
Python tracker 

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

[issue8565] Always run regrtest.py with -bb

[STINNER Victor]

New submission from STINNER Victor :

-bb option helps debug because it detects errors earlier (comparing byte and 
unicode strings looks strange, it should be a bug).

Attached patch re-exec regrtest.py with -bb if -bb was not used.

--
components: Tests
files: regrtest_bb.patch
keywords: patch
messages: 104474
nosy: haypo
priority: normal
severity: normal
status: open
title: Always run regrtest.py with -bb
versions: Python 3.1, Python 3.2
Added file: http://bugs.python.org/file17124/regrtest_bb.patch

___
Python tracker 

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

[issue8566] 2to3 should run under python 2.5

[Jeffrey Yasskin]

New submission from Jeffrey Yasskin :

Sorry for being all curmudgeonly, but we're using 2to3 in the benchmark suite 
at http://hg.python.org/benchmarks/, and, since many of the non-CPython 
implementations are still only 2.5-compatible, the version there needs to run 
under python 2.5. At the same time, we'd like to be able to use the benchmark 
version of 2to3 to convert benchmarks to python-3, so we can benchmark changes 
to CPython's py3k branch. To do that, it'd be nice to be able to import the 
official 2to3 repository to pick up bug fixes. Therefore, it would be nice for 
the official repository to run under 2.5.

Here's a patch accomplishing that. It passes its test suite under both 2.5 and 
2.6, and can convert itself, and then the converted version can reconvert the 
original version and get the same result.

You can also review the patch at http://codereview.appspot.com/996043.

--
assignee: benjamin.peterson
components: 2to3 (2.x to 3.0 conversion tool)
files: 2to3_support_2.5.patch
keywords: needs review, patch, patch
messages: 104475
nosy: benjamin.peterson, jyasskin
priority: normal
severity: normal
stage: patch review
status: open
title: 2to3 should run under python 2.5
versions: Python 2.5, Python 2.7
Added file: http://bugs.python.org/file17125/2to3_support_2.5.patch

___
Python tracker 

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

[issue8566] 2to3 should run under python 2.5

[Collin Winter]

Changes by Collin Winter :


--
nosy: +collinwinter

___
Python tracker 

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

[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Py_LOCAL_INLINE is also not used a lot. Usually, the compiler will inline small 
static functions by itself. Most of the time, we used #defines rather than 
functions when we want to inline short snippets of code.

--
nosy: +pitrou

___
Python tracker 

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

[issue8566] 2to3 should run under python 2.5

[Dave Malcolm]

Changes by Dave Malcolm :


--
nosy: +dmalcolm

___
Python tracker 

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

[issue8562] hasattr(open, 'newlines') example gives incorrect results from PEP0278

[Matt Wartell]

Changes by Matt Wartell :


--
nosy: +Matt.Wartell

___
Python tracker 

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

[issue1462525] URI parsing library

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Should we close this as out-of-date? I was inclined to see it as fixed as 
urlparse has gone changes in direction as suggested by the issue.

Sorry Paul, for no response.

Regarding this issue, I plan to use the testcases provided in the patch in the 
stdlib testsuite and fix things there or comment/document it in the code where 
parsing conflict arises. This will help us keep track too.

I ran the test cases in the patch against the current trunk and i see 4 tests 
failing (like borderline scenarios of parsing). I shall take it up,commit the 
test cases to the trunk and fix it.

--
assignee: facundobatista -> orsenthil
resolution: out of date -> 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

[issue7946] Convoy effect with I/O bound threads and New GIL

[Nir Aides]

Nir Aides  added the comment:

On Thu, Apr 29, 2010 at 2:03 AM, David Beazley wrote:

> Wow, that is a *really* intriguing performance result with radically 
> different behavior than Unix.  Do you have any ideas of what might be causing 
> it?

Instrument the code and I'll send you a trace.

--

___
Python tracker 

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

[issue1054967] bdist_deb - Debian packager

[Andrew Straw]

Andrew Straw  added the comment:

Barry, stdeb does much of what you're describing. (Try the "python setup.py 
sdist_dsc" command.)

I'm not particularly pleased with the stdeb codebase as it stands, but it does 
work reasonably well, and I'd like to see progress in this domain, but I'm 
afraid I don't understand the difference between what it offers and what you're 
proposing. I guess maybe you're not aware of the "sdist_dsc" distutils command 
it offers?

-Andrew

--

___
Python tracker 

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