[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

[Senthil Kumaran]

Senthil Kumaran  added the comment:

I reviewed the patch:

+_hexdig = '0123456789ABCDEFabcdef'
+_hextochr = dict((a+b, chr(int(a+b,16))) for a in _hexdig for b in _hexdig)

is really a neat way to generate the dict of mixed-case percent escape to use 
with to unquote. I shall commit the patch to trunk code.

yes, following the other bug on unquote and we should be able to fair 
conclusion on it and include this logic in there.

Thanks.

--
assignee:  -> orsenthil
nosy: +orsenthil
resolution:  -> accepted

___
Python tracker 

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

[issue8145] Documentation about sqlite3 isolation_level

[Laszlo Nagy]

New submission from Laszlo Nagy :

Clarify what isolation_level does, and how to use it, and why connections do 
not commit/rollback in some cases.

Details here:

http://mail.python.org/pipermail/python-list/2010-March/1239374.html

I'll paste code for ctx_manager_2.py here. This is a new file, I could not 
include it as a diff:

import sqlite3

class MyConn(sqlite3.Connection):
def __enter__(self):
self.execute("BEGIN")
return self
def __exit__(self,exc_type,exc_info,traceback):
if exc_type is None:
self.execute("COMMIT")
else:
self.execute("ROLLBACK")


conn = sqlite3.connect(':memory:',factory=MyConn)
conn.isolation_level = None
with conn:
conn.execute("create table a ( i integer ) ")
conn.execute("insert into a values (1)")
try:
with conn:
conn.execute("insert into a values (2)")
conn.execute("savepoint sp1")
conn.execute("insert into a values (3)")
conn.execute("rollback to sp1")
conn.execute("insert into a values (4)")
print "Before rollback: 1,2,4"
for row in conn.execute("select * from a"):
print row[0] # prints 1,2,4
raise Exception
except:
pass
print "After rollback: 1"
for row in conn.execute("select * from a"):
print row[0] # prints 1

--
assignee: georg.brandl
components: Documentation
files: sqlite3.rst.diff
keywords: patch
messages: 101090
nosy: georg.brandl, nagylzs
severity: normal
status: open
title: Documentation about sqlite3 isolation_level
type: feature request
versions: Python 2.6
Added file: http://bugs.python.org/file16554/sqlite3.rst.diff

___
Python tracker 

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

[issue6081] str.format_from_mapping()

[Eric Smith]

Changes by Eric Smith :


--
assignee:  -> eric.smith

___
Python tracker 

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

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

[Matt Giuca]

Matt Giuca  added the comment:

Thanks very much. Importantly, note that unquote is currently duplicated 
between urllib and urlparse. I have a bug on it (#8143) but in the meantime, 
you will have to commit this fix to both modules.

--

___
Python tracker 

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

[issue8126] Python 3.1.2rc1 doesn't compile using the 10.4 sdk on a 10.6 Mac

[Palluat de Besset]

Palluat de Besset  added the comment:

Yes, sorry for the confusion. I'm trying to build a universal 32 bit version of 
Python that will be embedded in our software. we need it to run on 10.4 to 10.6 
Mac systems, and would like to build it on a 10.6 machine. I've been trying 
with several versions of Python to try to achieve that ; version 3.1.1, version 
3.1.2rc1 and py3k. None of these version would build a 10.4 compatible 
universal 32 bit on our 10.6 build machine. This is why I raised an issue.

Thanks,

Marc

On 12 Mar 2010, at 21:21, Ned Deily wrote:

Ned Deily mailto:n...@acm.org>> added the comment:

Note: "Python.framework/Versions/3.2/Python".
You appear to be building from py3k (which will become 3.2), and not Python 
3.1.2rc2.  There are pending fixes for py3k for OS X framework targeted builds 
and there is at least one as yet unmerged fix for 3.1.2.  At the moment, 
building any branch of Python on 10.6 and targeting earlier systems does not 
work correctly; extension module building should be OK as long as the 10.4u SDK 
is available and gcc 4.0 is used.  Until that is fixed, if you really need to 
target 10.3, you should build Python on 10.5 or 10.4, otherwise, build just for 
10.6 on 10.6 (to do so you may need to set MACOSX_DEPLOYMENT_TARGET=10.6).

--
nosy: +ned.deily

___
Python tracker mailto:rep...@bugs.python.org>>

___

Marc Palluat de Besset
Mac Software Engineer

email : marc.palluatdebes...@sophos.com
tel : +44 1235 544056
loc : E2 floor 2

SOPHOS - simply secure


Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United 
Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--
title: Python 3.1.2rc1 doesn't compile using the 10.4 sdk on a 10.6 Mac -> 
Python 3.1.2rc1 doesn't compile using the 10.4 sdk on a  10.6 Mac
Added file: http://bugs.python.org/file16555/unnamed

___
Python tracker 

___




Yes, sorry for the confusion. I'm trying to build a universal 32 bit version of 
Python that will be embedded in our software. we need it to run on 10.4 to 10.6 
Mac systems, and would like to build it on a 10.6 machine. I've been trying 
with several versions
 of Python to try to achieve that ; version 3.1.1, version 3.1.2rc1 and py3k. 
None of these version would build a 10.4 compatible universal 32 bit on our 
10.6 build machine. This is why I raised an issue.


Thanks,


Marc




On 12 Mar 2010, at 21:21, Ned Deily wrote:



Ned Deily n...@acm.org> added the 
comment:

Note: "Python.framework/Versions/3.2/Python".
You appear to be building from py3k (which will become 3.2), and not Python 
3.1.2rc2.  There are pending fixes for py3k for OS X framework targeted 
builds and there is at least one as yet unmerged fix for 3.1.2.  At the 
moment, building any branch of Python
 on 10.6 and targeting earlier systems does not work correctly; extension 
module building should be OK as long as the 10.4u SDK is available and gcc 4.0 
is used.  Until that is fixed, if you really need to target 10.3, you 
should build Python on 10.5 or 10.4,
 otherwise, build just for 10.6 on 10.6 (to do so you may need to set 
MACOSX_DEPLOYMENT_TARGET=10.6).

--
nosy: +ned.deily

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

















Marc Palluat de 
Besset
Mac 
Software Engineer


email : mailto:marc.palluatdebes...@sophos.com";>marc.palluatdebes...@sophos.com
tel : +44 1235 
544056
loc : E2 floor 
2


SOPHOS -
 simply secure














Sophos Plc, The Pentagon, Abingdon 
Science Park, Abingdon, OX14 3YP, United Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.



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

[issue8141] test_asynchat & test_smtplib failures in 2.6 release branch

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
priority: release blocker -> critical

___
Python tracker 

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

As per msg100765, Ned confirms this is fixed for 2.6.5.

--
status: open -> closed

___
Python tracker 

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

[issue6792] Distutils-based installer does not detect 64bit versions of Python

[Martin v . Löwis]

Martin v. Löwis  added the comment:

One issue to consider is pre/post-install actions. bdist_wininst loads 
pythonxy.dll from the target system, which would fail if it is a 32-bit 
installer process that tries to load a 64-bit python DLL.

--

___
Python tracker 

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Ned Deily]

Ned Deily  added the comment:

Re-opening for 3.1.2: the corresponding fixes have not made it into 3.1.2 yet.

--
status: closed -> open

___
Python tracker 

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Ned Deily]

Changes by Ned Deily :


--
versions: +Python 3.1 -Python 2.6

___
Python tracker 

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

[issue8146] Latest version of Python for windows 98

[anatoly techtonik]

New submission from anatoly techtonik :

http://www.python.org/download/windows/

This page lacks information about which versions of Python were last supported 
for Windows 95, Windows 98 and Windows 2000. Which may run even though they are 
not supported on these platforms anymore.

--
assignee: georg.brandl
components: Documentation
messages: 101096
nosy: georg.brandl, techtonik
severity: normal
status: open
title: Latest version of Python for windows 98

___
Python tracker 

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

[issue8147] os.system and standard C function system() limitations

[anatoly techtonik]

New submission from anatoly techtonik :

http://docs.python.org/library/os.html#os.system

...This is implemented by calling the Standard C function system(), and has the 
same limitations...

Which limitations?

BTW, is the Windows 98 comment can be dropped.

--
assignee: georg.brandl
components: Documentation
messages: 101097
nosy: georg.brandl, techtonik
severity: normal
status: open
title: os.system and standard C function system() limitations

___
Python tracker 

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

[issue5459] msiexec not creating msvcr90.dll with python -2.6.1.msi

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I can't reproduce this. If I run the file with msiexec, then select "install 
just for me", it will copy msvcr90.dll just fine.

--
nosy: +loewis
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue6949] Support Berkeley DB 4.8

[Matthias Klose]

Matthias Klose  added the comment:

checked in after testing on {arm,i486,x86_64,powerpc,sparc,ia64}-linux with no 
test failures.

fixed in r78974 on the trunk
fixed in r78975 on the py3k branch

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

[issue6716] Windows install error when choosing to compile .py files

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Please don't report multiple issues in a single bug report; when people follow 
up claiming they saw "this", it's then not clear what exactly they saw.

I have now fixed problem 1 in r78976, and put an installer incorporating that 
change on

http://www.dcl.hpi.uni-potsdam.de/home/loewis/u/python-2.7.14683.msi

Please confirm that this actually fixes the problem.

--
nosy: +loewis

___
Python tracker 

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

[issue3621] it would be nice if installers made by bdist_wininst stored an EstimatedSize property in the Windows registry

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Can you provide a patch?

--
nosy: +loewis

___
Python tracker 

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

[issue4982] Running python 3 as Non-admin User requests the Runtime to terminate in an unusual way.

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Closing because of lack of response

--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue6716] Windows install error when choosing to compile .py files

[Brian Curtin]

Brian Curtin  added the comment:

Your MSI works for me and fixes problem 1.

--

___
Python tracker 

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

[issue8142] libffi update to 3.0.9

[Matthias Klose]

Matthias Klose  added the comment:

updated on the trunk and the py3k branch

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

[issue2960] bsddb/test/test_replication.py bus error, segfault, assertion error, pass

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

Greg, is this issue still pending?. Can we close it?.

--

___
Python tracker 

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

[issue8147] os.system and standard C function system() limitations

[Brian Curtin]

Brian Curtin  added the comment:

That would depend on the implementation of the system() call on your platform. 
There are already two notes for Unix and Windows right below that paragraph.

Going further into lower level specifics of the system() call is outside the 
scope of that documentation and is a quick internet search away.

For example:
posix - http://www.opengroup.org/onlinepubs/95399/functions/system.html
Windows - http://msdn.microsoft.com/en-us/library/277bwbdz.aspx

--
nosy: +brian.curtin
priority:  -> low
resolution:  -> 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

[issue7339] bsddb crashes when transaction limit occurs

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

I found the very same bug recently, and solve it in pybsddb 4.8.3. My patch is 
exactly like this :).

The problem will be solved in 2.7 when I integrate pybsddb 4.8.3/4.8.4. Not 
sure about 2.6, though. Will try.

"""
changeset:   478:a35a9082ee26
user:Jesus Cea 
date:Wed Feb 17 01:58:31 2010 +0100
summary: Solve a core dump if something bad happens trying to create a 
transaction object.
"""

I added tests too to check correct behaviour and solved some other "bad 
initialization" risks.

--
assignee:  -> jcea
nosy: +jcea
resolution:  -> accepted
status: open -> closed
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

[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale

[Matthias Klose]

Matthias Klose  added the comment:

fixed for 2.7, 3.1, 3.2, will fix for 2.6 after the 2.6.5 release.

--

___
Python tracker 

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

[issue8148] logging.SyslogHandler.emit()

[Benjamin VENELLE]

New submission from Benjamin VENELLE :

Hi,

In SyslogHandler class from logging package, emit() function calls 
socket.sendto() at line 785. Passing arguments are not in the right order due 
to flags parameter which is optional (@see 
http://docs.python.org/py3k/library/socket.html#socket.socket.sendto). It 
results in a TypeError exception when called -->

Traceback (most recent call last):
  File "C:\PROGRA~2\Python\31\lib\logging\handlers.py", line 785, in emit
self.socket.sendto(msg, self.address)
TypeError: sendto() takes exactly 3 arguments (2 given)

Thanks.

PS: seen on a Windows 7 with Python 3.1.1

--
components: Library (Lib)
messages: 101110
nosy: Kain94
severity: normal
status: open
title: logging.SyslogHandler.emit()
type: behavior
versions: Python 3.1

___
Python tracker 

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

[issue8146] Latest version of Python for windows 98

[Brian Curtin]

Brian Curtin  added the comment:

You'll want to look at 
http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets

Win 2000 is currently supported, although there have been rumblings of 
beginning to drop that support.

The info exists in PEP-11 for now, but I agree that a sentence would fit on 
that download page. The title of the page could also use an update.

>From PEP-11:
Name: Win9x, WinME, NT4
Unsupported in:   Python 2.6 (warning in 2.5 installer)
Code removed in:  Python 2.6

--
nosy: +brian.curtin
priority:  -> low
resolution:  -> 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

[issue8148] logging.SyslogHandler.emit()

[Brian Curtin]

Changes by Brian Curtin :


--
nosy: +vinay.sajip
priority:  -> normal
stage:  -> test needed

___
Python tracker 

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

[issue5073] bsddb/test/test_lock.py sometimes fails due to floating point error

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

Patch up-ported to pybsddb 4.8.4.

--
nosy: +jcea

___
Python tracker 

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

[issue7808] test_bsddb3 leaks references

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

Patch up-ported to pybsddb 4.8.4.

--

___
Python tracker 

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

[issue8024] upgrade to Unicode 5.2?

[Florent Xicluna]

Florent Xicluna  added the comment:

It is just a matter of running "makeunicodedata" affter changing "5.1" -> "5.2".

It generates the 3 db files:
 * Modules/unicodedata_db.h
 * Modules/unicodename_db.h
 * Objects/unicodetype_db.h

Then you adjust the "expectedchecksum" in "Lib/test/test_unicodedata.py".

I use UCD 5.2 since January, and everything works fine.

--
stage: needs patch -> patch review

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

I just did the minimal change. I don't know if removing "defined(HAVE_MAKEDEV)" 
is safe.

"HAVE_DEVICE_MACROS" is defined if "configure" finds "makedev()" macro.

Clarify your comment about configure.in changes being wrong.

--
nosy:  -barry, rpetrov
priority: deferred blocker -> release blocker

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

Here's a short benchmark for everyone who thinks that my original benchmark was 
somehow related to TCP behavior.   This one doesn't even involve sockets:

from threading import Thread
import time

def writenums(f,n):
start = time.time()
for x in range(n):
f.write("%d\n" % x)
end = time.time()
print(end-start)

def spin():
while True:
pass

# Uncomment to add a thread
#t1 = Thread(target=spin)
#t1.daemon=True
#t1.start()

writenums(open("/tmp/nums","w"),100)


If I run this on my Macbook with no threads, it takes about 1.05 seconds.  If 
the one spinning thread is turned on, the time jumps to about 4.5 seconds.  
What you're seeing is that the spinning thread unfairly hogs the CPU.

If I use my own patched version (new GIL with priorities), the threaded version 
drops back down to about 1.10 seconds.   I have not tried it with Antoine's 
latest patch, but would expect similar results as he is also using priorities.

Just to be clear, this issue is not specific to sockets or TCP.

--

___
Python tracker 

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

[issue8139] ossaudiodev not initializing its types

[franck]

Changes by franck :


--
nosy: +fluxspir

___
Python tracker 

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

[issue8140] extend compileall to compile single files

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

+1 on this functionality being added for 2.7 and 3.2.  You also mentioned in 
pvt email that it would be better to patch compileall.py than py_compile.py to 
take advantage of the quiet and force options (which seems good to me).

I have a few comments on the diff:

* It no longer applies cleanly to trunk.  There was a recent commit that 
removed an unnecessary catch of KeyboardInterrupt, and I think that's what's 
causing the hunk reject.

* I don't like @filename and @- as the syntax for reading the compilation list 
from a file.  Since -f is already taken, what about adding -i which tells 
it where to take the list from?  Of course '-i -' would mean stdin.

* Please add tests for the new functionality to test_compileall.py

Bonus points for updating this to modern Python .  E.g. using True/False 
instead of 1/0, and 'OSError as error' instead of 'os.error, e'.  But don't 
worry about that too much; I'll probably take that on as part of my PEP 3147 
work. ;)

--
nosy: +barry

___
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

[Florent Xicluna]

Florent Xicluna  added the comment:

On some platforms the difference is not so important.
I ran it in Debian Lenny AMD64 "Core2 Duo P9600 @2.66GHz".

# Python 3.2a0 (py3k:78982M, Mar 15 2010, 15:40:42) 
# [GCC 4.3.4] on linux2

0.67s without thread
0.84s with spinning thread

--

___
Python tracker 

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

[issue8148] logging.SyslogHandler.emit()

[Vinay Sajip]

Changes by Vinay Sajip :


--
assignee:  -> vinay.sajip

___
Python tracker 

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Tom Loredo]

Tom Loredo  added the comment:

Ned-

I *did* run "make install"; everything I reported was about the situation 
*after* running "make install".  In particular, I don't know any way to get 
access to IDLE without "make install"; what I described came from using the 
version in Applications/Python 2.6, which only appears after "make install".

Okay, now I see my misunderstanding---the arch-dependent executables are in the 
framework only, and not linked in the installation prefix.  Is that the 
intended behavior?  I do put my framework in my PATH so I do have access to the 
executables; but I was expecting them to be in /usr/local/... as well.

The version pointed to in /usr/local/... is the 32-bit version.  This should be 
documented somewhere; I believe it changes previous behavior.  It's not obvious 
to me what to expect here, which again argues that it should be documented.

--

___
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

[Florent Xicluna]

Florent Xicluna  added the comment:

With line buffering, I see the issue.

 * 6 s without thread
 * 115 s with the spinning thread (varying: 60 s, 98 s)
 * 16 s with the spinning thread and the last "gilinter.patch"


# Modified version of the test case, with bufsize=1

from threading import Thread
import time

def writenums(f, n):
start = time.time()
for x in range(n):
f.write("%d\n" % x)
end = time.time()
print(end-start)

def spin():
while True:
pass

t1 = Thread(target=spin)
t1.daemon=True
# Uncomment to add a thread
#t1.start()

# With line buffering
writenums(open("./nums", "w", 1), 100)

--

___
Python tracker 

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

[issue8140] extend compileall to compile single files

[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

[issue8024] upgrade to Unicode 5.2?

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Florent Xicluna wrote:
> 
> Florent Xicluna  added the comment:
> 
> It is just a matter of running "makeunicodedata" affter changing "5.1" -> 
> "5.2".
> 
> It generates the 3 db files:
>  * Modules/unicodedata_db.h
>  * Modules/unicodename_db.h
>  * Objects/unicodetype_db.h
> 
> Then you adjust the "expectedchecksum" in "Lib/test/test_unicodedata.py".
> 
> I use UCD 5.2 since January, and everything works fine.

So the Unicode database format itself has not changed ?

--

___
Python tracker 

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

[issue8140] extend compileall to compile single files

[Matthias Klose]

Matthias Klose  added the comment:

changed the @ syntax to an option -i, and added a test for 
compile_file/compile_dir.

--
Added file: http://bugs.python.org/file16556/compileall.py.diff

___
Python tracker 

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

[issue8149] libffi's configure is not executable

[Gustavo Narea]

New submission from Gustavo Narea :

Download Python 2.5.5 and run ./configure: "_ctypes.so" won't be compiled 
because the ./configure file for libffi in ctypes is not executable.

Here's the output:

env: Python-2.5.5/Modules/_ctypes/libffi/configure: Permission denied
Failed to configure _ctypes module
building '_ctypes_test' extension


--
assignee: theller
components: ctypes
messages: 101123
nosy: Gustavo.Narea, theller
severity: normal
status: open
title: libffi's configure is not executable
type: compile error
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

[issue8024] upgrade to Unicode 5.2?

[Florent Xicluna]

Florent Xicluna  added the comment:

> So the Unicode database format itself has not changed ?

No. The changes listed below have no impact afai-have-tested.

- - - - - - -
F. Unicode Character Database Changes

The detailed listing of all changes to the contributory data files of the 
Unicode Character Database for Version 5.2.0 can be found in UAX #44, Unicode 
Character Database. The most significant changes include:

* There are new case-related properties in DerivedCoreProperties.txt and 
DerivedNormalizationProps.txt. The new case-related derived properties are 
NFKC_Casefold, Case_Ignorable, Cased, Changes_When_Lowercased, 
Changes_When_Uppercased, Changes_When_Titlecased, Changes_When_Casemapped, 
Changes_When_Casefolded, and Changes_When_NFKC_Casefolded.
* Contributory is considered to be a distinct status for a Unicode 
character property. Contributory properties are neither normative nor 
informative. The status of all character properties is listed in the property 
table in UAX #44, Unicode Character Database.
* Two new joining groups, FARSI YEH and NYA, were added. These new joining 
groups may require an update to implementations of Arabic shaping rules.
* There is a new data file in the Unicode Character Database, 
CJKRadicals.txt, which maps the radical numbers used in the Unicode 
Radical-Stroke Index to the actual Unicode code points for the corresponding 
radicals. Unlike other files, the first field is not a code point number.
* The Unihan.txt file in Unihan.zip is split into 8 separate files within 
the zip file, organized by category. See UAX #38, Unicode Han Database (Unihan) 
for details.
- - - - - - -

See also:
http://www.unicode.org/reports/tr44/tr44-4.html#Change_History

--

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

Whoa, that's pretty diabolically evil with bufsize=1.  On my machine, doing 
that just absolutely kills the performance (13 seconds without the spinning 
thread versus 557 seconds with the thread!).  Or, put another way, the writing 
performance drops from about 0.5 Mbyte/sec down to 12 Kbytes/sec with the 
thread.   With my priority GIL, the time is about 29 seconds with the thread 
(consistent with your experiment using the gilinter patch).
  
One thing to think about with this example is the proper priority of I/O 
handling generally.  What if, instead of a file, this example code was writing 
on a pipe to another process?   For that, you would probably want that I/O 
thread to be able to blast its data to the receiver as fast as it reasonably 
can so that it can be done with it and get back to other work. 

In terms of practical relevance, this test again represents a simple situation 
where computation is overlapped with I/O processing.  Perhaps the program has 
just computed a big result which is now being streamed somewhere else by a 
background thread.  In the meantime, the program is now working on computing 
the next result (the spinning thread).  Think queues, actors, or any number of 
similar things---there are programs that try to operate like this.

--

___
Python tracker 

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

[issue8024] upgrade to Unicode 5.2?

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Florent Xicluna wrote:
> 
> Florent Xicluna  added the comment:
> 
>> So the Unicode database format itself has not changed ?
> 
> No. The changes listed below have no impact afai-have-tested.

Ok, so +1 for updating to 5.2.

The files that have changed are not used by Python (yet), so there's
no impact of those changes for the unicodedata module.

Thanks for checking.

--

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

Almost forgot--if I turn off one of the CPU cores, the time drops from 557 
seconds to 32 seconds.   Gotta love it!

--

___
Python tracker 

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

[issue8149] libffi's configure is not executable

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Python 2.5 will no longer receive bug fixes (unless they are security-related). 
Closing this as "won't fix".

--
nosy: +loewis
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

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

[issue8024] upgrade to Unicode 5.2

[Florent Xicluna]

Changes by Florent Xicluna :


--
title: upgrade to Unicode 5.2? -> upgrade to Unicode 5.2

___
Python tracker 

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

[issue8140] extend compileall to compile single files

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

Looks good to me, and should help distros, so +1.

--
assignee:  -> doko
resolution:  -> accepted

___
Python tracker 

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

[issue7787] Add an argument to test_support.open_urlresource to invalidate the cache

[Florent Xicluna]

Florent Xicluna  added the comment:

Done with r78986.

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

[issue7783] test_normalization fails when NormalizationTest.txt is outdated

[Florent Xicluna]

Florent Xicluna  added the comment:

Done with r78986.

--

___
Python tracker 

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

[issue7783] test_normalization fails when NormalizationTest.txt is outdated

[Florent Xicluna]

Changes by Florent Xicluna :


--
priority:  -> normal
resolution:  -> 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

[issue767645] incorrect os.path.supports_unicode_filenames

[Florent Xicluna]

Changes by Florent Xicluna :


Removed file: http://bugs.python.org/file15842/issue767645_test_pep277.py

___
Python tracker 

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

[issue767645] incorrect os.path.supports_unicode_filenames

[Florent Xicluna]

Florent Xicluna  added the comment:

With r78594, test_pep277 is active on all platforms having Unicode-friendly 
filesystem encoding.

--
type:  -> behavior

___
Python tracker 

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

[issue8150] urllib needs ability to set METHOD for HTTP requests

[aalex]

New submission from aalex :

urllib.request can not support many standard HTTP 1.1 METHODS including HEAD, 
PUT, DELETE.

Adding this would be trivial (either as a special header "METHOD") or its own 
paramater, creating additional use, with little or no drawback.

--
components: Library (Lib)
messages: 101133
nosy: aalex
severity: normal
status: open
title: urllib needs ability to set METHOD for HTTP requests
type: feature request
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

[issue8142] libffi update to 3.0.9

[Florent Xicluna]

Florent Xicluna  added the comment:

I noticed some failures on Sparc Solaris10 buildbots (both trunk and 3.x)

==
FAIL: test_ulonglong (ctypes.test.test_callbacks.Callbacks)
--
Traceback (most recent call last):
  File 
"/home2/buildbot/slave/trunk.loewis-sun/build/Lib/ctypes/test/test_callbacks.py",
 line 68, in test_ulonglong
self.check_type(c_ulonglong, 42)
  File 
"/home2/buildbot/slave/trunk.loewis-sun/build/Lib/ctypes/test/test_callbacks.py",
 line 31, in check_type
self.assertEqual(result, arg)
AssertionError: 0L != 42

--
Ran 325 tests in 3.088s

FAILED (failures=1)
test test_ctypes failed -- Traceback (most recent call last):
  File 
"/home2/buildbot/slave/trunk.loewis-sun/build/Lib/ctypes/test/test_callbacks.py",
 line 68, in test_ulonglong
self.check_type(c_ulonglong, 42)
  File 
"/home2/buildbot/slave/trunk.loewis-sun/build/Lib/ctypes/test/test_callbacks.py",
 line 31, in check_type
self.assertEqual(result, arg)
AssertionError: 0L != 42

--
nosy: +flox
priority:  -> normal

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

Changes by Nir Aides :


--
nosy: +nirai

___
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

[Roumen Petrov]

Roumen Petrov  added the comment:

Jesús Cea Avión wrote:
>
> Jesús Cea Avión  added the comment:
>
> I just did the minimal change. I don't know if removing 
> "defined(HAVE_MAKEDEV)" is safe.

The python build system is full with minimal changes and result is a big 
mess. Did you found which revision add ".. defined(HAVE_MAKEDEV)" in 
posix*.c ?

> "HAVE_DEVICE_MACROS" is defined if "configure" finds "makedev()" macro.

And what is result on you platform ?

> Clarify your comment about configure.in changes being wrong.

Usually just adding #include  will break test on platforms where 
 is missing.

The correct implementation will depend from above.

Cases:
1) platform is no longer supported - it is save to remove test case from 
configure and defined(HAVE_MAKEDEV) from posixmodule.c

2) HAVE_DEVICE_MACROS is defined for you . Then check how is written 
test for HAVE_DEVICE_MACROS and make test for makedev similar.

Roumen

--
nosy: +rpetrov

___
Python tracker 

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

[issue8151] [patch] convenience links for subprocess.call()

[anatoly techtonik]

New submission from anatoly techtonik :

http://codereview.appspot.com/577041/show

Index: make.bat
===
--- make.bat(revision 78986)
+++ make.bat(working copy)
@@ -1,4 +1,4 @@
-@@echo off
+...@echo off
 setlocal
 
 set SVNROOT=http://svn.python.org/projects
Index: library/subprocess.rst
===
--- library/subprocess.rst  (revision 78986)
+++ library/subprocess.rst  (working copy)
@@ -185,7 +185,7 @@
Run command with arguments.  Wait for command to complete, then return the
:attr:`returncode` attribute.
 
-   The arguments are the same as for the Popen constructor.  Example::
+   The arguments are the same as for the :class:`Popen` constructor.  Example::
 
   retcode = call(["ls", "-l"])
 
@@ -197,7 +197,7 @@
:exc:`CalledProcessError` object will have the return code in the
:attr:`returncode` attribute.
 
-   The arguments are the same as for the Popen constructor.  Example::
+   The arguments are the same as for the :class:`Popen` constructor.  Example::
 
   check_call(["ls", "-l"])

--
assignee: georg.brandl
components: Documentation
files: subprocess.call.doc.diff
keywords: patch
messages: 101136
nosy: georg.brandl, techtonik
severity: normal
status: open
title: [patch] convenience links for subprocess.call()
Added file: http://bugs.python.org/file16557/subprocess.call.doc.diff

___
Python tracker 

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

[issue7347] Add {Create|Delete}KeyEx to _winreg, doc and test updates

[Brian Curtin]

Changes by Brian Curtin :


Removed file: http://bugs.python.org/file16156/issue7347.diff

___
Python tracker 

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

[issue7347] Add {Create|Delete}KeyEx to _winreg, doc and test updates

[Brian Curtin]

Brian Curtin  added the comment:

Fixed a few a/an word changes and a few tab/space issues. Re-uploaded to 
Rietveld at http://codereview.appspot.com/580041

--
Added file: http://bugs.python.org/file16558/issue7347.diff

___
Python tracker 

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

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

Checking the pybsddb 4.8.4devel with current trunk I still see this:

"""
Berkeley DB 4.8.26: (December 18, 2009)
bsddb.db.version():   (4, 8, 26)
bsddb.db.__version__: 4.8.4devel1
bsddb.db.cvsid:   $Id: _bsddb.c,v 6408a812f035 2010/03/15 19:15:06 jcea $
py module:
/home/pybsddb/build/lib.solaris-2.10-i86pc-2.7/bsddb3/__init__.pyc
extension module: 
/home/pybsddb/build/lib.solaris-2.10-i86pc-2.7/bsddb3/__init__.pyc
python version:   2.7a4+ (trunk, Mar 16 2010, 00:50:35) 
[GCC 4.4.3]
My pid:   5068
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
./usr/local/lib/python2.7/threading.py:575:
 DeprecationWarning: sys.exc_clear() not supported in 3.x; use except clauses
  self.__exc_clear()
.
--
Ran 470 tests in 7.605s

OK

"""

Python 2.6.4 has the same issue too.

--
nosy: +jcea

___
Python tracker 

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

[issue6142] Distutils doesn't remove .pyc files

[Thijs Triemstra]

Changes by Thijs Triemstra :


--
nosy: +thijs

___
Python tracker 

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

[issue8148] logging.SyslogHandler.emit()

[Vinay Sajip]

Vinay Sajip  added the comment:

This appears to be a duplicate of #5421.

--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue8152] Divide error on Windows 7 Home Premium 64 bits

[Francois]

New submission from Francois :

On a freshly installed Python 2.6.4, the division / truncates the result to the 
lower integer as // should.

This occurs on both the current 32 and 64 bits builds.

This is shown in the attached picture.

--
components: Interpreter Core, Windows
files: python_interpreter.png
messages: 101140
nosy: f_dufour
severity: normal
status: open
title: Divide error on Windows 7 Home Premium 64 bits
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file16559/python_interpreter.png

___
Python tracker 

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

[issue8152] Divide error on Windows 7 Home Premium 64 bits

[Francois]

Changes by Francois :


Removed file: http://bugs.python.org/file16559/python_interpreter.png

___
Python tracker 

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

[issue8152] Divide error on Windows 7 Home Premium 64 bits

[Francois]

Changes by Francois :


--
status: open -> 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

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> One thing to think about with
> this example is the proper priority of I/O handling generally.  What
> if, instead of a file, this example code was writing on a pipe to
> another process?   For that, you would probably want that I/O thread
> to be able to blast its data to the receiver as fast as it reasonably
> can so that it can be done with it and get back to other work. 

We should be careful with statements such as "you want probably want
[...]". There may be situations where you want such a thing; others
where you don't really want (or care about) it.

While IO responsiveness and throughput can be an important measure of
performance, it is not the only one and depending on the situation it
actually may not matter at all.

--

___
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

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Oh the situation definitely matters.   Although, in the big picture,
> most programmers would probably prefer to have fast I/O performance
> over slow I/O performance :-).

Yes, of course. But that's not the point. We could try to improve GIL
behaviour in every thinkable situation, at the expense of code
complexity. But we don't want to make the code too complex and
delicate to maintain, and that's why I've asked for advice on
python-dev.

--

___
Python tracker 

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

[issue8140] extend compileall to compile single files

[Matthias Klose]

Matthias Klose  added the comment:

fixed for 2.7 and 3.2

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

[issue8143] urlparse has a duplicate of urllib.unquote

[Brett Cannon]

Brett Cannon  added the comment:

So David's right that local commits are bad from a threading perspective. If 
you happen to have an import trigger a thread which itself triggers an import 
you will lock up the interpreter. Typically this is avoided by not importing 
anything in a thread and not launching a thread based on an import. But some 
people do and they eventually get bit by calling a function that they didn't 
realize would trigger an import as a side-effect.

Since the code duplication has been solved in Python 3 I say add a comment 
about the duplication and be done with it for ease of development and complete 
backwards-compatibility.

--

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

Oh the situation definitely matters.   Although, in the big picture, most 
programmers would probably prefer to have fast I/O performance over slow I/O 
performance :-).

--

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

I absolutely agree 100% that it is not worth trying to fix the GIL for every 
conceivable situation (although if you could, I wouldn't complain).

To me, there are really only two scenarios worth worrying about:

1. Get rid of all of that multicore lock thrashing that happens if there are 
multiple CPU-bound threads competing.  Python programmers should know that 
intentionally using threads like this won't offer a performance boost.  
However, it would still be nice to avoid all of that needless overhead when it 
happens by design or by accident (the new GIL already addresses this).

2. Make sure that you can get reasonable I/O performance when there is *one* 
CPU-bound thread competing with some background I/O processing.  This covers 
the use case of overlapped I/O and computation as well as almost every 
practical problem related to communicating processes, multiprocessing, queuing, 
etc. 

As for everything else, it's probably not worth worrying about so much.  If 
someone is only doing I/O (e.g., a web server), their code is going to behave 
about the same as before (although maybe slightly better under heavy load if 
there's less GIL contention).  Situations where someone intentionally tries to 
set up multiple long-running CPU-bound threads seems pretty unlikely---the very 
presence of the GIL wouldn't make that kind of programming model attractive in 
the first place, so why would they do it?

--

___
Python tracker 

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

[issue8143] urlparse has a duplicate of urllib.unquote

[Matt Giuca]

Matt Giuca  added the comment:

What about the alternative (newmodule) patch? That doesn't have threading 
issues, or break backwards compatibility.

--

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

You know, I almost wonder whether this whole issue could be fixed by just 
adding a user-callable function to optionally set a thread priority number.  
For example:

sys.setpriority(n)

Modify the new GIL code so that it checks the priority of the currently running 
thread against the priority of the thread that wants the GIL.  If the running 
thread has lower priority, it immediately drops the GIL. 

Other than having this added preemption, do nothing else---just throw it all 
back to the user to come up with the proper "priorities." 

If there was something like this, it would completely fix the overlapped  
compute and I/O problem I mentioned.  I'd just set a higher priority on the 
background I/O threads and be done with it.  Problem solved.

Ok, it's only a thought.

--

___
Python tracker 

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

[issue6164] [AIX] Patch to correct the AIX C/C++ linker argument used for 'runtime_library_dirs'

[Sridhar Ratnakumar]

Sridhar Ratnakumar  added the comment:

BTW, 3.1.2rc1 does not contain this fix, but contains issue6163.

Any reason why this fix is missing in 3.1.2rc1?

--

___
Python tracker 

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

[issue6949] Support Berkeley DB 4.8

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

I am about to integrate pybsddb 4.8.4, that compiles against BDB 4.8.

Oracle is going to publish a new Berkeley DB lib in a month or less. I have the 
pybsddb release ready, too.

--

___
Python tracker 

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

[issue6949] Support Berkeley DB 4.8

[Jesús Cea Avión]

Jesús Cea Avión  added the comment:

Doko, bsddb3 is suppose to be "out" of py3k.

--

___
Python tracker 

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

[issue8143] urlparse has a duplicate of urllib.unquote

[Brett Cannon]

Brett Cannon  added the comment:

You could break it out into a module, but that feels like overkill for some 
minor code duplication that is not going to be a problem once we stop caring 
about Python 2.x. I personally wouldn't bother going that far.

--
priority: normal -> low

___
Python tracker 

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

[issue6716] Windows install error when choosing to compile .py files

[pds]

pds  added the comment:

To loewis:

I'm sorry for submitting multiple issues in a single bug report.
Also, currently, I'm afraid I don't have a testing environment for your MSI 
build.

To other members who might follow this issue:

Please specify problem numbers when reporting.

Thanks.

--

___
Python tracker 

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

[issue8153] 'set' union() fails in specific use case

[Frank Rene Schaefer]

New submission from Frank Rene Schaefer :

The union operation fails in the following use case

Python 2.6.4 (r264:75706, Jan 30 2010, 22:50:05) 
[GCC 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]] on linux2
>>> def func():
... a = set([0])
... a.pop()
... b = set([1, 2])
... a.union(b)
... return a
... 
>>> func()
set([])

Note, that is does *not* fail if it is *not* inside a function, i.e.

>>> a = set([0])
>>> a.pop()
0
>>> b = set([1, 2])
>>> a.union(b)
set([1, 2])
>>>

--
components: Interpreter Core
messages: 101154
nosy: fschaef2
severity: normal
status: open
title: 'set' union() fails in specific use case
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

[issue6949] Support Berkeley DB 4.8

[Matthias Klose]

Matthias Klose  added the comment:

jcea: yes, but we want _dbm be able to build with 4.8.x as well.

--

___
Python tracker 

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

[Ronald Oussoren]

Ronald Oussoren  added the comment:

On 15 Mar, 2010, at 16:22, Tom Loredo wrote:

> 
> Tom Loredo  added the comment:
> 
> Ned-
> 
> I *did* run "make install"; everything I reported was about the situation 
> *after* running "make install".  In particular, I don't know any way to get 
> access to IDLE without "make install"; what I described came from using the 
> version in Applications/Python 2.6, which only appears after "make install".
> 
> Okay, now I see my misunderstanding---the arch-dependent executables are in 
> the framework only, and not linked in the installation prefix.  Is that the 
> intended behavior?  I do put my framework in my PATH so I do have access to 
> the executables; but I was expecting them to be in /usr/local/... as well.
> 
> The version pointed to in /usr/local/... is the 32-bit version.  This should 
> be documented somewhere; I believe it changes previous behavior.  It's not 
> obvious to me what to expect here, which again argues that it should be 
> documented.

This is not a regression in 2.6,  the python-32 executable has never been 
linked into /usr/local/bin.  I agree that they should be as long as we fill 
/usr/local/bin, but that can wait until 2.6.6.

I always add the framework to $PATH because distutils installs scripts into 
that location.   It would be worthwhile to change that for 2.7 and 3.2: tweak 
distutils to ensure that site-packages and scripts get installed in 
/Library/Python/2.7/... and install (links to) the public executables there as 
well.  That way the location of scripts and site-packages is easily found in 
the Finder, while keeping a versioned location. I don't want to tweak 
distutils to install into /usr/local because I have several python trees and 
those should stay separate.

Ronald

> 
> --
> 
> ___
> Python tracker 
> 
> ___

--
Added file: http://bugs.python.org/file16560/smime.p7s

___
Python tracker 

___

smime.p7s
Description: S/MIME cryptographic signature
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com