[issue3645] readline module Crashs on OpenBSD/amd64
Gregory P. Smith [EMAIL PROTECTED] added the comment: committed to trunk (2.6) in r66179. This should be back ported to release25-maint and automagically merged into py3k. can someone with OpenBSD confirm that this has indeed fixed the problem? if so i'll do the 25 backport and mark it as closed instead of pending. -- assignee: - gregory.p.smith keywords: +easy nosy: +gregory.p.smith resolution: - accepted status: open - pending versions: -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3645] readline module Crashs on OpenBSD/amd64
Changes by Gregory P. Smith [EMAIL PROTECTED]: -- keywords: -needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]:
I created symbolic link to python.exe as dummy.exe on cygwin.
But I noticed platform.architecture() printed ('32bit', '')
$ ./dummy
Python 2.6b3+ (trunk:66166M, Sep 3 2008, 06:43:59)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type help, copyright, credits or license for more information.
import platform
platform._follow_symlinks(dummy.exe)
'/home/WhiteRabbit/python-dev/trunk/dummy.exe/python.exe'
Is this _follow_symlinks's intended behavior? If no, I hope attached
patch will fix problem. Now platform.architecture() prints
('32bit', 'WindowsPE')
--
messages: 72376
nosy: ocean-city
severity: normal
status: open
title: platform.architecture() fails if python is lanched via its symbolic link
(cygwin)
versions: Python 2.5, Python 2.6, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3762
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
- But I noticed platform.architecture() printed ('32bit', '')
+ But I noticed platform.architecture() printed ('32bit', '')
when I lanched python via dummy.exe
--
components: +Library (Lib)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3762
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: This sliped out of my mind. :-( [issue3719] Python versions and must at least support Python 2.1. os.path.realpath is new feature in Python2.2, so probably this cannot be used. I attached another patch platform_v2.patch. -- keywords: +patch Added file: http://bugs.python.org/file11353/platform_v2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3763] Python 3.0 beta 2 : json and urllib not working together?
New submission from Swaroop [EMAIL PROTECTED]:
Hi,
Running the attached program in Python 3.0 beta 2 gives the following error:
File C:\Python30\lib\json\decoder.py, line 21, in linecol
lineno = doc.count('\n', 0, pos) + 1
TypeError: expected an object with the buffer interface
I can't figure out if there's an error in the program itself, but I
suspect this isn't working as expected.
Please let me know if there's anything I can do to help (if this is a
bug indeed).
Regards,
Swaroop
--
components: None
files: yahoo_search.py
messages: 72379
nosy: swaroopch
severity: normal
status: open
title: Python 3.0 beta 2 : json and urllib not working together?
versions: Python 3.0
Added file: http://bugs.python.org/file11354/yahoo_search.py
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3763
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3763] Python 3.0 beta 2 : json and urllib not working together?
Swaroop [EMAIL PROTECTED] added the comment:
Adding full traceback:
$ python yahoo_search.py
Traceback (most recent call last):
File yahoo_search.py, line 35, in module
for result in search(query)['Result']:
File yahoo_search.py, line 28, in search
result = json.load(urllib.request.urlopen(url))
File C:\Python30\lib\json\__init__.py, line 267, in load
parse_constant=parse_constant, **kw)
File C:\Python30\lib\json\__init__.py, line 307, in loads
return _default_decoder.decode(s)
File C:\Python30\lib\json\decoder.py, line 322, in decode
raise ValueError(errmsg(Extra data, s, end, len(s)))
File C:\Python30\lib\json\decoder.py, line 30, in errmsg
lineno, colno = linecol(doc, pos)
File C:\Python30\lib\json\decoder.py, line 21, in linecol
lineno = doc.count('\n', 0, pos) + 1
TypeError: expected an object with the buffer interface
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3763
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3726] Allow ', whitespace' delimiters in logging.config.fileConfig()
Vinay Sajip [EMAIL PROTECTED] added the comment: Fix checked into trunk (slightly modified version of patch). -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3726 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3762] platform.architecture() fails if python is lanched via its symbolic link (cygwin)
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11355/platform.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3762 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3526] Customized malloc implementation on SunOS and AIX
Sébastien Sablé [EMAIL PROTECTED] added the comment: [sorry for the late reply, I have been on holidays] Martin: you are right that this memory is moved to swap and does not consume any real memory; however we decided to work on this patch because we observed on our application some performances degradation due to this memory not being deallocated correctly. Since then we have done some quite extensive tests (with the help of a consultant at Sun): they have shown that this unnecessary swapping has a noticeable impact on performances and at worst, when the system memory is saturated, can completely put a server on its knees for several minutes (we're talking of top of the line SunOS and AIX servers with hundreds of GB of memory). I will write a complete document explaining the tests and observations that we did, but this memory issue was critical for us given the degradation of performances it was generating on our production servers. Concerning dlmalloc, you are right that it would be cleaner to improve obmalloc so that it uses mmap when necessary, instead of adding another layer with dlmalloc (even though that is what actually currently happens on linux systems where dlmalloc is integrated in libc). I will try to do that patch in coming weeks (obmalloc mostly allocates some 256KB arenas so it should nearly always use mmap). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3526 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: Removing Python 2.5 from the version list, since the patch may in some cases (e.g. using a different encoding than UTF-8) cause problems with existing setup.py files out there. The patch is not compatible with Python 3.0 for obvious reasons, but there shouldn't be any issue for Python 3.0 anyway. Given that no one has volunteered to review the patch in addition to Tarek and myself, I think we're good to go. Tarek, if you're fine with this, please let me know and I'll check in the patch (together with a note in NEWS). -- versions: -Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.
Tarek Ziadé [EMAIL PROTECTED] added the comment: Sure, sounds fine to me, thanks for the help on this issue ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: Checked in as r66181 on trunk. -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3764] asyncore differences between 2.x and 3.x
New submission from Giampaolo Rodola' [EMAIL PROTECTED]: I don't know if this is intentional but I point it out anyway in case this is wrong (as I think): asyncore.py of Python 2.6 trunk on line 104 contains: if flags select.POLLHUP: obj.handle_close() ...while the python 3.0 version is different: if flags select.POLLHUP: obj.handle_close_event() -- components: Library (Lib) messages: 72386 nosy: giampaolo.rodola, josiah.carlson, josiahcarlson severity: normal status: open title: asyncore differences between 2.x and 3.x versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3764 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600362] relocate cgi.parse_qs() into urlparse
Senthil [EMAIL PROTECTED] added the comment: Facundo, I have updated the patch against the trunk. Added the PendingDeprecationWarning for py26 and DeprecationWarning for py3k. All tests pass ok. Please verify and plan to apply this patch before rc1. Added file: http://bugs.python.org/file11356/issue600362-py26-v3.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue600362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600362] relocate cgi.parse_qs() into urlparse
Changes by Senthil [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11357/issue600362-py3k-v3.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue600362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600362] relocate cgi.parse_qs() into urlparse
Changes by Senthil [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file6/issue600362-py26-v2.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue600362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600362] relocate cgi.parse_qs() into urlparse
Changes by Senthil [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file7/issue600362-py3k-v2.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue600362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2200] find_executable fails to find .bat files on win32
anatoly techtonik [EMAIL PROTECTED] added the comment: I've run into the same problem. Attached patch (updated with Lev code) is almost the same except that it doesn't attempt to return executable files without executable extension. It also accounts that os2 executables can have arbitrary extensions according to Perl manual. http://www.perl.com/doc/manual/html/Porting/README.os2.html#Starting_OS_2_and_DOS_programs -- nosy: +techtonik versions: +Python 2.6, Python 2.7, Python 3.0 Added file: http://bugs.python.org/file11358/spawn.patch.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2200] find_executable fails to find .bat files on win32
Changes by anatoly techtonik [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11358/spawn.patch.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2200] find_executable fails to find .bat files on win32
Changes by anatoly techtonik [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11359/spawn.patch.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3724] math.log(x, 10) gives different result than math.log10(x)
Mark Dickinson [EMAIL PROTECTED] added the comment: I can't really see a compelling reason to make this change---it seems like an unnecessary complication to add to what's currently a simple function. Someone who really needs the accuracy can just use log10. Perhaps a note in the documentation for log suggesting this would be useful. I guess this solution seems insufficiently general: why 'fix' log(x, 10) but not log(x, 2), for example? OTOH, a two-argument log that was guaranteed correctly rounded (or accurate to within 1ulp) for *all* bases would certainly be of interest! But that's a fairly major project... ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3724 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1159425] 2.4 crashes when try to exit app and mulitple threads active
Christopher Nelson [EMAIL PROTECTED] added the comment: I also experience this on a regular basis. I can't show you the code due to IP restrictions, but it happens almost 100% of the time in python 2.4.4 on win2k8, and frequently in win2k3. Error in atexit._run_exitfuncs: Traceback (most recent call last): File C:\Program Files\Opsware\agent\lcpython15\lib\atexit.py, line 24, in _r un_exitfuncs func(*targs, **kargs) File C:\Program Files\Opsware\agent\lcpython15\lib\threading.py, line 638, i n __exitfunc self._Thread__delete() File C:\Program Files\Opsware\agent\lcpython15\lib\threading.py, line 522, i n __delete del _active[_get_ident()] KeyError: 2540 Error in sys.exitfunc: Traceback (most recent call last): File C:\Program Files\Opsware\agent\lcpython15\lib\atexit.py, line 24, in _r un_exitfuncs func(*targs, **kargs) File C:\Program Files\Opsware\agent\lcpython15\lib\threading.py, line 638, i n __exitfunc self._Thread__delete() File C:\Program Files\Opsware\agent\lcpython15\lib\threading.py, line 522, i n __delete del _active[_get_ident()] KeyError: 2540 -- nosy: +nadiasvertex ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1159425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3682] test_math: math.log(-ninf) fails to raise exception on OpenBSD
Mark Dickinson [EMAIL PROTECTED] added the comment: It's possible that this patch would cause breakage on other systems: there's a reason that errno is currently ignored, which is that it can't be trusted on all systems (notably Linux: on one Linux system I've used of three different evaluations, all of log singularity type (log(0), log1p(-1), atanh(1), ...), one gave errno=EDOM, one gave errno=ERANGE, and one didn't set errno at all). So I'm reluctant to mess with math_1, especially this close to a release. An alternative solution would be to check special cases for log directly within the mathmodule.c code, only passing positive nonspecial arguments to the system log function. This would have a much lower risk of causing breakage on other systems. Note that Solaris with Sun's compiler also has some problems with log: depending on compiler options, etc., log(-1.0) can give -inf instead of nan. So having Python deal with log special cases directly seems like a good thing to do there as well. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3682 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3594] PyTokenizer_FindEncoding() never succeeds
Antoine Pitrou [EMAIL PROTECTED] added the comment: I don't understand the whole decoding machinery in the tokenizer, but the patch looks ok to me. (tested in debug mode under Linux and Windows) -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3696] Error parsing arguments on OpenBSD = 4.4
Antoine Pitrou [EMAIL PROTECTED] added the comment: Amaury, as long as you fix the small quirk mentioned above (checking the return value of the second call to mbstowcs()), I think this patch can go in, since it does no harm on already working platforms. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3696 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Jesse Noller [EMAIL PROTECTED] added the comment: Raising this to RB, we should not RC without the MP module properly compiling -- priority: high - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3763] Python 3.0 beta 2 : json and urllib not working together?
Senthil [EMAIL PROTECTED] added the comment: On the code against the trunk, I am getting the following error: Traceback (most recent call last): File python3k_json.py, line 38, in module for result in search(query)['Result']: File python3k_json.py, line 31, in search result = json.load(obj) File /usr/local/lib/python3.0/json/__init__.py, line 267, in load parse_constant=parse_constant, **kw) File /usr/local/lib/python3.0/json/__init__.py, line 307, in loads return _default_decoder.decode(s) File /usr/local/lib/python3.0/json/decoder.py, line 319, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) TypeError: can't use a string pattern on a bytes-like object Swaroop: What encoding would be the JSON File content? You can try by passing the encoding argument to the load method. I tried latin1 and ascii, did not help. Few more things to note: - The above TypeError was introduced by the fix of Issue2834. - There are also bugs open in other modules (shutil, imaplib) where problems with str-bytes conversions are observed. -- components: +Library (Lib) -None nosy: +orsenthil type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3763 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3658] fix for pychecker property complaints
Antoine Pitrou [EMAIL PROTECTED] added the comment: If it's only to please pychecker, then I don't think we should make this change. It's potential gratuitous breakage, especially if people subclass those classes. -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3658 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3724] math.log(x, 10) gives different result than math.log10(x)
Raymond Hettinger [EMAIL PROTECTED] added the comment: Mark, thanks for the first review comments. Am also disturbed by the lack of generality and don't think it wise to introduce a discontinuity. Am rejecting this patch. Leaving the bug report open in case other solutions arise. -- nosy: +rhettinger resolution: - rejected ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3724 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Antoine Pitrou [EMAIL PROTECTED] added the comment: I suggest committing a patch which falls back to _SEM_VALUE_MAX and see how the Solaris buildbot reacts. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3763] Python 3.0 beta 2 : json and urllib not working together?
Swaroop [EMAIL PROTECTED] added the comment: Hi Senthil, I am not aware of what encoding is used. An example of the content is http://search.yahooapis.com/WebSearchService/V1/webSearch?query=byte+of+pythonappid=jl22psvV34HELWhdfUJbfDQzlJ2B57KFS_qs4I8D0Wz5U5_yCI1Awv8.lBSfPhwrresults=20start=1output=json ( If the above link does not work properly, please use http://is.gd/2bbI ) When viewing this, Firefox says it is UTF-8. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3763 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3752] test_bsddb broken
Jesús Cea Avión [EMAIL PROTECTED] added the comment: Solved in r66137 and r66138. -- resolution: - accepted status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3752 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3752] test_bsddb broken
Changes by Jesús Cea Avión [EMAIL PROTECTED]: -- resolution: accepted - fixed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3752 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3696] Error parsing arguments on OpenBSD = 4.4
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Here is an updated patch: - changed #ifndef into #ifdef. The broken case comes first now. - check that the second call to mbstowcs does not fail. - also, changed an assert, since strlen() does not always count the exact number of chars. I won't have SVN access for the next couple of days (behind a firewall...) Antoine (or someone else), can you please check this in? Added file: http://bugs.python.org/file11360/mbstowcs-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3696 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Jesse Noller [EMAIL PROTECTED] added the comment: Anyone mind reviewing the attached patch? This should resolve the solaris compile issue. I used skip's suggested code - I removed the #ifdef solaris at AP's suggestion. -- keywords: +patch Added file: http://bugs.python.org/file11361/issue_3110.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3673] bsddb module leaks memory
Jesús Cea Avión [EMAIL PROTECTED] added the comment: Excellent work, Neal. Committed as r66182 and r66183. -- resolution: - accepted status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Changes by Jesse Noller [EMAIL PROTECTED]: -- keywords: +needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Antoine Pitrou [EMAIL PROTECTED] added the comment: I recompiled and tested multiprocessing both under Windows and Linux with this patch, no problems detected. +1 for applying it. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3607] test_multiprocessing failure (Unserializable message)
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: It seems that issue3125 follows the same problem; one of them could be closed IMO. Lowering priority as well. -- priority: release blocker - high ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3607 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3607] test_multiprocessing failure (Unserializable message)
Jesse Noller [EMAIL PROTECTED] added the comment: Closing as dupe to issue3125 -- resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3607 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3618] possible deadlock in IO library (Lib/io.py)
Changes by Jesús Cea Avión [EMAIL PROTECTED]: -- nosy: +jcea ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Skip Montanaro [EMAIL PROTECTED] added the comment: I can confirm that Jesse's patch allows multiprocessing to compile on Solaris 10. Note, however, that there are other symbolic constants defined which contain SEM_VALUE_MAX, all with widely differing underlying values: % find /usr/include -name '*.h' | xargs egrep SEM_VALUE_MAX /usr/include/sys/param.h:#define_SEM_VALUE_MAX INT_MAX /usr/include/sys/sysconfig.h:#define_CONFIG_SEM_VALUE_MAX 21 /* max. value a semaphore may have */ /usr/include/sys/unistd.h:#define _SC_SEM_VALUE_MAX 37 /usr/include/limits.h:#define _POSIX_SEM_VALUE_MAX32767 How do we know that _SEM_VALUE_MAX is the proper rvalue to use when #define-ing SEM_VALUE_MAX? Richard, as the author of the original processing module do you have something to contribute to this discussion? You've been completely silent on this issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Jesse Noller [EMAIL PROTECTED] added the comment: Skip - Richard has been unavailable a good chunk of the summer. I don't know when he will be online again. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Jesse Noller [EMAIL PROTECTED] added the comment: I've committed the patch in r66184 on trunk, 66185 py3k. Skip raises a good point, therefore I'll leave this open but lower from a blocker. -- priority: release blocker - high ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3110 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3473] In function call, keyword arguments could follow *args
Changes by Jesús Cea Avión [EMAIL PROTECTED]: -- nosy: +jcea ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3697] Fatal Python error: Cannot recover from stack overflow on Windows buildbots
Antoine Pitrou [EMAIL PROTECTED] added the comment: Committed in r66186 after review by Amaury on IRC. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3697 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3626] python3.0 interpreter on Cygwin ignores all arguments
Antoine Pitrou [EMAIL PROTECTED] added the comment: The mbstowcs problem should be fixed in r66187. What is the state of the other problems? Is this issue still a release blocker? -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3626 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3758] make check suggest a testing target under GNU coding standards
Brett Cannon [EMAIL PROTECTED] added the comment: Or how about ``make precommit``? -- priority: - low ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3758 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3626] python3.0 interpreter on Cygwin ignores all arguments
Yaakov (Cygwin Ports) [EMAIL PROTECTED] added the comment: Thank you for the patch; that allows the build to finish. The remaining issues are now: msg72029: printf(%ls,...) bug msg72044: does not build with db4.7 Finally proceeding to the install, now I get another error: mkdir ./Lib/plat-cygwin cp ./Lib/plat-generic/regen ./Lib/plat-cygwin/regen export PATH; PATH=`pwd`:$PATH; \ export PYTHONPATH; PYTHONPATH=`pwd`/Lib; \ export DYLD_FRAMEWORK_PATH; DYLD_FRAMEWORK_PATH=`pwd`; \ export EXE; EXE=.exe; \ cd ./Lib/plat-cygwin; ./regen python$EXE ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h Could not find platform independent libraries prefix Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] Fatal Python error: Py_Initialize: can't initialize sys standard streams ImportError: No module named encodings.utf_8 ./regen: line 3: 4164 Segmentation fault (core dumped) python$EXE ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h make: *** [Lib/plat-cygwin] Error 139 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3626 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3765] [patch] allow mmap take file offset as argument
New submission from Christopher Li [EMAIL PROTECTED]: The os.mmap function does not take file offset as requirement. As a result, if python want to mmap a piece of the file data at the very end of the file, it needs to mmap the every thing before that. Without offset argument, it is hard to work with large files. I make a patch to add the offset arguments to mmap function call a while back. I wish it get included in the future version of python. http://mail.python.org/pipermail/python-list/2005-May/324213.html Thanks -- components: Library (Lib) messages: 72416 nosy: chrisl severity: normal status: open title: [patch] allow mmap take file offset as argument type: feature request versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3765 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2744] Fix test_cProfile
Brett Cannon [EMAIL PROTECTED] added the comment: So is this going to be a 3.1 issue or a 3.0 one? If it's the former then it should not be a release blocker. But if is going to be for 3.0 then the version list is wrong. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3758] make check suggest a testing target under GNU coding standards
Benjamin Peterson [EMAIL PROTECTED] added the comment: That suggests that it only need to run by committers. I find it useful, just for the reindenting whenever I'm writing a patch. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3758 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1923] meaningful whitespace can be lost in rfc822_escape
Simon Cross [EMAIL PROTECTED] added the comment: Poking the issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3594] PyTokenizer_FindEncoding() never succeeds
Benjamin Peterson [EMAIL PROTECTED] added the comment: The patch also looks pretty harmless to me. :) -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3764] asyncore differences between 2.x and 3.x
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - josiahcarlson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3764 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3590] sax.parser considers XML as text rather than bytes
Benjamin Peterson [EMAIL PROTECTED] added the comment: This is a duplicate of #2501. -- resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3724] math.log(x, 10) gives different result than math.log10(x)
Changes by Raymond Hettinger [EMAIL PROTECTED]: -- assignee: marketdickinson - rhettinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3724 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3766] socket.socket.recv broken (unbearably slow)
New submission from Thorben Krueger [EMAIL PROTECTED]:
Under Linux 2.6.24-1-amd64 as well as 2.6.26 (x86-32), Python versions
2.5.2 and 2.4.4 (on both machines), there is a huge discrepancy between
socket read latencies, depending on code context.
Some detail:
For a university project, I wrote a python client for a query-server. A
reference implementation existed in Perl, so the job was pretty straight
forward. However, for reasons unknown to me, the Python implementation
was by several orders of magnitude slower than the reference
implementation. To track down the issue, I wrote a dummy version of the
query-server in Python, where the problem persisted. I then stripped
down both client and server to the minimal functionality and still the
problem persisted.
I wrote a demo inside a single file using socketpair() to post here, but
the issue was not reproducible.
Finally, I stripped down the original client/server to a postable level
and ran a profiler on a testcase.
Here is the gist of it:
Sending 500 packets @ 2 tokens each (500 very short lists) takes 40
seconds on average.
In detail:
14508 function calls in 39.980 CPU seconds
Ordered by: internal time
ncalls tottime percall cumtime percall filename:lineno(function)
1500 39.8340.027 39.8340.027 {method 'recv' of
'_socket.socket' objects}
15000.0240.000 39.8770.027 Client.py:16(read_int)
15000.0200.0000.0200.000 string:1(sendall)
15000.0180.0000.0480.000 Client.py:8(send_int)
5000.0160.000 39.9030.080 Client.py:19(read_int_list)
15000.0150.0000.0190.000 struct.py:77(unpack)
5000.0100.0000.0600.000 Client.py:11(send_int_list)
15000.0100.0000.0100.000 struct.py:54(pack)
10.0090.009 39.980 39.980 dummytest.py:12(bench)
10000.0070.0000.0070.000 {method 'insert' of 'list'
objects}
10010.0060.0000.0060.000 {range}
5000.0050.000 39.9680.080 Client.py:28(spam)
15000.0050.0000.0050.000 {method 'unpack' of
'Struct' objects}
5010.0020.0000.0020.000 {len}
Here is the same for 1 packet @ 5 tokens (1 very long list), taking
below 10 seconds on average.
8.51872587204
400018 function calls in 8.519 CPU seconds
Ordered by: internal time
ncalls tottime percall cumtime percall filename:lineno(function)
500012.9800.0002.9800.000 {method 'recv' of
'_socket.socket' objects}
52.9800.0002.9800.000 {method 'insert' of 'list'
objects}
500010.9930.0000.9930.000 string:1(sendall)
500010.4100.0001.5580.000 Client.py:8(send_int)
500010.3340.0003.5810.000 Client.py:16(read_int)
10.2470.2476.8096.809 Client.py:19(read_int_list)
500010.1910.0000.2660.000 struct.py:77(unpack)
500010.1540.0000.1540.000 struct.py:54(pack)
10.1460.1461.7031.703 Client.py:11(send_int_list)
500010.0750.0000.0750.000 {method 'unpack' of
'Struct' objects}
I don't get the reason for the huge speed discrepancy. I include all
source code files for reproducing the issue.
Notably, the original software (non stripped-down version) runs without
these issues using a OS X Python version. Details may follow, I don't
own a Mac but know people who do.
Also note that I can't get the server to shut down properly (the thread
does not terminate). You have to kill the process manually and wait for
the port to be freed by the kernel. Maybe this is easily fixable but at
least I don't know how.
The attached archive contains all source code plus README and the
socketpair() version.
--
components: Library (Lib)
files: socket_bug.tar.bz2
messages: 72424
nosy: thorben
severity: normal
status: open
title: socket.socket.recv broken (unbearably slow)
versions: Python 2.4, Python 2.5
Added file: http://bugs.python.org/file11363/socket_bug.tar.bz2
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3766
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3767] tkColorChooser may fail if no color is selected
New submission from Guilherme Polo [EMAIL PROTECTED]: Chooser._fixresult in the tkColorChooser module uses if not result to check if user canceled the dialog, but nowadays Tk may return a cached object that contains the result we are after, so, this object will not simply evaluate to false and _fixresult will act like if the user didn't cancel the dialog. The fix is simple, just get the real value of result in that check. -- components: Tkinter files: str_result.diff keywords: patch messages: 72425 nosy: gpolo severity: normal status: open title: tkColorChooser may fail if no color is selected versions: Python 2.5, Python 2.6, Python 3.0 Added file: http://bugs.python.org/file11364/str_result.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3767 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3768] Move test_py3kwarn over to new catch_warnings API
Benjamin Peterson [EMAIL PROTECTED] added the comment: Looks straightforward; go ahead. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3768 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1658] RuntimeError: dictionary changed size during iteration in Tkinter
Guilherme Polo [EMAIL PROTECTED] added the comment: Can someone review the patch and apply please ? It is sad to leave tkinter like this in py3k. Clearly there are not much people using it there, but it is something very simple to fix. -- keywords: +needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1658 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue600362] relocate cgi.parse_qs() into urlparse
Facundo Batista [EMAIL PROTECTED] added the comment: Commited in r66196 and r66199, this went into 2.6/3.0 rc1!! Thank you all for the effort! -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue600362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
New submission from Brett Cannon [EMAIL PROTECTED]: Attached is a patch that deprecates bsddb for removal in 3.0. -- components: Library (Lib) files: deprecate_bsddb.diff keywords: needs review, patch, patch messages: 72431 nosy: brett.cannon priority: release blocker severity: normal status: open title: Deprecate bsddb for removal in 3.0 type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file11366/deprecate_bsddb.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Benjamin Peterson [EMAIL PROTECTED] added the comment: On Wed, Sep 3, 2008 at 6:20 PM, Skip Montanaro [EMAIL PROTECTED] wrote: Skip Montanaro [EMAIL PROTECTED] added the comment: Remind me why we want to get rid of bsddb? The reasons are enumerated in PEP 3108. Skip -- nosy: +skip.montanaro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ -- Cheers, Benjamin Peterson There's no place like 127.0.0.1. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Raymond Hettinger [EMAIL PROTECTED] added the comment: I thought someone stepped forward to maintain this package. -- nosy: +rhettinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Benjamin Peterson [EMAIL PROTECTED] added the comment: Also see this: http://mail.python.org/pipermail/python-3000/2008-September/014712.html ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Changes by Brett Cannon [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11366/deprecate_bsddb.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Brett Cannon [EMAIL PROTECTED] added the comment: New patch to also deprecated dbhash. Added file: http://bugs.python.org/file11367/deprecate_bsddb.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +barry ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Raymond Hettinger [EMAIL PROTECTED] added the comment: I think this should be deferred to Py3.1. This decision was not widely discussed and I think it likely that some users will be surprised and dismayed. The release candidate seems to be the wrong time to yank this out (in part because of the surprise factor) and in part because I think the change silently affects shelve/anydbm performance so that the impact may be significantly degraded but not immediately apparent (test suites will still succeed). We don't have to take this out. So why do it hastily at the last minute and without some discussion on comp.lang.python at least. If it were any other release, we would have disciplined ourselves to deprecate first and remove a generation or two later. Also, the stated reason for removal may yet disappear if jcrea steps in as promised and continues to make updates. Also, the referenced note ( http://mail.python.org/pipermail/python-dev/2008-July/081379.html ) say to start end-of-lifing it which I took to mean deprecate rather than completely remove during a release candidate. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3565] array documentation, method names not 3.0 compliant
Matt Giuca [EMAIL PROTECTED] added the comment: Can I just remind people that I have a documentation patch ready here (and has been for about a month)? Of course the doc+bytesmethods.patch may be debatable and probably too late to go in 3.0. But you should be able to commit doc-only.patch with no problems. Current array documentation (http://docs.python.org/dev/3.0/library/array.html) is clearly wrong in Python 3.0 (even containing syntax errors). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3565 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3585] pkg-config support
Clinton Roy [EMAIL PROTECTED] added the comment: This version sets Libs.private for static compiles. Any chance this will make it into the 2.6/3.0 release candidates ? cheers, Added file: http://bugs.python.org/file11368/pkgconfig.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3585 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Brett Cannon [EMAIL PROTECTED] added the comment: On Wed, Sep 3, 2008 at 4:41 PM, Raymond Hettinger [EMAIL PROTECTED] wrote: I think this should be deferred to Py3.1. This decision was not widely discussed and I think it likely that some users will be surprised and dismayed. Perhaps, but that could be said about almost any module that has been removed through the stdlib reorg. The release candidate seems to be the wrong time to yank this out (in part because of the surprise factor) and in part because I think the change silently affects shelve performance so that the impact may be significantly negative but not readily apparent. We don't have to take this out. We don't have to remove anything that has gone through the stdlib reorg, so that is not a solid argument. So why do it hastily at the last minute and without some discussion on comp.lang.python at least. It isn't being done hastily; this has been planned for a while. People have just been too busy to get around to it. And we are not changing any semantics or removing something from the language which is what I view as what you don't change in an rc. So this might come down to a different opinion of what one can do during an rc. If it were any other release, we would have disciplined ourselves to deprecate first and remove a generation or two later. We are deprecating first in 2.6. Also, the reason for removal may yet disappear if jcrea steps in an continues to make updates. OK, but none of his changes have received a code review, so if we are going to go down the whole disciplined route about it being an rc then we should back out all of Jesus' changes for both 2.6 and 3.0, which puts us back to the same instability issues. Also, the referenced note ( http://mail.python.org/pipermail/python-dev/2008-July/081379.html ) say to start end-of-lifing it which I took to mean deprecate rather than remove during a release candidate. Well, it was in the PEP before beta2 even went out the door. -Brett ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0
New submission from Damien Miller [EMAIL PROTECTED]: test_multiprocessing crashes on platforms that lack a working sem_open(), despite it being turned off at compilation time by setting HAVE_SEM_OPEN=0 in the Extension macros in setup.py I think the multiprocessing module should disable the functionality gracefully when it is missing from _multiprocessing. Failure message: test test_multiprocessing crashed -- type 'exceptions.AttributeError': 'module' object has no attribute 'SemLock' Traceback (most recent call last): File .//Lib/test/regrtest.py, line 556, in runtest_inner indirect_test() File /usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/test/test_multiprocessing.py, line 1758, in test_main ProcessesMixin.pool = multiprocessing.Pool(4) File /usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/multiprocessing/__init__.py, line 226, in Pool return Pool(processes, initializer, initargs) File /usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/multiprocessing/pool.py, line 84, in __init__ self._setup_queues() File /usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/multiprocessing/pool.py, line 130, in _setup_queues from .queues import SimpleQueue File /usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/multiprocessing/queues.py, line 22, in module from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore, Condition File /usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/multiprocessing/synchronize.py, line 29, in module SEM_VALUE_MAX = _multiprocessing.SemLock.SEM_VALUE_MAX AttributeError: 'module' object has no attribute 'SemLock' 1 test failed: test_multiprocessing -- components: Extension Modules messages: 72442 nosy: djmdjm severity: normal status: open title: test_multiprocessing fails on systems with HAVE_SEM_OPEN=0 versions: Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3770 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3771] test_httpservers intermittent failure
New submission from Damien Miller [EMAIL PROTECTED]:
On OpenBSD I'm seeing intermittent failures of test_httpservers with the
following error:
test_post (test.test_httpservers.CGIHTTPServerTestCase) ... ERROR
==
ERROR: test_post (test.test_httpservers.CGIHTTPServerTestCase)
--
Traceback (most recent call last):
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/test/test_httpservers.py,
line 326, in test_post
res = self.request('/cgi-bin/file2.py', 'POST', params, headers)
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/test/test_httpservers.py,
line 64, in request
return self.connection.getresponse()
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/httplib.py,
line 949, in getresponse
response.begin()
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/httplib.py,
line 418, in begin
self.msg = HTTPMessage(self.fp, 0)
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/mimetools.py,
line 24, in __init__
rfc822.Message.__init__(self, fp, seekable)
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/rfc822.py,
line 108, in __init__
self.readheaders()
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/httplib.py,
line 274, in readheaders
line = self.fp.readline()
File
/usr/ports/lang/python/2.6/w-Python-2.6b3/Python-2.6b3/Lib/socket.py,
line 395, in readline
data = recv(1)
error: [Errno 4] Interrupted system call
Rerunning the test by itself always passes; maybe a SIGCHLD is
interrupting the recv() call.
Anyway, EINTR is a recoverable error - the socket code should probably
retry the read.
--
components: Extension Modules
messages: 72443
nosy: djmdjm
severity: normal
status: open
title: test_httpservers intermittent failure
type: crash
versions: Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3771
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - jnoller nosy: +jnoller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3770 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2876] Write UserDict fixer for 2to3
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3279] import of site.py fails on startup
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Raymond Hettinger [EMAIL PROTECTED] added the comment: I think this should be deferred to Py3.1. This decision was not widely discussed and I think it likely that some users will be surprised and dismayed. Perhaps, but that could be said about almost any module that has been removed through the stdlib reorg. Many of those were trivial in comparison and many had good replacements or were no longer relevant. This is a bigger deal (almost on par with removing Tkinter). If it were any other release, we would have disciplined ourselves to deprecate first and remove a generation or two later. We are deprecating first in 2.6. That, of course, isn't fair since 2.6 is going out the door at the same time as 3.0. Normally, we would go through more that one cycle between the heads-up and taking the hit. Life is already going to be challenging for people using 2.6 as a stepping stone to 3.0. Would hate to stop some of them dead in the water. Well, it was in the PEP before beta2 even went out the door. If you think everyone got fair warning, knows this is coming, has had a chance to assess its impact, and has had a chance to comment on it, then you're kidding yourself. I don't understand the rush to yank out a major component affecting a commonly used module (shelve) without more due process, due diligence, and a bit higher standard of care. I don't think we're respecting our users on this one. What's wrong with deferring this to 3.1? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2350] 'exceptions' import fixer
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2350 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen [EMAIL PROTECTED] added the comment: Thanks. If you can identify a specific bug, I'll take a look at it. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1251 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3642] Objects/obmalloc.c:529: warning: comparison is always false due to limited range of data type
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3642 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3723] Py_NewInterpreter does not work
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3723 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3659] sqlite: enumeration value 'TYPE_STRING' not handled in switch
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3659 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3628] IDLE does not run with Py30b3
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3628 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3597] Allow application developers to select ciphers, and default to strong in ssl lib
Bill Janssen [EMAIL PROTECTED] added the comment: I'm afraid you're ahead of me in knowledge here. I've experimented with the ciphers a bit, but there seem to be various compatibility issues. I finally decided to let the OpenSSL folks and various standard groups worry about this; the designation of SSL 2, SSL 3, or TLS 1, is supposed to select the appropriate cipher groups. Now, as to making the default be different: we discussed this on python-dev a bit. I think it might make sense to default to TLS 1, even at the expense of compatibility, but we (the two or three of us actually discussing it) finally decided to go with what the current Python socket.ssl module used. -- nosy: +janssen ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3597 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3666] atexit.register with bad input segfaults on exit
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3666 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3664] Pickler.dump from a badly initialized Pickler segfaults
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3664 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1868] threading.local doesn't free attrs when assigning thread exits
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3618] possible deadlock in IO library (Lib/io.py)
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3002] shutil.copyfile blocks indefinitely on named pipes
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3002 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3626] python3.0 interpreter on Cygwin ignores all arguments
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3626 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3705] py3k aborts if -c or -m is given a non-ascii value
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1223] httplib does not handle ssl end of file properly
Changes by Bill Janssen [EMAIL PROTECTED]: -- resolution: accepted - fixed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1223 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3769] Deprecate bsddb for removal in 3.0
Barry A. Warsaw [EMAIL PROTECTED] added the comment: See http://mail.python.org/pipermail/python-dev/2008-July/081362.html Guido states his opinion in no uncertain terms regarding pybsddb in Python 3.0: +1. In my recollection maintaining bsddb has been nothing but trouble right from the start when we were all sitting together at Zope Corp North in a rented office in McLean... We can remove it from 3.0. We can't really remove it from 2.6, but we can certainly start end-of-lifing it in 2.6. -- resolution: - rejected status: open - closed versions: +Python 3.0 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0
Jesse Noller [EMAIL PROTECTED] added the comment: Which platforms is this appearing on? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3770 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
