[issue5798] test_asynchat fails on Mac OSX

Ned Deily added the comment: Still happening on 3.1rc1. Should this be considered a release blocker for 3.1? -- nosy: +benjamin.peterson, nad ___ Python tracker ___

[issue6186] test_thread occasionally reports unhandled exceptions on OS X

New submission from Ned Deily : I've recently started seeing occasional regression test error messages on OS X from test_thread. The test reports running OK but tracebacks are displayed. It's not reproducible at will but has shown up on both 10.5 Intel and 10.5 PPC machines with various rece

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Hagen Fürstenau added the comment: I added a simple check for iterables. This is not very elegant, but performance is only affected in the case of an exception. Patch and corresponsing test are attached as "TypeError.patch". As I pointed out above, the actual error message "must be a sequence"

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Changes by Hagen Fürstenau : Added file: http://bugs.python.org/file14167/message_and_docs.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: > That's unfortunate; it would clearly have been easier to change this in 3.1. > > That said, I'm not sure anyone *should* be subclassing PyUnicode. Maybe > Marc-Andre can explain why he is doing this (or point to the message in > this thread where he expla

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou added the comment: > Instead of changing PyUnicodeObject from a PyObject to a PyVarObject, > making sub-typing a lot harder, I'd much rather apply a single change > for 3.1: raising the KEEPALIVE_SIZE_LIMIT to 32 as explained and > motivated here: You make it sound like an altern

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Amaury Forgeot d'Arc added the comment: This patch leaks a reference on each call to PyObject_GetIter(). And I'm not sure it is a good idea to call this function again: it may be very expensive! I'd prefer a simple check on the tp_iter member. -- ___

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: >> Instead of changing PyUnicodeObject from a PyObject to a PyVarObject, >> making sub-typing a lot harder, I'd much rather apply a single change >> for 3.1: raising the KEEPALIVE_SIZE_LIMIT to 32 as explained and >> motivated here: >

[issue6187] Improvement in doc of "Extending and Embedding the Python Interpreter, 5.3 Beyond Very High Level Embedding: An overview"

New submission from Jon Blubinger : It should me mentioned, that the Python variable PYTHONPATH has to be set to the directory where the multiply.py file is. This can be achieved via export in Linux or via the PySys_SetPath() function in C (see attachment) It should also be mentioned that otherw

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc added the comment: Let's apply simple and noncontroversial patches first, and then see if the bigger changes are still worth it. Please open a new ticket. -- ___ Python tracker

[issue6185] 2to3 misses buffer slicing

Changes by Benjamin Peterson : -- assignee: -> benjamin.peterson nosy: +benjamin.peterson priority: -> normal ___ Python tracker ___

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Hagen Fürstenau added the comment: Sorry, I had meant to use PyIter_Check instead of PyObject_GetIter. Don't know why I didn't do so... ;-) I corrected the patch. -- Added file: http://bugs.python.org/file14169/TypeError2.patch ___ Python tracker <

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Changes by Hagen Fürstenau : Removed file: http://bugs.python.org/file14166/TypeError.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue1943] improved allocation of PyUnicode objects

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6188] Error Evaluating float(x) ** float(y)

New submission from Stephen Paul Chappell : This is what I get while the interactive interpreter (IDLE 3.0.1) on the platform Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 >>> a = -6.276479035564047 >>> b = -5.7974497499584849 >>> a ** b != -6.2764790355

[issue6188] Error Evaluating float(x) ** float(y)

Jean-Paul Calderone added the comment: Have you checked to see what the result of a ** b is? -- nosy: +exarkun ___ Python tracker ___

[issue6189] subprocess module not compatible with python 2.5

New submission from Israel Tsadok : According to PEP 291, the subprocess module is supposed to be compatible with python 2.2 and up. rev 60097 introduced the use of os.closerange(), which is new in python 2.6. Either PEP-291 needs to be revised, rev 60097 be reverted, or some sort of fallbac

[issue6188] Error Evaluating float(x) ** float(y)

Mark Dickinson added the comment: This is not a bug: Python's operator precedence rules mean that the expression -6.276479035564047 ** -5.7974497499584849 is treated as: -(6.276479035564047 ** -5.7974497499584849). >>> a = -6.276479035564047 >>> b = -5.7974497499584849 >>> a ** b != -6

[issue1208304] urllib2's urlopen() method causes a memory leak

BULOT added the comment: Hello, I'm facing a urllib2 memory leak issue in one of my scripts that is not threaded. I made a few tests in order to check what was going on and I found this already existing bug thread (but old). I'm not able to figure out what is the issue yet, but here are a few

[issue1856] shutdown (exit) can hang or segfault with daemon threads running

Changes by Floris Bruynooghe : -- nosy: +flub ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: If it's failing, and asyncore is still in 3.1, then I would argue yes. I'll submit a fix to trunk and 3.1 based on my version below (unless anyone has any outstanding concerns, or believes that it doesn't work for them). -- _

[issue5230] pydoc reports misleading failure if target module raises an ImportError

Lucas Prado Melo added the comment: I had lots of stuff to do lately, sorry it took me so long to answer. Here is the patch as we intended, but there is a bug yet. What if the non-existent imported module has the same name of the module itself? $ cat pydoc_badimport3.py import this_doesnt_exist

[issue5230] pydoc reports misleading failure if target module raises an ImportError

Changes by Lucas Prado Melo : Removed file: http://bugs.python.org/file14140/pydocs.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue5798] test_asynchat fails on Mac OSX

Changes by Benjamin Peterson : -- priority: high -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue6184] py3k build gets spurious errors from libinstall target compile of lib2to3 files

Changes by Benjamin Peterson : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue6184] py3k build gets spurious errors from libinstall target compile of lib2to3 files

Benjamin Peterson added the comment: Fixed those in r73177. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1943] improved allocation of PyUnicode objects

Guido van Rossum added the comment: Hm, so the extra pointer is a feature. I guess a compromise would be to keep the extra indirection but make it point into the same object in the base class. Thinking about how memory caching in modern CPUs work, this would probably be quite fast but it would

[issue6178] Core error in Py_EvalFrameEx 2.6.2

Tim Savannah added the comment: recompiled with pydebug enabled, and recompiled all site-packages. Still getting exceptions, however they are occuring within the python binary now and not libpython2.6.1 . pythonLaunch.py[25914]: segfault at 0068 rip 004c7694 rsp 4181

[issue6178] Core error in Py_EvalFrameEx 2.6.2

Tim Savannah added the comment: to update, no additional output was seen from pydebug. -- ___ Python tracker ___ ___ Python-bugs-list

[issue1943] improved allocation of PyUnicode objects

Collin Winter added the comment: On Wed, Jun 3, 2009 at 2:36 AM, Marc-Andre Lemburg wrote: > Marc-Andre Lemburg added the comment: >> All this is assuming the speed-up is important enough to bother.  Has >> anyone run a comparison benchmark using the Unladen Swallow benchmarks? >> >>  I trust

[issue6185] 2to3 misses buffer slicing

Benjamin Peterson added the comment: Thanks for the patch! Fixed in r73179. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue6136] Make logging configuration files easier to use

Geoffrey Bache added the comment: OK, I'll take point (c) further on comp.lang.python. As for the others, it would be useful if you could at least understand my points. a) I'm aware that there isn't necessarily a one-to-one correspondence between loggers and files, don't see why that's relevant

[issue5798] test_asynchat fails on Mac OSX

Changes by Josiah Carlson : Removed file: http://bugs.python.org/file13934/asyncore_fix_mac_2.patch ___ Python tracker ___ ___ Python-bugs-list

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: Fixed in trunk in 73182, fixed in py3k in 73183. Closing as fixed. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue6190] Tutorial 3.1.2 (Strings) has duplicate lines

New submission from Michael Markert : Lines 242 - 246 of `introduction.rst` are the exact duplicate of 202 - 206 in the same file. 246+247 resemble 206+207. The attached patch deletes the second notion. -- assignee: georg.brandl components: Documentation files: introduction.rst.patch ke

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou added the comment: > Still, I expect that a vanishingly small number of users will actually > use that feature. Apart from the example Marc-André just posted (and which is a 0.0.1 proof of concept he apparently just wrote), the number of users is, AFAICT, zero. Unless there's so

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7

Evan Behar added the comment: Nevermind, my bad. With Brett's patch, the build does not work with --enable-framework It appears that configure.in makes no assignment to FRAMEWORKLINK or AC_SUBST call with it, and so it is deposited in the final Makefile verbatim as @FRAMEWORKLINK@ If --enable

[issue6189] subprocess module not compatible with python 2.5

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Antoine Pitrou added the comment: Unpickling e.g. StringIO objects doesn't seem to work: >>> s = pickle.load(open("stringio.pickle", "rb")) Traceback (most recent call last): File "", line 1, in File "/home/antoine/py3k/picklecompat-6137/Lib/pickle.py", line 1351, in load encoding=enco

[issue6190] Tutorial 3.1.2 (Strings) has duplicate lines

Georg Brandl added the comment: Thanks, fixed in r73185. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue6174] What's new in 2.6, wrong indentation in code sample

Georg Brandl added the comment: Thanks, fixed in r73186. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue2713] Py3k warn on unicode escapes in raw strings

Amaury Forgeot d'Arc added the comment: Why was this patch rejected? with python2.6, len(ur'\u1234') == 1 with python3.0, len( r'\u1234') == 6 This is worth a warning IMO. See also issue2570. -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue1943] improved allocation of PyUnicode objects

Guido van Rossum added the comment: On Wed, Jun 3, 2009 at 1:41 PM, Antoine Pitrou wrote: > Apart from the example Marc-André just posted (and which is a 0.0.1 > proof of concept he apparently just wrote), the number of users is, > AFAICT, zero. IIUC Marc-Andre extracted that from a larger cod

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Antoine Pitrou added the comment: An improved patch with tests. It has no tests for fix_imports=False, though. -- Added file: http://bugs.python.org/file14175/compat_pickle2.diff ___ Python tracker

[issue2590] S_unpack_from() Read Access Violation

Amaury Forgeot d'Arc added the comment: All expressions are of type Py_ssize_t, which is signed. buffer_len is positive; the subtraction (buffer_len - offset) can overflow only if offset is a (large) negative number, but then the first part of the test is already fulfilled. Closing unless mor

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7

Brett Cannon added the comment: So Evan's patch didn't work for me. But I did take Evan's point that LIBS was not being used in the framework build step and simply added $(LIBS) to Makefile.pre.in where the linking for the Python executable happens (attached a new patch with that in it). That go

[issue5267] Subversion problem with PythonLauncher after building 3.0 or 3.1 on Mac

Ronald Oussoren added the comment: Fixed for 3.1 in r73187, and for 3.0 in r73188. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7

Benjamin Peterson added the comment: I take it the build problem is because intl isn't a universal library? In that case, I think the best solution is to not define WITH_INTL if --enable-universalsdk is passed. Ronald, do you have an opinion? -- nosy: +ronaldoussoren __

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Changes by Benjamin Peterson : -- title: Python 3.1 rc1 will not build on OS X 10.5.7 -> Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl ___ Python tracker ___

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Antoine Pitrou added the comment: A new patch which also includes reverse mappings, so that protocol <= 2 pickles created with 3.x can also work under 2.x. (that is, it also solves #3675) -- dependencies: +Python 2.6 can't read sets pickled with Python 3.0 Added file: http://bugs.python

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Evan Behar added the comment: Curiously, if I define --with-pydebug I get ld: Undefined symbols: ___eprintf If I don't define --with-pydebug but I do use --enable-universalsdk I get a whole different problem: gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-alia

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Antoine Pitrou added the comment: Updated patch with a couple of documentation and function prototype fixes. -- dependencies: -Python 2.6 can't read sets pickled with Python 3.0 Added file: http://bugs.python.org/file14178/compat_pickle4.diff ___ Py

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: Do you have a copy of libintl in /usr/local or ~brett//local/lib? If so, could you run 'file' on that library to check if it is a universal library? All system libraries on OSX are universal binaries and work just fine with a universal build of Python, that

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: I have two procedural questions: 1) Who should I contact to get e-mail for all bugs that get tagged with the Macintosh component? 2) Please tag all mac-related bugs with the 'Macintosh' component, that's the one I most often check for new issues. -

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Antoine Pitrou added the comment: Sorry, last patch had a couple of minor issues -- Added file: http://bugs.python.org/file14179/compat_pickle5.diff ___ Python tracker ___ __

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file14177/compat_pickle3.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue6137] Pickle migration: Should pickle map "copy_reg" to "copyreg"?

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file14178/compat_pickle4.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Benjamin Peterson added the comment: 2009/6/3 Ronald Oussoren : > > Ronald Oussoren added the comment: > > I have two procedural questions: > > 1) Who should I contact to get e-mail for all bugs that get tagged with > the Macintosh component? Create an issue on the meta tracker: http://psf.upf

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: I just noticed the update of the title. I propose to close this issue if this is caused by a non-universal version of libintl that's installed by macports. Macports can install universal binaries of its packages (the +universal variant), use that if you wan

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Benjamin Peterson added the comment: 2009/6/3 Ronald Oussoren : > > Ronald Oussoren added the comment: > > I just noticed the update of the title. > > I propose to close this issue if this is caused by a non-universal version > of libintl that's installed by macports. Actually, it can happen w

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Evan Behar added the comment: I haven't got any library issues using --enable-universalsdk, it won't get to the linking stage becaue it doesn't find libintl.h And with --with-pydebug still doesn't build because it won't find ___eprintf, whatever that is. The only version of libintl on my syste

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: On 4 Jun, 2009, at 0:59, Evan Behar wrote: > > Evan Behar added the comment: > > I haven't got any library issues using --enable-universalsdk, it won't > get to the linking stage becaue it doesn't find libintl.h > > And with --with-pydebug still doesn't build

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: On 4 Jun, 2009, at 0:59, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > 2009/6/3 Ronald Oussoren : >> >> Ronald Oussoren added the comment: >> >> I just noticed the update of the title. >> >> I propose to close this issue if this is ca

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: On 4 Jun, 2009, at 0:59, Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > 2009/6/3 Ronald Oussoren : >> >> Ronald Oussoren added the comment: >> >> I just noticed the update of the title. >> >> I propose to close this issue if this is ca

[issue5649] OS X Installer: only include PythonSystemFixes package if target includes 10.3

Ned Deily added the comment: Further investigation reveals that the underlying script Mac/Tools/fixapplepython23.py is broken on 3.x: 1. the version test using platform.mac_ver is incorrect Traceback (most recent call last): File "fixapplepython23.py", line 131, in main() File "fixapp

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Ronald Oussoren added the comment: On 4 Jun, 2009, at 0:59, Evan Behar wrote: > > Evan Behar added the comment: > > I haven't got any library issues using --enable-universalsdk, it won't > get to the linking stage becaue it doesn't find libintl.h > > And with --with-pydebug still doesn't build

[issue6170] Mac 'make frameworkinstall' error: [...]/Python.framework/Versions/3.1/bin/2to3: Too many levels of symbolic links

Sridhar Ratnakumar added the comment: Ronald, a quick note - your fix unfortunately did not solve the issue. [quote]'To help with the repro, may I suggest running the following in the same order: make frameworkinstallframework DESTDIR=image make frameworkinstallapps DESTDIR=image make

[issue6170] Mac 'make frameworkinstall' error: [...]/Python.framework/Versions/3.1/bin/2to3: Too many levels of symbolic links

Ronald Oussoren added the comment: Don't do that, use 'make install DESTDIR=$PWD/image'. As I mentioned earlier 'make frameworkinstallframework' is an internal step that shouldn't be used on its own. -- ___ Python tracker

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Benjamin Peterson added the comment: There's a broader issue than just the non-universal intl problem. If intl.h is defined, then configure causes _localemodule.c to use functions from it, but it wasn't being linked to. -- ___ Python tracker

[issue5798] test_asynchat fails on Mac OSX

Ned Deily added the comment: Verified test_asynchat no longer fails in trunk nor py3k. Thanks! -- ___ Python tracker ___ ___ Python-b

[issue6182] Remove ipaddr library from py3k before 3.1rc2

Raymond Hettinger added the comment: Guido approved the removal today. http://mail.python.org/pipermail/python-dev/2009-June/089882.html -- nosy: +rhettinger resolution: -> accepted ___ Python tracker

[issue6154] Python 3.1 rc1 will not build on OS X 10.5.7 with macports libintl

Brett Cannon added the comment: As Benjamin said, this was failing on non-universal framework builds and just a regular build because '-lintl' was not getting added to LIBS in configure.in and LIBS was not being passed into the framework compile rule (for both universal and non-universal). As f

[issue5839] RegOpenKeyEx key failed on Vista 64Bit with return 2

Amaury Forgeot d'Arc added the comment: I don't understand what "2.6.2 source(32bit)" is. Did you install a binary distribution (.msi), or did you compile the source files? -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue5648] OS X Installer: do not install obsolete documentation within Python.app bundle

Ned Deily added the comment: Verified fixed by r72779 in trunk and r72791 in py3k. Can be closed. -- ___ Python tracker ___ ___ Python

[issue5373] TypeError when '\x00' in docstring

Alexandre Vassalotti added the comment: Patch committed in r73195. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Alexandre Vassalotti added the comment: Here is an updated patch based on Antoine's latest patch. Summary of changes: * Updated docstrings of Pickler and Unpickler in the pickle module. * Fixed pickle._Pickler to consider fix_imports only for protocol < 3 * Made module name remapping in _pic

[issue3675] Python 2.6 can't read sets pickled with Python 3.0

Alexandre Vassalotti added the comment: Superseded by issue #6137. -- resolution: -> duplicate status: open -> closed superseder: -> Make pickle generated by Python 3.x compatible with 2.x and vice-versa. ___ Python tracker

[issue2057] difflib: add patch capability

Changes by Todd Whiteman : -- nosy: +twhitema ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue670664] HTMLParser.py - more robust SCRIPT tag parsing

Changes by Paweł Widera : -- nosy: +momat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Hagen Fürstenau added the comment: The latest patch is missing the file "Lib/_compat.pickle.py". (Seems as if you forgot to svn add it after patching.) -- nosy: +hagen ___ Python tracker ___

[issue6170] Mac 'make frameworkinstall' error: [...]/Python.framework/Versions/3.1/bin/2to3: Too many levels of symbolic links

Changes by Tarek Ziadé : -- assignee: tarek -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue670664] HTMLParser.py - more robust SCRIPT tag parsing

Paweł Widera added the comment: A simple workaround for the BeautifulSoup is the following wrapper. It sanitize the javascript code before passing it to the parser by joining the disjoint strings, so that "" becomes "". def bs(input): pattern = re.compile('\"\+\"') match = lambd