[issue3122] sys.getsizeof() gives an AttributeError for _sre objects.
Robert Schuppenies [EMAIL PROTECTED] added the comment: Fixed in r64842. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3122 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3324] Broken link in online doc
ThomasH [EMAIL PROTECTED] added the comment: Thank you for both of your feedback. I was sure that there is a release and deployment process in place for the docs. But if the process doesn't allow links to be fixed on a web page, there is probably something wrong with it. It's hard to believe you would leave such a trivial thing unfixed, accepting hundreds or thousands of people running into a dead end. Don't you run a link checker on the online version? Does anybody check the web server logs for misses? It's also hard to understand why you would treat a (flexible) online presentation like (inflexible) released software. At the very least, could you fix the existing link (http://www.python.org/doc/devel/lib/module-site.html), which is seemingly a development URL, to redirect to the correct page?! Or does this also interfer with policies and procedures?! Essence over ceremony (after Neil Ford) On Wed, Jul 16, 2008 at 3:44 AM, Georg Brandl [EMAIL PROTECTED] wrote: Georg Brandl [EMAIL PROTECTED] added the comment: In addition to what Benjamin said, the Python docs are released together with the source, so even if the issue was corrected in the 2.5 docs now, the correction would not show up until 2.5.3 is released, which is not even planned before 2.6. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3324 ___ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3324 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3360] Inconsistent type-deduction of decimal floating-point
Mark Dickinson [EMAIL PROTECTED] added the comment: x = 08.0 Urk. That should be: x = 010.0 The problem is in the parsenumber function in Python/ast.c. The solution seems to be very simple: just remove the entire branch that starts with if (s[0] == '0'); that branch is clearly a holdover from pre-Python 2.4 days when some octal literals were supposed to produce a negative int. Now I just have to figure out where to add tests for this. Maybe there should be a test_float_literal to parallel test_int_literal? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3360] Inconsistent type-deduction of decimal floating-point
Mark Dickinson [EMAIL PROTECTED] added the comment: Now I just have to figure out where to add tests for this. Found it. Tests in test_compile.py. Fixed in the trunk in r65005. This should probably also be backported to 2.5. Thanks for the report, Richard! -- resolution: - fixed versions: -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3360] Inconsistent type-deduction of decimal floating-point
Mark Dickinson [EMAIL PROTECTED] added the comment: Fixed in the 2.5 branch, r65007. -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3373] sys recursion limit a lot shorter on trunk?
Antoine Pitrou [EMAIL PROTECTED] added the comment: Why was 1000 chosen in the first place? If it's just an arbitrary value then we can bump it to 4000 so that people don't get bad surprises when upgrading their Python. This looks more like the interpreter is adding 4x the number of items to the stack during the construction of the nested object, which seems pretty surprising/broken... Well PyObject_Call increases the recursion count, and entering __init__ will increase it once more. That explains the 2x, not the 4x though. -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3374] Bisect upgrades: key/cmp/reverse, parameterized handedness
New submission from Dan Uznanski [EMAIL PROTECTED]: Attached find a unified diff that upgrades the bisect module in two important ways: 1. bisect and friends now understand cmp, key, and reverse, the same way that list.sort does. 2. bisect and insort now have parameterized handedness: instead of using two different functions depending on whether you want new items to show up before or after existing ones, bisect and insort now take a flag called 'right' which can change the handedness on the fly. Currently this code fails two existing regression tests: test_backcompatibility, because bisect is no longer the same as bisect_right; and test_non_sequence, because insort now raises AttributeError instead of TypeError when called on an int. Still to do, in order of priority as perceived by me: 1. A C version of the code needs to be written. 2. The error handling should be worked over by somebody with more knowledge than I - the regression tests assume that particular failures (len-only, get-only, and non-sequence) will happen with one of TypeError or AttributeError when in reality they may raise the other. 3. The tests for new functionality should be made more exhaustive. 4. The in-module documentation probably needs cleaning; the rst documentation needs my name added to it (a good deal of the existing writing is still Fred L Drake's, so I won't replace) and needs to have the section 3.6.4 part linked to Mutable Sequence Types; I couldn't find an actual example of that linkage. 5. The godawful conditions in bisect should probably get cleaned up. -- components: Library (Lib) files: bisect-2.7.diff keywords: patch messages: 69773 nosy: dan.uznanski severity: normal status: open title: Bisect upgrades: key/cmp/reverse, parameterized handedness versions: Python 2.7 Added file: http://bugs.python.org/file10904/bisect-2.7.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Barry A. Warsaw [EMAIL PROTECTED] added the comment: Not blocking beta 2 because there's not enough time for the fix, but this will definitely block beta 3. -- nosy: +barry priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC
cfr [EMAIL PROTECTED] added the comment: Thanks. I couldn't get anything from gdb which wasn't already in the crash log - likely because I don't know how to elicit the information correctly. Output from a build with the augmented _localemodule.c: ./python.exe Python 2.5.2 (r252:60911, Jul 16 2008, 01:44:22) [GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin iType help, copyright, credits or license for more information. import os, sys, locale locale.getpreferredencoding() The value of name is 0x0 It points to '(null)' Bus error ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Barry A. Warsaw [EMAIL PROTECTED] added the comment: Is anybody working on a patch for this? Nick, I agree with you about undesirable behavior, however if there is no patch currently under development, I'm inclined to defer blocking until beta3. -- nosy: +barry ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3374] Bisect upgrades: key/cmp/reverse, parameterized handedness
Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
New submission from Barry A. Warsaw [EMAIL PROTECTED]: _multiprocessing.so has build problems on both OS X 10.5 and Ubuntu Linux 8.04. It's very strange though because there are no apparent errors in compilation, however when the build process tries to import the module, that fails and it gets moved to _multiprocessing_failed.so. Interestingly enough, a subsequent 'make' succeeds, as does just renaming the lib back to _multiprocessing.so. Sorry, I have no more clues than that, but see also but 3088. -- components: Build messages: 69777 nosy: barry priority: release blocker severity: normal status: open title: _multiprocessing.so build problems versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Barry A. Warsaw [EMAIL PROTECTED] added the comment: Er, make that bug 3088 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- dependencies: +test_multiprocessing hangs intermittently on POSIX platforms ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3374] Bisect upgrades: key/cmp/reverse, parameterized handedness
Raymond Hettinger [EMAIL PROTECTED] added the comment: Issues: 1. In Py3.0, the cmp argument has been dropped completely. It has been supplanted by the key function. 2. Previous feature requests for cmp/key/reverse have been rejected. The problem is that in a series of searches or insertions the key function should not be called more than once (as it is with sort), but the bisect functions potentially call it many times will the same argument. The granularity is wrong. Adding the cmp/key/reverse arguments tends to discourage correct design with a separate key table and a set of indexes. 3. Guido has articulated as design principle that prefer separate functions to having a flag, so the separate handedness functions should not be combined. Also, the current design reflects typical use cases where an app decides on a handedness and never changes that decision. It would be a waste to repeated pass in a handedness argument that never changes. Marking this as rejected so that you don't lose more time writing C versions and whatnot. -- resolution: - rejected status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Jesse Noller [EMAIL PROTECTED] added the comment: I don't want to change the API or any other code before we get the change in for issue874900 which should fix/resolve issue3088 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Jesse Noller [EMAIL PROTECTED] added the comment: I'll try with a clean tree, but I've seen this before and I'm quite mystified. -- nosy: +jnoller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Barry A. Warsaw [EMAIL PROTECTED] added the comment: On Jul 16, 2008, at 9:12 AM, Jesse Noller wrote: I don't want to change the API or any other code before we get the change in for issue874900 which should fix/resolve issue3088 What's the holdup on 874900? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Jesse Noller [EMAIL PROTECTED] added the comment: I don't know, but I am going to ping Antoine and Greg and see if they don't mind me applying it as-is. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue874900] threading module can deadlock after fork
Jesse Noller [EMAIL PROTECTED] added the comment: Greg/Antoine - do you have any problem with me applying the latest patch as-is today? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue874900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3090] ARCHFLAGS parsing/concatenation in unixccompiler.py breaks when set to a string
Jesse Noller [EMAIL PROTECTED] added the comment: This has been applied as of r65012 on trunk -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3376] Use Python 3 lexer for 3.0 docs
Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: georg.brandl components: Documentation, Documentation tools (Sphinx) nosy: georg.brandl priority: low severity: normal status: open title: Use Python 3 lexer for 3.0 docs versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3376 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Jesse Noller [EMAIL PROTECTED] added the comment: This should not block the release of beta 2 IMHO ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3377] Invalid child node access in ast.c
New submission from Kristján Valur Jónsson [EMAIL PROTECTED]: Purify complained about reading uninitialized memory in ast.c:752 of two bytes which corresponds to the type field. Looking into this, line 750 increments i without checking that there are in fact this many children. If you add the line: assert(i NCH(n)); after line 750 you get an assertion failure when you run test_keywordonlyarg in the testsuite -- components: Interpreter Core messages: 69787 nosy: krisvale severity: normal status: open title: Invalid child node access in ast.c type: crash versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3352] Deficiencies in multiprocessing/threading API
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3352 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3378] Memory leak in pythonrun.c
New submission from Kristján Valur Jónsson [EMAIL PROTECTED]: In some cases, an error string generated by parsetok.c is not cleared by err_input(). A patch is provided. -- components: Interpreter Core files: tmp5.patch keywords: patch, patch messages: 69788 nosy: krisvale severity: normal status: open title: Memory leak in pythonrun.c type: resource usage versions: Python 3.0 Added file: http://bugs.python.org/file10905/tmp5.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3378 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Jesse Noller [EMAIL PROTECTED] added the comment: Barry, I can't seem to repro this against trunk on both my Ubuntu and OS/X machines. If you get a chance, can you see if you can get the output from a make -d? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3379] Option to not-exit on test
Benjamin Peterson [EMAIL PROTECTED] added the comment: This is related to (maybe a duplicate of) #2674. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2969] Test_imports fails in 2.6
Benjamin Peterson [EMAIL PROTECTED] added the comment: I have fixed this in r65017 and am currently merging it into the trunk and py3k. Martin, do you still want to keep the lib2to3 resource around? -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue874900] threading module can deadlock after fork
Jesse Noller [EMAIL PROTECTED] added the comment: Alas, I don't have a windows machine - I agree we should leave it open though ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue874900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3380] documentation for ElementTree is unusable
New submission from John Williams [EMAIL PROTECTED]: The documentation for the xml.etree.ElementTree package (http://www.python.org/doc/2.5/lib/module-xml.etree.ElementTree.html) does not include the Element type (http://effbot.org/zone/element.htm), making it impossible to use this package without referring to external documentation. -- assignee: georg.brandl components: Documentation messages: 69796 nosy: georg.brandl, [EMAIL PROTECTED] severity: normal status: open title: documentation for ElementTree is unusable type: feature request versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3380] documentation for ElementTree is unusable
Benjamin Peterson [EMAIL PROTECTED] added the comment: It is found in the new docs: http://doc.python.org/dev/ -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3380] documentation for ElementTree is unusable
Facundo Batista [EMAIL PROTECTED] added the comment: Here's the link: http://docs.python.org/dev/library/xml.etree.elementtree.html#the-element-interface -- nosy: +facundobatista resolution: - out of date status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue874900] threading module can deadlock after fork
Antoine Pitrou [EMAIL PROTECTED] added the comment: It would be nice to test under Windows first, if you can. Also, this bug entry should stay open until we discuss the remaining details. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue874900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Facundo Batista [EMAIL PROTECTED] added the comment: Thanks Darryl. We'll continue in that issue, as the patched commited in this one did not introduce a regression (it just didn't fix the other bug also). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2702 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Andrii V. Mishkovskyi [EMAIL PROTECTED] added the comment: Attached the log of 'make -d' on clean checkout of py3k branch. This is on Ubuntu 8.04.1. -- nosy: +mishok13 Added file: http://bugs.python.org/file10907/make-d.log.bz2 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Jesse Noller [EMAIL PROTECTED] added the comment: Andrii gave me make -d output with the failure: building '_multiprocessing' extension creating build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall - Wstrict-prototypes -DHAVE_SEM_OPEN=1 -DHAVE_FD_TRANSFER=1 - DHAVE_SEM_TIMEDWAIT=1 -IModules/_multiprocessing -I. - I/home/mishok/doc/python/tmp/py3k/./Include -I. -IInclude -I./Include - I/usr/local/include -I/home/mishok/doc/python/tmp/py3k/Include - I/home/mishok/doc/python/tmp/py3k -c /home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/multiprocessin g.c -o build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/multiproces sing.o gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall - Wstrict-prototypes -DHAVE_SEM_OPEN=1 -DHAVE_FD_TRANSFER=1 - DHAVE_SEM_TIMEDWAIT=1 -IModules/_multiprocessing -I. - I/home/mishok/doc/python/tmp/py3k/./Include -I. -IInclude -I./Include - I/usr/local/include -I/home/mishok/doc/python/tmp/py3k/Include - I/home/mishok/doc/python/tmp/py3k -c /home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/socket_connect ion.c -o build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/socket_conn ection.o gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall - Wstrict-prototypes -DHAVE_SEM_OPEN=1 -DHAVE_FD_TRANSFER=1 - DHAVE_SEM_TIMEDWAIT=1 -IModules/_multiprocessing -I. - I/home/mishok/doc/python/tmp/py3k/./Include -I. -IInclude -I./Include - I/usr/local/include -I/home/mishok/doc/python/tmp/py3k/Include - I/home/mishok/doc/python/tmp/py3k -c /home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/semaphore.c -o build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/semaphore.o gcc -pthread -shared build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/multiproces sing.o build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/socket_conn ection.o build/temp.linux-i686- 3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing/semaphore.o -L/usr/local/lib -o build/lib.linux-i686-3.0/_multiprocessing.so *** WARNING: renaming _multiprocessing since importing it failed: No module named _multiprocessing ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Jesse Noller [EMAIL PROTECTED] added the comment: Even with that output it's not clear what's happening during the compile step. Barry - is this on trunk and py3k? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Barry A. Warsaw [EMAIL PROTECTED] added the comment: py3k. i think the thing to do is to try to figure out why the import is failing even though the compilation appears to succeed. it's the suppressed import error that's going to be the clue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
New submission from Trent Mick [EMAIL PROTECTED]:
Configuring with --enable-universalsdk fails on Mac OS X 10.4/x86
because of a change in r63997. This in the python trunk (i.e. the 2.6 tree).
The failure looks like this:
$ ./configure --enable-framework --enable-universalsdk
...
checking for log1p... no
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking for wchar_t... yes
checking size of wchar_t... configure: error: cannot compute sizeof
(wchar_t)
See `config.log' for more details.
And the appropriate details in config.log are:
...
configure:21540: checking size of wchar_t
configure:21875: gcc -o conftest -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -g -O2 -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk conftest.c 5
/usr/bin/ld: -syslibroot: multiply specified
collect2: ld returned 1 exit status
/usr/bin/ld: -syslibroot: multiply specified
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//cctmsJ7u.out (No such file or
directory)
configure:21878: $? = 1
configure: program exited with status 1
configure: failed program was:
...
The command being run:
gcc -o conftest -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -g -O2 -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk conftest.c
is $ac_link. Here is a dump of relevant variables at that point in
configure:
--
LDFLAGS is -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk
CFLAGS is -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -g -O2
CPPFLAGS is
CC is gcc
ac_link is $CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS
conftest.$ac_ext $LIBS 5
--
The problem is that r63997
(http://mail.python.org/pipermail/python-checkins/2008-June/070612.html)
added this line to configure.in for Mac OS X:
CFLAGS=${UNIVERSAL_ARCH_FLAGS} -isysroot ${UNIVERSALSDK} ${CFLAGS}
That results in the failure above: ld complaining about
-isysroot/-syslibroot being specified twice on the command line.
Ronald,
What was the build issue on OSX 10.4 that the was meant to be fixed.
Can it be fixed without that configure change to CFLAGS?
--
components: Build
messages: 69805
nosy: ronaldoussoren, trentm
severity: normal
status: open
title: `./configure --enable-framework --enable-universalsdk` fails because of
change in r63997
versions: Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3381
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - ronaldoussoren ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3218] 2to3 Fix_imports optimization
Benjamin Peterson [EMAIL PROTECTED] added the comment: I've fixed the tests, so you can cross that one off your list. However, the buildbots are now failing because lib2to3 takes too long to test. How soon can we have this optimization applied? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3379] Option to not-exit on test
Changes by J. Pablo Fernández [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10908/add_avoid_exit_option.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3379] Option to not-exit on test
Changes by J. Pablo Fernández [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10906/add_avoid_exit_option.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3218] 2to3 Fix_imports optimization
Nick Edds [EMAIL PROTECTED] added the comment: I can hopefully have it all fixed up by tonight or tomorrow. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3379] Option to not-exit on test
J. Pablo Fernández [EMAIL PROTECTED] added the comment: Indeed this patch can be considered a fix for #2674, but, it should be documented appropriately. Should that be in http://docs.python.org/dev/3.0/library/unittest.html ? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3379] Option to not-exit on test
J. Pablo Fernández [EMAIL PROTECTED] added the comment: Added some documentation. Added file: http://bugs.python.org/file10909/add_avoid_exit_option.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3373] sys recursion limit a lot shorter on trunk?
Brett Cannon [EMAIL PROTECTED] added the comment: On Wed, Jul 16, 2008 at 4:20 AM, Antoine Pitrou [EMAIL PROTECTED] wrote: Antoine Pitrou [EMAIL PROTECTED] added the comment: Why was 1000 chosen in the first place? If it's just an arbitrary value then we can bump it to 4000 so that people don't get bad surprises when upgrading their Python. It was originally 10,000, but people wanted thread switches to occur more often. This looks more like the interpreter is adding 4x the number of items to the stack during the construction of the nested object, which seems pretty surprising/broken... Well PyObject_Call increases the recursion count, and entering __init__ will increase it once more. That explains the 2x, not the 4x though. As I said, without a comparison of traces this is continue to just be speculation (and I don't have the time to do that). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
New submission from Eric Smith [EMAIL PROTECTED]:
See http://mail.python.org/pipermail/python-dev/2008-July/081242.html
for the discussion. Basically, 'F' did the same as 'f' because it was
assumed that neither would ever produce an exponent. But they do, for
numbers greater than about 1e50. Also, 'F' should produce 'NAN' for
cases where 'f' produces 'nan'.
--
assignee: eric.smith
components: Interpreter Core
keywords: easy
messages: 69811
nosy: eric.smith
severity: normal
status: open
title: Make '%F' and float.__format__('F') convert results to upper case.
type: feature request
versions: Python 2.6, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3382
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3373] sys recursion limit a lot shorter on trunk?
Benjamin Peterson [EMAIL PROTECTED] added the comment: Brett: It was originally 10,000, but people wanted thread switches to occur more often. I thought that was managed by sys.setcheckinterval. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3373] sys recursion limit a lot shorter on trunk?
Brett Cannon [EMAIL PROTECTED] added the comment: On Wed, Jul 16, 2008 at 11:28 AM, Benjamin Peterson [EMAIL PROTECTED] wrote: Benjamin Peterson [EMAIL PROTECTED] added the comment: Brett: It was originally 10,000, but people wanted thread switches to occur more often. I thought that was managed by sys.setcheckinterval. Yes it is; sorry, brain is slow today. I know the current value usually does not lead to a segfault on any of the common platforms that Python runs on. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3383] ctypes.util fails to find libc in some environments
New submission from Jean-Paul Calderone [EMAIL PROTECTED]: ctypes.util assumes several things of its environment which sometimes don't hold: * It depends on objdump being in $PATH. If it isn't, it will fail to read the SONAME from a library, even if it has determined the path to it. * If it uses ldconfig (which, unlike objdumb, it assumes it knows the full path to and doesn't rely on $PATH to find), it fails to interpret the results because the regular expression it applies doesn't define any groups. The attached patch is what I used to work around these issues in one particular environment. I don't claim the fixes to be general, and the patch includes no unit tests. -- assignee: theller components: ctypes files: ctypes-util.patch keywords: patch messages: 69814 nosy: exarkun, theller severity: normal status: open title: ctypes.util fails to find libc in some environments versions: Python 2.5 Added file: http://bugs.python.org/file10910/ctypes-util.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3384] Documentation for re.findall and re.finditer lacks ordering information
New submission from Joshua Kugler [EMAIL PROTECTED]: According to a discussion on comp.lang.python, re.findall and re.finditer scan strings from left to right, and returns them in the order it found them. It would be nice to note that in documentation. -- assignee: georg.brandl components: Documentation messages: 69815 nosy: georg.brandl, jkugler severity: normal status: open title: Documentation for re.findall and re.finditer lacks ordering information type: feature request versions: Python 2.5, Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3338] cPickle segfault with deep recursion
Changes by Jesús Cea Avión [EMAIL PROTECTED]: -- nosy: +jcea ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3385] cPickle to pickle conversion in py3k missing methods
New submission from Jesse Noller [EMAIL PROTECTED]: I was attempting the patch for issue3125 to py3k, and in it Amaury defines a new ForkingPickler: from pickle import Pickler class ForkingPickler(Pickler): dispatch = Pickler.dispatch.copy() This is also related to issue3350 I suspect. However, using the pickle.Pickler module under py3k, there is no dispatch() method on the class: Trunk: Python 2.6b1+ (trunk:65015M, Jul 16 2008, 10:15:51) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. import pickle dir(pickle.Pickler) ['_BATCHSIZE', '__doc__', '__init__', '__module__', '_batch_appends', '_batch_setitems', 'clear_memo', 'dispatch', 'dump', 'get', 'memoize', 'persistent_id', 'put', 'save', 'save_bool', 'save_dict', 'save_empty_tuple', 'save_float', 'save_global', 'save_inst', 'save_int', 'save_list', 'save_long', 'save_none', 'save_pers', 'save_reduce', 'save_string', 'save_tuple', 'save_unicode'] py3k: Python 3.0b1+ (py3k:65011M, Jul 16 2008, 11:50:11) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. import pickle dir(Pickler) ['__class__', '__delattr__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__le__', '__lt__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', 'bin', 'clear_memo', 'dump', 'fast', 'memo', 'persistent_id'] I think the fix for 3125 resolves your complaint in 3350, but is the lack of the dispatch method intentional? -- assignee: alexandre.vassalotti components: Extension Modules messages: 69816 nosy: alexandre.vassalotti, jnoller severity: normal status: open title: cPickle to pickle conversion in py3k missing methods versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Ronald Oussoren [EMAIL PROTECTED] added the comment: This is rather annoying, gcc doesn't accept multipe -isysroot flags on 10.4, yet we need to specify -isysroot during configure to ensure that tests are done using the right SDK, otherwise most of configure will use the system headers instead of the SDK specified using the --enable- universalsdk option. I'm currently trying to teach configure to only add -isysroot to the configure-time CFLAGS when the OS version is 10.5 or later, because that's the only platform where -isysroot is really needed in the configure-time CFLAGS. The patch should be ready later tonight, I'll post it here instead of committing to avoid interfering with the release process. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Jesse Noller [EMAIL PROTECTED] added the comment: Here is a proposed patch for py3k generated from an svn merge of amaury's patch into py3k. This is currently blocked due to issue3385. Added file: http://bugs.python.org/file10911/py3k_no_copyreg.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3125 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Changes by Jesse Noller [EMAIL PROTECTED]: -- assignee: - jnoller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Ronald Oussoren [EMAIL PROTECTED] added the comment: configure-patch-3381.txt should fix the issue, but I cannot test on 10.4 as I recently had to convert my only 10.4 machine to 10.5. Added file: http://bugs.python.org/file10912/configure-patch-3381.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Ronald Oussoren [EMAIL PROTECTED] added the comment: Note to self: never rush a patch configure-patch-3881-1.txt is the better patch, the other looks right but using square brackets which don't survive autoconf. BTW. the patch is only for configure.in, run autoconf to update the actual configure script. Added file: http://bugs.python.org/file10913/configure-patch-3381-1.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2969] Test_imports fails in 2.6
Martin v. Löwis [EMAIL PROTECTED] added the comment: I have fixed this in r65017 and am currently merging it into the trunk and py3k. Martin, do you still want to keep the lib2to3 resource around? Last I tried, running test_import still took a very long time (issue2968). If that was fixed, the resource would not be needed anymore. OTOH, if it's only me complaining about this issue, it's ok to remove the resource even without fixing the issue first. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2969] Test_imports fails in 2.6
Benjamin Peterson [EMAIL PROTECTED] added the comment: I understand that #3218 helps test_import a lot, so once that patch is when I'll remove the resource. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Ronald Oussoren [EMAIL PROTECTED] added the comment: Yet another version: configure-patch-3381-2.txt is a slight enhancement of the first version. This version also moves the calculation of MACOSX_DEPLOYMENT_TARGET a lot earlier in configure.in, to ensure that the right value is active whenever the compiler is used. This turns out to be necessary to build using the 10.4 SDK on OSX 10.5. BTW. Feel free to commit if the patch works for you, I'm rather swamped at work and won't be able to test on 10.4 anytime soon. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3226] can't install on OSX 10.4
Ronald Oussoren [EMAIL PROTECTED] added the comment: The attached patch should fix this issue. I cannot test on 10.4 though. BTW. The patch only updates configure.in, run autoconf afterwards to update the configure script itself. Added file: http://bugs.python.org/file10914/configure-patch-3226.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Changes by Ronald Oussoren [EMAIL PROTECTED]: -- priority: - deferred blocker resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue874900] threading module can deadlock after fork
Jesse Noller [EMAIL PROTECTED] added the comment: I've applied Greg's patch in 65032 on trunk. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue874900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3369] memory leak in floatobject.c
Mark Dickinson [EMAIL PROTECTED] added the comment: Does this also apply to 2.6? Looks like it doesn't. :-). The patch needs to touch the newly arrived comparison with infinity, as well as the inf and nan comparisons. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3369 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2138] Add a factorial function
Georg Brandl [EMAIL PROTECTED] added the comment: That was fixed by Raymond in 64365. -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997
Trent Mick [EMAIL PROTECTED] added the comment: Yet another version: configure-patch-3381-2.txt is a slight enhancement of the first version. Ronald, Did that accidentally not get attached? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3375] _multiprocessing.so build problems
Barry A. Warsaw [EMAIL PROTECTED] added the comment: Okay, I have more information, but still no diagnosis. I stuck a 'raise' in the setup.py so that when the ImportError occurs, it doesn't get swallowed. Instead it stops the build process in its tracks. The attached file contains the relevant output. Added file: http://bugs.python.org/file10915/3375.txt ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3341] Suggest a change link
Georg Brandl [EMAIL PROTECTED] added the comment: Yes, this is under consideration. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3341 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3310] Out-of-date example 3.0b1 Tutorial Classes page, 'issubclass'
Florian Mayer [EMAIL PROTECTED] added the comment: This patch removes incompatibility to Python 3.0, though it also removes the common ancestor part. -- keywords: +patch nosy: +segfaulthunter Added file: http://bugs.python.org/file10916/classes.txt.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3310 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3386] distutils.sysconfig.get_python_lib prefix argument broken
New submission from Philip Jenvey [EMAIL PROTECTED]: get_python_lib supports an optional prefix argument: If 'prefix' is supplied, use it instead of sys.prefix or sys.exec_prefix -- i.e., ignore 'plat_specific'. However the NT and OS2 platforms don't use the prefix argument when specified. This problem was brought up a while ago here: http://mail.python.org/pipermail/distutils-sig/2002-November/003099.html Andrew (the OS2 maintainer) claimed in the thread that fixing this would break OS2, but I don't see how. All callers of get_python_lib in the stdlib don't specify a prefix anyway. Anyone calling it with a prefix and expecting it not to be used is broken. -- components: Distutils files: get_python_lib-r65033.diff keywords: patch messages: 69836 nosy: pjenvey severity: normal status: open title: distutils.sysconfig.get_python_lib prefix argument broken type: behavior versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file10917/get_python_lib-r65033.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2874] Remove use of the stat module in the stdlib
Georg Brandl [EMAIL PROTECTED] added the comment: I don't like the name os.stats. The os module is already so full of constants and functions that one could argue the few from stat won't hurt anymore :) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3045] Windows online help broken when spaces in TEMP environ
Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r65035. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3310] Out-of-date example 3.0b1 Tutorial Classes page, 'issubclass'
Georg Brandl [EMAIL PROTECTED] added the comment: Committed in r65036, thanks! -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3310 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1608818] Sloppy error checking in listdir() for Posix
Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r65037. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1608818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3115] os.listdir randomly fails on occasions when it shouldn't
Georg Brandl [EMAIL PROTECTED] added the comment: Committed patch in #1608818 in r65037. -- nosy: +georg.brandl resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3115 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3338] cPickle segfault with deep recursion
Darryl Dixon [EMAIL PROTECTED] added the comment: That is a very interesting observation (x4), especially in light of #3373 Unfortunately I don't really have the (p|g)db -foo to debug either of these properly :( ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2874] Remove use of the stat module in the stdlib
Brett Cannon [EMAIL PROTECTED] added the comment: On Wed, Jul 16, 2008 at 2:12 PM, Georg Brandl [EMAIL PROTECTED] wrote: Georg Brandl [EMAIL PROTECTED] added the comment: I don't like the name os.stats. The os module is already so full of constants and functions that one could argue the few from stat won't hurt anymore :) Yeah, I was thinking it might work out to just deprecate the functions and leave the module around for the constants. -Brett ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3305] Use Py_XDECREF() instead of Py_DECREF() in MultibyteCodec and MultibyteStreamReader
Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r65038. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3359] add 'rbU' mode to open()
Georg Brandl [EMAIL PROTECTED] added the comment: This behavior is inherited from the C-level fopen() and therefore normal text mode is whatever that defines. Is this really nowhere documented? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3359 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2874] Remove use of the stat module in the stdlib
Georg Brandl [EMAIL PROTECTED] added the comment: Why deprecate the functions then? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3345] Patch for CGIHTTPServer.is_cgi function documentation
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r65039. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3345 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3318] Documentation: timeit: lower bound should read upper bound
Georg Brandl [EMAIL PROTECTED] added the comment: I disagree. An ideal machine is not useful in practice, so any assertion about it isn't helpful. In that light, the snippet is correct in saying that if execution of a snippet is done enough times, the lowest value is a lower bound for execution speed. -- resolution: - works for me status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3288] float.as_integer_ratio method is not documented
Florian Mayer [EMAIL PROTECTED] added the comment: I tried to include the method in the Python 3.0 Tutorial but also to mention problems with floating point arithmetic that express in returning different numbers than what one entered. -- keywords: +patch nosy: +segfaulthunter Added file: http://bugs.python.org/file10918/issue3288.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3288 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3312] bugs in _sqlite module
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r65040. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3312 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue988761] re.split emptyok flag (fix for #852532)
Georg Brandl [EMAIL PROTECTED] added the comment: Closing as a duplicate of #3262, which seems to be active. -- nosy: +georg.brandl resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue988761 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3262] re.split doesn't split with zero-width regex
Mike Coleman [EMAIL PROTECTED] added the comment: I think it's probably both. The original design was incorrect, though this probably wasn't apparent to the designer. But as a significant user of 're', it really stands out as a problem. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3262 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3218] 2to3 Fix_imports optimization
Benjamin Peterson [EMAIL PROTECTED] added the comment: Can we expect this in the next 2 hours? It's fine if not, I just need to know whether the 2to3 tests should be disabled for the beta. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3156] bytes type has inconsistent methods (append, insert)
Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in 2.6 r65041, and 3k r65043. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3388] With keyword not mentioned in Input Output tutorial
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, committed a similar patch in r65048. -- resolution: - accepted status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3389] [PATCH] Allow custom logging Handlers in logging config files
New submission from Philip Jenvey [EMAIL PROTECTED]: Python 2.5 added support for specifying a custom logging Formatter class in logging configuration files. Handler classes can also be specified, but your choice is limited to classes that live in the logging module. A current workaround this is to manually add your custom Handler class to the logging module prior to loading the logging config file, but then you're no longer driving logging configuration purely from a config file (which is the entire point). This is particularly important for apps that are driven entirely from a config file that also includes logging information (such as Pylons applications) The following patch will cause Handler classes to be resolved just like Formatter classes if the check for the Handler class in the logging module fails. FYI this patch has been used in Paste (in particular for Pylons apps) for over a year so I consider it stable -- components: Library (Lib) files: logging-custom-Handler_r65033.diff keywords: patch messages: 69858 nosy: pjenvey, vsajip severity: normal status: open title: [PATCH] Allow custom logging Handlers in logging config files type: feature request versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file10921/logging-custom-Handler_r65033.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3389] [PATCH] Allow custom logging Handlers in logging config files
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - vsajip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3386] [PATCH] distutils.sysconfig.get_python_lib prefix argument broken
Changes by Philip Jenvey [EMAIL PROTECTED]: -- title: distutils.sysconfig.get_python_lib prefix argument broken - [PATCH] distutils.sysconfig.get_python_lib prefix argument broken ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC
cfr [EMAIL PROTECTED] added the comment: On the off chance this might be helpful: I get the same error with python 2.4.3. Python 2.4.3 (#1, Apr 7 2006, 10:54:33) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type help, copyright, credits or license for more information. import os, sys, locale locale.getpreferredencoding() Bus error I do not get the error with the Apple-supplied python 2.3.5: Python 2.3.5 (#1, Mar 20 2005, 20:38:20) [GCC 3.3 20030304 (Apple Computer, Inc. build 1809)] on darwin Type help, copyright, credits or license for more information. import os, sys, locale locale.getpreferredencoding() 'US-ASCII' ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3218] 2to3 Fix_imports optimization
Nick Edds [EMAIL PROTECTED] added the comment: It should be done tonight, but probably not until around 11 central time. Sorry for the delay. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3359] add 'rbU' mode to open()
Skip Montanaro [EMAIL PROTECTED] added the comment: anatoly If you open file with 'r' - all line endings will be mapped anatoly precisely to '\n' anyways, so it has nothing to do with 'U' anatoly mode. Before 3.0 at least, if you copy a text file from, say, Windows to Mac, and open it with 'r', you get lines which end in '\r\n'. Here's a simple example: open(dos.txt, rb).read() 'a single line\r\nanother line\r\n' f = open(dos.txt) f.next() 'a single line\r\n' f = open(dos.txt, r) f.next() 'a single line\r\n' f.next() 'another line\r\n' If, on the other hand, you open it with 'rU', the '\r\n' literal line ending is converted, even though CRLF is not the canonical Mac line ending: f = open(dos.txt, rU) f.next() 'a single line\n' f.next() 'another line\n' Skip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3359 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3373] sys recursion limit a lot shorter on trunk?
Darryl Dixon [EMAIL PROTECTED] added the comment: Hi Trent, No, my build did not invoke --with-pydebug. In other words, the process I used was simply: svn co http://svn.python.org/projects/python/trunk python-trunk cd python-trunk ./configure --prefix=/home/dixond/throwaway make make install ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3218] 2to3 Fix_imports optimization
Nick Edds [EMAIL PROTECTED] added the comment: Sorry I couldn't have this done earlier today. I updated the test suite, and this is now passing all tests. Collin, could you verify that is has all the functionality you were expecting? If the member functionality turns out to actually be important for any of the modules in fix_imports, it probably makes the most sense to break them out into their own fixer. As an added note, I think there is still further room to optimize fix_imports, specifically the very large pattern it still generates, so I'm going to work on that at some point. Added file: http://bugs.python.org/file10922/fix_imports.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
