[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]> ___ __

[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 yo

[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

[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: -> fi

[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]> ___

[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

[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: inste

[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 PRO

[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 1

[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 __

[issue3374] Bisect upgrades: key/cmp/reverse, parameterized handedness

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker <[EMAIL PROTECTED]> ___ __

[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

[issue3375] _multiprocessing.so build problems

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Er, make that bug 3088 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue3375] _multiprocessing.so build problems

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- dependencies: +test_multiprocessing hangs intermittently on POSIX platforms ___ Python tracker <[EMAIL PROTECTED]> ___ __

[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 insertio

[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]> _

[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]> ___

[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? _

[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]> __

[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]> ___ _

[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]> _

[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 _

[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]> ___ _

[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 t

[issue3352] Deficiencies in multiprocessing/threading API

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]> ___ __

[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: n

[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]>

[issue3125] test_multiprocessing causes test_ctypes to fail

Jesse Noller <[EMAIL PROTECTED]> added the comment: Amaury's patch is applied in r65016 to trunk, all tests pass This needs to be merged forward, and then Lib/multiprocessing/managers.py in py3k has to have: for view_type in view_types: copy_reg.pickle(view_type, rebuild_as_lis

[issue3379] Option to not-exit on test

New submission from J. Pablo Fernández <[EMAIL PROTECTED]>: Added an option, called exit, that when set to false, will make the tests not exit at the end. This is useful when you are doing Lisp-like development having a REPL (interpreter/prompt) opened in Emacs and running the tests over and over

[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]> ___ ___

[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 _

[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]> ___ _

[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 wit

[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]>

[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

[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]>

[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]>

[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 <[

[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 -

[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]> ___

[issue3338] cPickle segfault with deep recursion

Facundo Batista <[EMAIL PROTECTED]> added the comment: Confirmed in... Python 2.6b1+ (trunk:65017M, Jul 16 2008, 13:37:00) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 ...with a more simple case: """ import sys, cPickle sys.setrecursionlimit(10405) class rec(object)

[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 tr

[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 --enabl

[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> ronaldoussoren ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-

[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

[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]> ___ __

[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]> ___

[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]> ___

[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 PROTE

[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]> _

[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 tha

[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.

[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 <[EM

[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 tho

[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

[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 comp

[issue3338] cPickle segfault with deep recursion

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>: -- nosy: +jcea ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[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. H

[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 inste

[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 ___

[issue3375] _multiprocessing.so build problems

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[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 _

[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 conf

[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,

[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]> ___

[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 whe

[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-3

[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]> ___ __

[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]> ___ ___

[issue3226] can't install on OSX 10.4

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks! Fixed in r65033. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997

Trent Mick <[EMAIL PROTECTED]> added the comment: > 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. Thanks for the quick patches. Other than verifying that `configure && make` works on 10.4 what specifically should

[issue3381] `./configure --enable-framework --enable-universalsdk` fails because of change in r63997

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: The easiest way to test the configure bits would be to build on 10.5 with --enable-universalsdk and --enable-universalsdk=/. Both should work on 10.5, while using different SDKs (with slightly different unix APIs). However: it shouldn't b

[issue1366] popen spawned process may not write to stdout under windows

Georg Brandl <[EMAIL PROTECTED]> added the comment: Did you want to close this, Sean? -- nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___

[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 PR

[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]> ___ __

[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]>

[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 releva

[issue3341] "Suggest a change" link

Georg Brandl <[EMAIL PROTECTED]> added the comment: Yes, this is under consideration. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[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

[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 spec

[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]>

[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]> ___

[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]> ___

[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]> _

[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]> __

[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]>

[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 a

[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]> ___

[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]>

[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]> ___ ___ Python-bugs-

[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]> ___

[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 executio

[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 fil

[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]>

[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]>

[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

[issue3387] undefined array passed to CryptGenRandomBytes

New submission from Kristján Valur Jónsson <[EMAIL PROTECTED]>: The CryptGenRandomBytes uses whatever data is already in the buffer as seed for the output. So, the buffer is effectively an in/out buffer. Now, since we are generating random data anyway, the fact that we are using an undefined

[issue3388] With keyword not mentioned in Input Output tutorial

New submission from Florian Mayer <[EMAIL PROTECTED]>: I think that the Python 3.0 Tutorial should show the reader that the with keyword is an excellent way of reading data from a file and closing it afterwards, even if exceptions occur. -- assignee: georg.brandl components: Documentatio

[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]>

[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]> _

  1   2   >