[issue3864] 26.rc1: test_signal issue on FreeBSD 6.3

Andrew I MacIntyre [EMAIL PROTECTED] added the comment: The tests are passing on FreeBSD 7.0 (only checked amd64 at this point). I came across a reference to an errata notice for FreeBSD 6.x which appears pertinent: http://security.freebsd.org/advisories/FreeBSD-EN-08:01.libpthread.asc As I

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Nick Coghlan [EMAIL PROTECTED] added the comment: Jesse, how much (if any) of the rest of the package will work without the synchronize module? If it isn't a lot, then it may be a matter of just making this a cleaner ImportError and an expected test suite skip on OpenBSD and FreeBSD.

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Andrew I MacIntyre [EMAIL PROTECTED] added the comment: I've done some more digging into this for the FreeBSD case. FreeBSD 6.3 and 7.0 both have sem_open, and the man pages suggest it should be fully functional. (see

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Andrew I MacIntyre [EMAIL PROTECTED] added the comment: Oops - meant to add that the actual reported cause of the core dump is Bad system call. Also, the OpenBSD man pages make clear that shared semaphores aren't supported and sem_open() doesn't exist:

[issue3983] Typos in Documentation

New submission from Bk [EMAIL PROTECTED]: Hello, I would like to contribute to the development of the Python documentation so I am reporting two typos. The first one is in the documentation and the second one is in the module ntpath. 1) There's a typo under The Python Tutorial Using the

[issue3956] turtle.py - bug in Screen.__init__()

Martin v. Löwis [EMAIL PROTECTED] added the comment: I'll demonstrate here in a short interactive session (which you can reproduce using IDLE with the -n switch as usual), why the solution Martin proposes doesn't meet the requirements I tried to accomplish with my code. This session

[issue3983] Typos in Documentation

Georg Brandl [EMAIL PROTECTED] added the comment: Fixed typo 1) in r9, thanks for that. For 2), iff is a usual abbreviation for if and only if. About your two questions, comments in modules are written in whatever way the author likes to write his comments. There are no rules for that,

[issue3960] Section permalink html anchors are wrong

Georg Brandl [EMAIL PROTECTED] added the comment: I don't see that inter-document links *wouldn't* work, except on antique browsers that insist on a name tags only for defining anchors. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3960

[issue3984] python interpreter import dependency with disutils/util

New submission from Tarek Ziadé [EMAIL PROTECTED]: I am trying to write a patch in distutils to make use the standard logging module, and I had a weird problem: if I add import logging at the top of Lib/distutils/log.py file to start my work, it just brakes the interpreter. Python does not

[issue3984] python interpreter import dependency with disutils/util

Changes by Tarek Ziadé [EMAIL PROTECTED]: -- components: +Distutils, Interpreter Core ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3984 ___ ___

[issue3985] removed string module from distutils

New submission from Tarek Ziadé [EMAIL PROTECTED]: This patch removes string usage from dist.py, so the module uses modern syntax. -- components: Distutils files: dist-no-string.diff keywords: patch messages: 73965 nosy: tarek severity: normal status: open title: removed string module

[issue3985] removed string module from distutils [patch]

Changes by Tarek Ziadé [EMAIL PROTECTED]: -- title: removed string module from distutils - removed string module from distutils [patch] ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3985 ___

[issue3939] Patch to implement a real ftplib test suite

Giampaolo Rodola' [EMAIL PROTECTED] added the comment: I think the patch in attachment could solve the problem. Note: done against the 2.x trunk; changes for 3.x are the same. Added file: http://bugs.python.org/file11640/test_ftplib.patch ___ Python tracker

[issue3986] removed string and type usage from distutils.cmd [patch]

New submission from Tarek Ziadé [EMAIL PROTECTED]: I am removing in this patch the usage of string and type. 1/ I have remove string import, and used the proper modern syntax 2/ Type was used to check for object types, and sometimes isinstance() was called. I have replaced all the calls by

[issue3987] removed types from distutils.core [patch]

New submission from Tarek Ziadé [EMAIL PROTECTED]: types is not used, the import shall be removed -- components: Distutils files: core-no-types.diff keywords: patch messages: 73968 nosy: tarek severity: normal status: open title: removed types from distutils.core [patch] versions:

[issue3988] Byte warning mode and b'' != ''

New submission from Christian Heimes [EMAIL PROTECTED]: In byte warning mode (-b or -bb command line argument) b'' == '' raises an exception but b'' != '' doesn't. ./python -bb b'' == '' Traceback (most recent call last): File stdin, line 1, in module BytesWarning: Comparison between bytes

[issue3984] python interpreter import dependency with disutils/util

Christian Heimes [EMAIL PROTECTED] added the comment: site.py uses distutils to include the lib directories when Python is run from the development directory. -- nosy: +christian.heimes ___ Python tracker [EMAIL PROTECTED]

[issue3984] python interpreter import dependency with disutils/util

Tarek Ziadé [EMAIL PROTECTED] added the comment: Ok thanks, I could make it work by removing the call to distutils.util.get_platform() in site.addbuilddir() and harcode the name of my platform there, Maybe a solution would be to : * move get_platform out of distutils.util * move sysconfig

[issue3956] turtle.py - bug in Screen.__init__()

Martin v. Löwis [EMAIL PROTECTED] added the comment: Here is a patch that takes the alternative route, of making Screen a singleton function, and renaming the class to _Screen. Added file: http://bugs.python.org/file11643/singleton.diff ___ Python tracker

[issue3988] Byte warning mode and b'' != ''

Benjamin Peterson [EMAIL PROTECTED] added the comment: +1 I was just confused by this fact yesterday. :) -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3988 ___

[issue3989] Tools\Scripts\2to3.py broken under 3.0 rc1 Windows

New submission from arnaud.faucher [EMAIL PROTECTED]: Under Windows (using the MSI), 2to3.py is outdated. http://svn.python.org/view/sandbox/trunk/2to3/ contains the working version (rev. 66173) -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 73974

[issue3989] Tools\Scripts\2to3.py broken under 3.0 rc1 Windows

Benjamin Peterson [EMAIL PROTECTED] added the comment: Could you explain what you mean be outdated please? It looks correct to me in the tag. http://svn.python.org/view/python/tags/r30rc1/Tools/scripts/2to3?rev=66500view=markup -- nosy: +benjamin.peterson

[issue3981] Python 3, IDLE does not start

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: IDLE won't start with 3.0rc1 because of issue #3628. This has been corrected in r66518. -- nosy: +amaury.forgeotdarc resolution: - out of date status: open - closed ___ Python tracker [EMAIL

[issue3989] Tools\Scripts\2to3.py broken under 3.0 rc1 Windows

arnaud.faucher [EMAIL PROTECTED] added the comment: On a fresh win32 installation (using the 3.0rc1 MSI), the C:\Python30 \Tools\Scripts\2to3.py file contents is as follows: -- #!/usr/bin/env python from lib2to3 import refactor import sys

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

New submission from Thiemo Seufer [EMAIL PROTECTED]: The linux2 platform definition is incorrect for several architectures, namely Alpha, PA-RISC(hppa), MIPS and SPARC. On these architectures, Linux inherited some of the socket and dlfcn constants from the proprietary OS provided by the hardware

[issue3988] Byte warning mode and b'' != ''

Antoine Pitrou [EMAIL PROTECTED] added the comment: +1 as well. Lib/pty.py had a line like that (while buf != '') and I wondered why no exception was thrown with -bb while the variable was a bytes object. -- nosy: +pitrou ___ Python tracker [EMAIL

[issue3956] turtle.py - bug in Screen.__init__()

Changes by Martin v. Löwis [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11645/singleton.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3956 ___

[issue3956] turtle.py - bug in Screen.__init__()

Changes by Martin v. Löwis [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11643/singleton.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3956 ___

[issue3989] Tools\Scripts\2to3.py broken under 3.0 rc1 Windows

Martin v. Löwis [EMAIL PROTECTED] added the comment: It was indeed the case that I had been packaging an unversioned file. I don't recall the details; most likely, it was a quick work-around for 2to3 not having a .py extension, yet the MSI generator only incorporating .py files from Scripts.

[issue3255] [proposal] alternative for re.sub

Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment: Implementing Issue 3482 should solve this problem, and I will try to add it to issue 2636 so that it is captured in the general Regexp 2.7 redesign. -- nosy: +timehorse versions: +Python 2.7

[issue3991] urllib.request.urlopen does not handle non-ASCII characters

New submission from Toshio Kuratomi [EMAIL PROTECTED]: Tested on python-3.0rc1 -- Linux Fedora 9 I wanted to make sure that python3.0 would handle url's in different encodings. So I created two files on an apache server which were named ½ñ.html. One of the filenames was encoded in utf-8 and

[issue2650] re.escape should not escape underscore

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2650 ___

[issue2650] re.escape should not escape underscore

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2650 ___ ___ Python-bugs-list mailing

[issue1721518] Small case which hangs

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse versions: +Python 2.7 -Python 2.4 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1721518 ___

[issue1721518] Small case which hangs

Jeffrey C. Jacobs [EMAIL PROTECTED] added the comment: Tested on 2.6rc2 and slow but successful. Issue 1662851 may be related. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1721518 ___

[issue1693050] \w not helpful for non-Roman scripts

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse versions: +Python 2.7 -Python 2.4 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1693050 ___

[issue2537] re.compile(r'((x|y+)*)*') should fail

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse versions: +Python 2.7 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2537 ___

[issue1633953] re.compile((.*$){1,4}, re.MULTILINE) fails

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse versions: +Python 2.7 -Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1633953 ___

[issue3988] Byte warning mode and b'' != ''

STINNER Victor [EMAIL PROTECTED] added the comment: Here is a patch for this issue. -- keywords: +patch nosy: +haypo Added file: http://bugs.python.org/file11646/bytes_ne_warning.patch ___ Python tracker [EMAIL PROTECTED]

[issue1282] re module needs to support bytes / memoryview well

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1282 ___ ___ Python-bugs-list mailing

[issue214033] re incompatibility in sre

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue214033 ___ ___ Python-bugs-list

[issue1708652] Exact matching

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse versions: +Python 2.7 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1708652 ___ ___

[issue3988] Byte warning mode and b'' != ''

Christian Heimes [EMAIL PROTECTED] added the comment: Thanks for the patch but you've missed a spot in bytearrayobject.c: Objects/bytearrayobject.c:if (Py_BytesWarningFlag op == Py_EQ) { Objects/bytesobject.c: if (Py_BytesWarningFlag (op == Py_EQ)

[issue1456280] Traceback error when compiling Regex

Changes by Jeffrey C. Jacobs [EMAIL PROTECTED]: -- nosy: +timehorse ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1456280 ___ ___ Python-bugs-list

[issue3988] Byte warning mode and b'' != ''

Benjamin Peterson [EMAIL PROTECTED] added the comment: It would also be nice to have tests. (in test_bytes) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3988 ___

[issue3939] Patch to implement a real ftplib test suite

Benjamin Peterson [EMAIL PROTECTED] added the comment: Thanks. That seems to have done the trick. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3939 ___ ___

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

Martin v. Löwis [EMAIL PROTECTED] added the comment: I dislike the brute-force approach of this patch. IMO, a less intrusive solution should be found. -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3990

[issue3988] Byte warning mode and b'' != ''

STINNER Victor [EMAIL PROTECTED] added the comment: @christian.heimes: Oops, i totally forget the bytearray() type. Here is a new patch. Added file: http://bugs.python.org/file11647/bytes_ne_warning-2.patch ___ Python tracker [EMAIL PROTECTED]

[issue3988] Byte warning mode and b'' != ''

Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11646/bytes_ne_warning.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3988 ___

[issue3988] Byte warning mode and b'' != ''

STINNER Victor [EMAIL PROTECTED] added the comment: I don't know how to activate BytesWarning as error (as python3 -bb does). Here is an patch for tests only working with python3 -bb. Added file: http://bugs.python.org/file11648/test_bytes.patch ___ Python

[issue3988] Byte warning mode and b'' != ''

Benjamin Peterson [EMAIL PROTECTED] added the comment: warnings.simplefilter(always, BytesWarning) should do the trick. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3988 ___

[issue3187] os.listdir can return byte strings

Martin v. Löwis [EMAIL PROTECTED] added the comment: I'd like to propose yet another approach: make sure that conversion according to the file system encoding always succeeds. If an unconvertable byte is detected, map it into some private-use character. To reduce the chance of conflict with

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Jesse Noller [EMAIL PROTECTED] added the comment: I've been thinking about this - Right now, having a working mp.synchronize module, and thread support is key to package currently. For 2.6 - it's really too late to try to mock up a working mp.synchronize module, or significantly change the

[issue3941] Help in IDLE should open the chm file

Gregor Lingl [EMAIL PROTECTED] added the comment: I just found out, that this doesn't work correctly, because the Windows-helpfile in Python26rc2 is strangely named Python26c2.chm . It works correctly however if one renames this file to Python26.chm (as this is what the code in EditorWindow.py

[issue3956] turtle.py - bug in Screen.__init__()

Gregor Lingl [EMAIL PROTECTED] added the comment: I agree to Martin's patch for 2.6, because it seems to provide a more clean solution. And, as he states, there will be time and opportunity to discuss it more thoroughly later to possibly find another approach. As I remarked before I know that

[issue3981] Python 3, IDLE does not start

bahiminin [EMAIL PROTECTED] added the comment: Hi Thank you. I found that file. r66518. My IDLE work now. Take care. On Sun, Sep 28, 2008 at 9:38 AM, Amaury Forgeot d'Arc [EMAIL PROTECTED] wrote: Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: IDLE won't start with 3.0rc1

[issue3992] removed custom log from distutils

New submission from Tarek Ziadé [EMAIL PROTECTED]: This patch removes the custom log implementation from distutils. It keeps the compatibility with the previous logger and its specific CONSTANTE names. It add a sys.stdout stream handler so it produces the same output. It is based on logging

[issue3992] removed custom log from distutils

Christian Heimes [EMAIL PROTECTED] added the comment: Hey Tarek! I fear most of your revisions - including this - can make it into 2.6 and 3.0. Python 2.6 and 3.0 are now in maintenance mode. Your patch doesn't fall under the category bug fix. You have to target 2.7 and 3.1. -- nosy:

[issue3947] configure --with-threads on cygwin = crash on thread related tests

Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- components: +Extension Modules priority: - critical versions: +Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3947 ___

[issue3187] os.listdir can return byte strings

Dwayne Litzenberger [EMAIL PROTECTED] added the comment: Martin, Consider this scenario. On ext3/Linux, assume that UTF-8 is specified in the system locale. What would happen if you have two files, named b\xf3\xb3\x83\x80\x00 and b\xc0\x00? Under your proposal, the first file would decode

[issue3187] os.listdir can return byte strings

Guido van Rossum [EMAIL PROTECTED] added the comment: You can call it a leaky abstraction all you want, but most people think of filenames as text strings most of the time, and we need to somehow support this, at least for users who agree . I agree we also need to support bytes strings (at

[issue3984] python interpreter import dependency with disutils/util

Brett Cannon [EMAIL PROTECTED] added the comment: I can't find the bug right now, but this has been brought up before. Since it is only on posix systems and only when running in a code checkout, no one has worried about it enough to change it. And I am not sure if it is necessarily worth pulling

[issue3984] python interpreter import dependency with disutils/util

Benjamin Peterson [EMAIL PROTECTED] added the comment: Brett, are you looking for #586680? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3984 ___

[issue3895] _lsprof issue

Changes by Brett Cannon [EMAIL PROTECTED]: -- assignee: - brett.cannon ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3895 ___ ___ Python-bugs-list

[issue3895] _lsprof issue

Brett Cannon [EMAIL PROTECTED] added the comment: 2.6 is fixed in r66677 and 2.5 in r66678. 3.0 has not been applied yet as test_cProfile is still currently listed as a broken test. So I am blocking 66677 on py3k for now. -- priority: release blocker - deferred blocker versions:

[issue3910] 2.6 regression in socket.ssl method

Brett Cannon [EMAIL PROTECTED] added the comment: It looks like no one objected. Can you check this in, Bill? -- nosy: +brett.cannon ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3910 ___

[issue3770] test_multiprocessing fails on systems with HAVE_SEM_OPEN=0

Brett Cannon [EMAIL PROTECTED] added the comment: Well, even if 2.6 slipped (which it is looking probably won't happen), how much time would you need to deal with this? Sounds like you just won't be able to get to it even with an extra week. So that means multiprocessing is just not supported on

[issue3187] os.listdir can return byte strings

Martin v. Löwis [EMAIL PROTECTED] added the comment: Consider this scenario. On ext3/Linux, assume that UTF-8 is specified in the system locale. What would happen if you have two files, named b\xf3\xb3\x83\x80\x00 and b\xc0\x00? Under your proposal, the first file would decode

[issue3187] os.listdir can return byte strings

Martin v. Löwis [EMAIL PROTECTED] added the comment: I agree we also need to support bytes strings (at least on Unix) in order to support backup routines How about letting such applications set the file system encoding to Latin-1? ___ Python tracker

[issue3187] os.listdir can return byte strings

Martin v. Löwis [EMAIL PROTECTED] added the comment: James Knight points out that UTF-8b can be used to give unambiguous round-tripping of characters in a UTF-8 locale. So I would like to amend my previous proposal: - for a non-UTF-8 encoding, use private-use characters for roundtripping - if

[issue3993] Convert documentation to python 3.

New submission from David W. Lambert [EMAIL PROTECTED]: http://docs.python.org/dev/3.0/library/multiprocessing.html#module- multiprocessing uses print statement in pre-version 3 form. I can easily imagine that this and similar 2to3 bugs pervade the manual. (If I insisted on foolish