[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4

New submission from Henry Precheur [EMAIL PROTECTED]: I tried to compile Python 3000 under OpenBSD and the compilation fails because of a 'MemoryError': Fatal Python error: can't create sys.path object : MemoryError() type: MemoryError refcount: 4 address : 0x20abfbd08 lost sys.stderr

[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4

Henry Precheur [EMAIL PROTECTED] added the comment: I forgot to mention, I made to following modification to configure.in so I could compile Python 3000 on OpenBSD 4.4 --- configure.in(revision 66037) +++ configure.in(working copy) @@ -250,7 +250,7 @@ # On OpenBSD, select(2)

[issue3686] PKG-INFO file should differentiate between authors and maintainers

New submission from Marc-Andre Lemburg [EMAIL PROTECTED]: The PKG-INFO file currently only provides an Authors field which is mapped to the DistributionMetadata.get_contact() information. However, the latter method is really meant to provide access to contact information and not authorship,

[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.

Tarek Ziadé [EMAIL PROTECTED] added the comment: ok I will ask for this on the ML ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2562 ___ ___ Python-bugs-list

[issue2415] bytes() should respect __bytes__

Barry A. Warsaw [EMAIL PROTECTED] added the comment: Well, if I figured out how to use Rietveld correctly, I've left some questions for you in the review. It looks basically pretty good, so if you could answer those questions, you can commit the change. Should __bytes__ support be backported

[issue3663] Extra DECREF on syntax errors

Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3663 ___

[issue3663] Extra DECREF on syntax errors

Barry A. Warsaw [EMAIL PROTECTED] added the comment: Benjamin's reviewed it, so please commit it. Is there a test for this crasher? -- nosy: +barry resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3663

[issue2415] bytes() should respect __bytes__

Antoine Pitrou [EMAIL PROTECTED] added the comment: Should __bytes__ support be backported to 2.6? Isn't it already there in __str__? Or do you mean just add support for the alternate method name? ___ Python tracker [EMAIL PROTECTED]

[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4

Changes by Antoine Pitrou [EMAIL PROTECTED]: -- components: +Interpreter Core priority: - release blocker type: - crash ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3685 ___

[issue2534] Restore isinstance and issubclass speed in 2.6

Antoine Pitrou [EMAIL PROTECTED] added the comment: Here is the same patch, but backported to 2.6. Added file: http://bugs.python.org/file11261/isinstance26-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2534

[issue2415] bytes() should respect __bytes__

Barry A. Warsaw [EMAIL PROTECTED] added the comment: yep, that's all i meant. it might not be worth it though. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2415 ___

[issue3548] subprocess.pipe function

Vincent Legoll [EMAIL PROTECTED] added the comment: Hello, I was searching for a bug in subprocess module when I saw your patch. I was implementing the exact same functionality and mixed some of your ideas in what I use now, which is attached... Feel free to use it -- nosy:

[issue1759845] subprocess.call fails with unicode strings in command line

Changes by Anders J. Munch [EMAIL PROTECTED]: -- nosy: +andersjm ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1759845 ___ ___ Python-bugs-list mailing

[issue3548] subprocess.pipe function

Vincent Legoll [EMAIL PROTECTED] added the comment: Here's a clean version with doc test enjoy ! Added file: http://bugs.python.org/file11263/pipeline.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3548

[issue3548] subprocess.pipe function

Changes by Antoine Pitrou [EMAIL PROTECTED]: -- priority: - normal versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3548 ___

[issue2534] Restore isinstance and issubclass speed in 2.6

Raymond Hettinger [EMAIL PROTECTED] added the comment: +1 on applying this patch right away. For 2.6 and 3.0 to be successful, we need people to prefer to upgrade rather than stay with 2.5. A systemic slowdown in not in the best interests of the language moving forward. -- nosy:

[issue2534] Restore isinstance and issubclass speed in 2.6

Benjamin Peterson [EMAIL PROTECTED] added the comment: Both patches look correct to me, and I think they can be applied. -- assignee: - pitrou resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2534

[issue3651] eval() leaks 1 reference every time

Antoine Pitrou [EMAIL PROTECTED] added the comment: Amaury, assuming you have tested it :-), the patch is ok to me. You can commit. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3651 ___

[issue3687] Popen() object stdout attribute reassignment behaviour

New submission from Vincent Legoll [EMAIL PROTECTED]: The subprocess.Popen() object documentation should indicate that the stdout attribute should not be modified after object construction. Because that won't work. Or the attribute may be rendered read-only from subprocess import Popen, PIPE

[issue3149] multiprocessing build fails on Solaris 10

Antoine Pitrou [EMAIL PROTECTED] added the comment: This is a duplicate of #3110. -- nosy: +pitrou resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3149

[issue3110] Multiprocessing package build problem on Solaris 10

Antoine Pitrou [EMAIL PROTECTED] added the comment: FWIW, this is what I find on a Solaris box. ./sys/param.h:#define _SEM_VALUE_MAX INT_MAX ./sys/sysconfig.h:#define _CONFIG_SEM_VALUE_MAX 21 /* max. value a semaphore may have */ ./sys/unistd.h:#define _SC_SEM_VALUE_MAX

[issue2384] [Py3k] line number is wrong after encoding declaration

Changes by Dwayne Litzenberger [EMAIL PROTECTED]: -- nosy: +dlitz ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing

[issue3688] open() rejects bytes as filename

New submission from Dwayne Litzenberger [EMAIL PROTECTED]: On Linux/ext3, filenames are stored natively as sequences of octets. On Win32/NTFS, they are stored natively as sequences of Unicode code points. In Python 2.x, the way to unambiguously open a particular file was to pass the filename

[issue3688] open() rejects bytes as filename

Changes by Dwayne Litzenberger [EMAIL PROTECTED]: -- components: +Library (Lib) -Windows type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3688 ___

[issue2415] bytes() should respect __bytes__

Benjamin Peterson [EMAIL PROTECTED] added the comment: Thanks for the review, Barry! Committed in r66038. Sort of backported in r66039 by aliasing PyObject_Bytes to PyObject_Str. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL

[issue3688] open() rejects bytes as filename

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: This is actively being discussed (and developed) in issue3187 -- nosy: +amaury.forgeotdarc resolution: - duplicate status: open - closed superseder: - os.listdir can return byte strings ___

[issue3187] os.listdir can return byte strings

Changes by Dwayne Litzenberger [EMAIL PROTECTED]: -- nosy: +dlitz ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3187 ___ ___ Python-bugs-list mailing

[issue1210] imaplib does not run under Python 3

Ismail Donmez [EMAIL PROTECTED] added the comment: Still fails with beta2: import imaplib mail=imaplib.IMAP4(mail.rtmq.infosathse.com) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python3.0/imaplib.py, line 185, in __init__ self.welcome =

[issue2464] urllib2 can't handle http://www.wikispaces.com

Facundo Batista [EMAIL PROTECTED] added the comment: Gregory... I tried to fill the path in urlunparse, and other functions that use this started to fail. As we're so close to final releases, I'll leave this as it's right now, that actually fixed the bug...

[issue3187] os.listdir can return byte strings

Dwayne Litzenberger [EMAIL PROTECTED] added the comment: I think Guido already understands this, but I haven't seen it stated very clearly here: ** Different systems use different things to identify files. ** On Linux/ext3, all filenames are *octet strings* (i.e. bytes), and *only* the

[issue1210] imaplib does not run under Python 3

Neal Norwitz [EMAIL PROTECTED] added the comment: This may not be a real release blocker, but I want to raise the priority. It is a regression and we should try to fix it, especially if it's easy. -- priority: normal - release blocker ___ Python

[issue3689] reversed() not working as intended on lists

New submission from Jeff Hall [EMAIL PROTECTED]: reversed() built in is not functioning correctly with list (specifically with len() ) l = [1,2,3,4] rl = reversed(l) type(rl) type 'listreverseiterator' vs. strings and tuples which just return 'reverse' objects listreverseiterators apparently

[issue3689] listreverseiterator has a decreasing len()

Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - rhettinger nosy: +rhettinger title: reversed() not working as intended on lists - listreverseiterator has a decreasing len() versions: +Python 2.6, Python 3.0 -Python 2.5 ___ Python tracker

[issue3689] listreverseiterator has a decreasing len()

Armin Ronacher [EMAIL PROTECTED] added the comment: Just for the record. This original discussion for this bug is here: http://article.gmane.org/gmane.comp.python.devel/96925 -- nosy: +aronacher ___ Python tracker [EMAIL PROTECTED]

[issue3690] sys.getsizeof wrong for Py3k bool objects

New submission from Robert Schuppenies [EMAIL PROTECTED]: sys.getsizeof returns wrong results for bool objects in Python 3000. Although bool objects use the same datatype as long objects, they are allocated differently. Thus, the inherited long_sizeof implementation is incorrect. The applied

[issue3166] Make conversions from long to float correctly rounded.

David Jones [EMAIL PROTECTED] added the comment: I agree, longs should be correctly rounded when coerced to floats. There is an ugly (but amusing) workaround while people wait for this patch: Go via a string: int(float(repr(295147905179352891391)[:-1])) Though I assume this relies on the

[issue3691] Incorrect variable reference

New submission from Tim Hemming [EMAIL PROTECTED]: The following line is referencing a variable d, but it should be dict: logging.warning(Protocol problem: %s, connection reset, extra=d) Page:- http://www.python.org/doc/2.5/lib/module-logging.html -- assignee: georg.brandl

[issue3691] Incorrect variable reference

Benjamin Peterson [EMAIL PROTECTED] added the comment: This has been fixed in the trunk. -- nosy: +benjamin.peterson resolution: - out of date status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3691

[issue3663] Extra DECREF on syntax errors

Antoine Pitrou [EMAIL PROTECTED] added the comment: Committed in r66041. Thanks everyone. -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3663

[issue2534] Restore isinstance and issubclass speed in 2.6

Antoine Pitrou [EMAIL PROTECTED] added the comment: Committed in r66042 and r66043. -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2534 ___

[issue3692] improper scope in list comprehension, when used in class declaration

New submission from kai zhu [EMAIL PROTECTED]: in 3rd line, list comprehension tries to access class_attribute1 as a global variable (code is valid in python 2.5) class Foo(object): ... class_attribute1 = 1 ... class_attribute2 = [class_attribute1 for x in range(8)] ... Traceback (most

[issue3006] subprocess.Popen causes socket to remain open after close

Changes by Nicolas Grilly [EMAIL PROTECTED]: -- nosy: +ngrilly ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3006 ___ ___ Python-bugs-list mailing list

[issue3651] eval() leaks 1 reference every time

Benjamin Peterson [EMAIL PROTECTED] added the comment: Fixed in r66047. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3651 ___

[issue3693] Obscure array.array error message

New submission from Terry J. Reedy [EMAIL PROTECTED]: In 2.5 import array a = array.array('b', 'fox') In 3.0 import array a = array.array('b', 'fox') Traceback (most recent call last): File pyshell#2, line 1, in module a = array.array('b', 'fox') TypeError: an integer is required

[issue3694] Undetected error in _struct.pack_into

New submission from Daniel Diniz [EMAIL PROTECTED]: The following code leads to XXX Undetected errors in debug builds of trunk and 3.0: import _struct _struct.pack_into(b8, bytearray(1), None) Besides that, there's something fishy happening in non-debug builds: 2.6: _struct.pack_into(b8,

[issue3695] Source tarball for Sphinx 0.4.3 missing

New submission from Michel Salim [EMAIL PROTECTED]: Sphinx's website stated that 0.4.3 has been released; however, the download site only has 0.4.2. Is 0.4.2 still the latest version, or has the source upload been accidentally omitted? -- assignee: georg.brandl components: Documentation

[issue3692] improper scope in list comprehension, when used in class declaration

Daniel Diniz [EMAIL PROTECTED] added the comment: I believe the problem is that list comprehensions in 3.0 have scope like that of genexprs in 2.5, but the change was deliberate (as it also avoids leaking of temp variables). Compare to 2.5: class Foo(object): ...class_attribute1 = 1 ...

[issue3685] Crash while compiling Python 3000 in OpenBSD 4.4

Henry Precheur [EMAIL PROTECTED] added the comment: Indeed it looks like it is the source of the problem. I created a patch to fix it. But it looks like there is another problem, instead of crashing the Python interpreter goes into interactive mode instead of executing the 'setup.py' script