[issue3373] sys recursion limit a lot shorter on trunk?

Brett Cannon <[EMAIL PROTECTED]> added the comment: Well, probably the best way to find out would be to run under gdb and see who is incrementing the recursion count. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3316] Proposal for fix_urllib

Brett Cannon <[EMAIL PROTECTED]> added the comment: r65002 has the patch. Thanks, Nick! -- resolution: -> accepted status: pending -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3359] add 'rbU' mode to open()

anatoly techtonik <[EMAIL PROTECTED]> added the comment: That's weird and the worst is that it is not documented. Manual says: "If Python is built without universal newline support a mode with 'U' is the same as normal text mode." but no information about what is "normal text mode" behaviour.

[issue3316] Proposal for fix_urllib

Brett Cannon <[EMAIL PROTECTED]> added the comment: I got your patch and it looks good overall. I made some style changes and upped the code reuse in some places. I am running the test suite now before I commit. -- status: open -> pending ___ Python t

[issue3373] sys recursion limit a lot shorter on trunk?

Darryl Dixon <[EMAIL PROTECTED]> added the comment: Hmmm, I'm not certain I agree; on 2.4/2.5 doing rec(999) hits the recursion limit, as expected (makes sense that there would be an item or two on the stack prior to the immediate call to rec() ). This looks more like the interpreter is adding 4x

[issue2702] pickling of large recursive structures crashes cPickle

Darryl Dixon <[EMAIL PROTECTED]> added the comment: Please check issue #3338 for a dup of this issue with a testcase that continues to fail after the application of r64595 -- nosy: +esrever_otua ___ Python tracker <[EMAIL PROTECTED]>

[issue3373] sys recursion limit a lot shorter on trunk?

Brett Cannon <[EMAIL PROTECTED]> added the comment: A lot of crashers were fixed for 2.6 where the recursion limit was not being used at all. That is probably what you are seeing. -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]>

[issue3338] cPickle segfault with deep recursion

Darryl Dixon <[EMAIL PROTECTED]> added the comment: No, I've just tested /trunk, including r64595, and the Segmentation fault is still present, eg: Python 2.6b1+ (trunk:64998, Jul 16 2008, 15:50:22) [GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2 Type "help", "copyright", "credits" or "licens

[issue3373] sys recursion limit a lot shorter on trunk?

New submission from Darryl Dixon <[EMAIL PROTECTED]>: The system recursion limit seems to be wildly different in its behaviour on 2.6/trunk versus, for example, 2.5 or 2.4, EG: On Python 2.4: Python 2.4.3 (#1, Dec 11 2006, 11:38:52) [GCC 4.1.1 20061130 (Red Hat 4.1.1-43)] on linux2 Type "help",

[issue3316] Proposal for fix_urllib

Nick Edds <[EMAIL PROTECTED]> added the comment: Here is a working version with tests. I believe it has all the desired functionality, but correct me if I'm wrong Brett. Also, I did not model MAPPING as suggested by Collin because order was important in generating tests, so I didn't think using a

[issue3338] cPickle segfault with deep recursion

Darryl Dixon <[EMAIL PROTECTED]> added the comment: Hmm, looks like this dup's 2702... Funny how two people find the same thing within a short window of each other *sighs* so looks like it's probably fixed. I'll test /trunk against the failing testcase below and make sure all is OK. D _

[issue2969] Test_imports fails in 2.6

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

[issue3371] 2to3 fails in Python 2.6

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > IOW, this is a duplicate of issue2969. and so it is. Well, it's disabled now, so no point in arguing how. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTEC

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Here's the 'make' output. What's strange is that moving _multiprocessing{_failed,}.so, the import works just fine. building '_multiprocessing' extension creating build/temp.linux-i686-3.0/home/barry/projects/python/python30/Modules/_multipr

[issue3371] 2to3 fails in Python 2.6

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > That revision caused the test suite to fail because it caused to be > actually run. :) Right - but now you've disabled the test again, when the original introduction of the resource lib2to3 already had the (desirable) effect of disabling t

[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: The Python debugger (pdb) won't help here; you'ld have to use the system debugger (gdb). Please add the line printf("The value of name is %p\n", name); printf("It points to '%s'\n", name); right before the call to CFStringGetCStringPtr

[issue3371] 2to3 fails in Python 2.6

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: That revision caused the test suite to fail because it caused to be actually run. :) ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3371] 2to3 fails in Python 2.6

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Reverting r64742 would have had the same effect (IMO, it shouldn't have been checked in in the first place, as it causes the test suite to fail). -- nosy: +loewis ___ Python tracker <[EMAIL PROTEC

[issue2271] msi installs to the incorrect location (C drive)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I'd be happy to provide any more information that can help get this > resolved. Contribution of a patch would be the best way to resolve this quickly. ___ Python tracker <[EMAIL PROTECTED]>

[issue3336] datetime weekday() function

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3090] ARCHFLAGS parsing/concatenation in unixccompiler.py breaks when set to a string

Georg Brandl <[EMAIL PROTECTED]> added the comment: I'd say go ahead. -- nosy: +georg.brandl resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Something's very strange. The first make after configure fails to build _multiprocessing, but a subsequent make succeeds. I'll see if I can capture the compilation error message. ___ Python tracker <[EMA

[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC

cfr <[EMAIL PROTECTED]> added the comment: I figured out how to do this: Python 2.5.2 (r252:60911, Jul 16 2008, 01:44:22) [GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import pdb >>> import sys, os, locale >>>

[issue3324] Broken link in online doc

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

[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC

cfr <[EMAIL PROTECTED]> added the comment: I downloaded the current source (2.5.2) and confirmed that (1) python will build as a framework (for me) and (2) that the problem occurs for my build, too. I did not build it as a universal binary just in case that helped but mostly to speed things up.

[issue3372] socket.setsockopt() is broken for multicast TTL and Loop options

Niall O'Higgins <[EMAIL PROTECTED]> added the comment: This also appears to be a bug in Python 2.4. -- versions: +Python 2.4 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3359] add 'rbU' mode to open()

Georg Brandl <[EMAIL PROTECTED]> added the comment: > If you open file with 'r' - all line endings will be mapped precisely to > '\n' anyways, so it has nothing to do with 'U' mode. No they won't -- only the platform-specific newline will. On Unix, 'r' and 'rb' are the same. -- nosy: +g

[issue3372] socket.setsockopt() is broken for multicast TTL and Loop options

New submission from Niall O'Higgins <[EMAIL PROTECTED]>: socket.setsockopt() sets an optlen of '4' in the setsockopt system call for options IP_MULTICAST_TTL and IP_MULTICAST_LOOP. On OpenBSD, this causes the kernel to hit an error condition and set errno 22 when these options are set: socket.e

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Jesse Noller <[EMAIL PROTECTED]> added the comment: Barry - can you email the compile errors? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyth

[issue3371] 2to3 fails in Python 2.6

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- title: 2to3 fails in 3.0 -> 2to3 fails in Python 2.6 type: -> crash ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Jesse Noller <[EMAIL PROTECTED]> added the comment: On Jul 15, 2008, at 8:38 PM, "Barry A. Warsaw" <[EMAIL PROTECTED]> wrote: > > Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: > > Sadly _multiprocessing apparently doesn't even build on my Ubuntu 8.04 > machine and it still hangs on my

[issue3371] 2to3 fails in 3.0

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: I'm disabling lib2to3 in the trunk because it fails just for Python 2.6. (Python 2.5 and 3.0 are fine.) -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 69739 nosy: benjamin.peterson, collinwinter

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: Sadly _multiprocessing apparently doesn't even build on my Ubuntu 8.04 machine and it still hangs on my 10.5 machine. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3083] Add alternate (#) formatting for bin, oct, hex output for str.format()

Eric Smith <[EMAIL PROTECTED]> added the comment: Implemented in trunk in r64958 and r64984; in py3k in r64960 and r64985. -- resolution: -> accepted status: open -> closed type: -> feature request ___ Python tracker <[EMAIL PROTECTED]>

[issue3316] Proposal for fix_urllib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 15, 2008, at 8:10 PM, Nick Edds wrote: > Nick Edds <[EMAIL PROTECTED]> added the comment: > > I've got it finished, I just need to write some tests for it. It will > all be done later ton

[issue3226] can't install on OSX 10.4

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: What's the plan to fix this? I'm not going to hold up beta2 for this. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue3316] Proposal for fix_urllib

Nick Edds <[EMAIL PROTECTED]> added the comment: I've got it finished, I just need to write some tests for it. It will all be done later tonight. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3131] 2to3 can't find fixes_dir

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I think we'll defer this as a blocker. It would be good to get 2to3 working right for the betas, but I don't think it should hold up beta2. -- nosy: +barry priority: release blocker -> deferred blocker _

[issue1565468] Install on WinXP always goes to C:\

Changes by Ben Beasley <[EMAIL PROTECTED]>: -- components: +Windows ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue1298962] MSI installer does not pass values as SecureProperty from UI

Changes by Ben Beasley <[EMAIL PROTECTED]>: -- components: +Windows ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue3316] Proposal for fix_urllib

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: I would really like to get this in by beta2, but it's not quite enough to hold up the release. Please try to get this cleaned up and committed by July 16 for beta 2. -- nosy: +barry priority: release blocker -> deferred blocker ___

[issue1565468] Install on WinXP always goes to C:\

Changes by Ben Beasley <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue1298962] MSI installer does not pass values as SecureProperty from UI

Changes by Ben Beasley <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue1565468] Install on WinXP always goes to C:\

Changes by Ben Beasley <[EMAIL PROTECTED]>: -- versions: +Python 2.4, Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1298962] MSI installer does not pass values as SecureProperty from UI

Changes by Ben Beasley <[EMAIL PROTECTED]>: -- versions: +Python 2.4, Python 2.5, Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1565468] Install on WinXP always goes to C:\

Ben Beasley <[EMAIL PROTECTED]> added the comment: http://bugs.python.org/issue2271 and http://bugs.python.org/issue1298962 appear to be duplicates of this issue, with the former having the most recent activity. -- nosy: +music ___ Python tracker <[EM

[issue1298962] MSI installer does not pass values as SecureProperty from UI

Ben Beasley <[EMAIL PROTECTED]> added the comment: http://bugs.python.org/issue1298962 appears to be a duplicate, with some more recent activity. -- nosy: +music ___ Python tracker <[EMAIL PROTECTED]>

[issue2271] msi installs to the incorrect location (C drive)

Ben Beasley <[EMAIL PROTECTED]> added the comment: Apparent duplicates are at http://bugs.python.org/issue1298962 and http://bugs.python.org/issue1565468. This bug seems to have something to do with "power user" user privileges. I can duplicate this problem with the MSI installers for Python 2.4

[issue3370] importing with_statement causes exec to raise syntax error on block that doesn't end with a newline

Joel Madigan <[EMAIL PROTECTED]> added the comment: Confirmed in Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32) Seems to be fixed in 2.6b1. -- nosy: +dochoncho ___ Python tracker <[EMAIL PROTECTED]> __

[issue3324] Broken link in online doc

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: For Python 2.6 and 3.0, we have transitioned over from LaTex to a new document format, reST. For this reason, we are not backporting fixes to the docs. However, when 2.7 and 3.1 become the development focus, we will again backport fixes. I'

[issue3369] memory leak in floatobject.c

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Does this also apply to 2.6? -- nosy: +marketdickinson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3368] Memory leak in import.c

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue3367] Uninitialized value read in parsetok.c

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue3369] memory leak in floatobject.c

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: -> normal ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue3369] memory leak in floatobject.c

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3367] Uninitialized value read in parsetok.c

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3368] Memory leak in import.c

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue1503] test_xmlrpc is still flakey

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I still think that blocking mode should be turned on in socket.accept. settimeout implicitly sets non-blocking mode (which might be a bit surprising). The sockets returned from accept() being in non-blocking mode is surprising (as this bug shows

[issue3370] importing with_statement causes exec to raise syntax error on block that doesn't end with a newline

New submission from Matt McCredie <[EMAIL PROTECTED]>: The following session demonstrates the issue: Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> exec "def foo():\nreturn 0" #

[issue3360] Inconsistent type-deduction of decimal floating-point

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > userland. On these systems, the behavior I described does not exist: Not even with really large values? What happens on 64-bit with >>> x = 08.0 ? (that's 20 zeros between the 8 and the decimal point...)

[issue3367] Uninitialized value read in parsetok.c

Changes by Kristján Valur Jónsson <[EMAIL PROTECTED]>: -- versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

[issue3369] memory leak in floatobject.c

Changes by Kristján Valur Jónsson <[EMAIL PROTECTED]>: -- type: -> resource usage ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue3369] memory leak in floatobject.c

New submission from Kristján Valur Jónsson <[EMAIL PROTECTED]>: When a nan or inf is generated in PyFloat_FromString(), a temporary buffer may be left behind. Patch attached. Found using Purify -- components: Interpreter Core files: tmp4.patch keywords: easy, patch, patch messages: 6972

[issue1503] test_xmlrpc is still flakey

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Does anybody still care about this? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue3368] Memory leak in import.c

New submission from Kristján Valur Jónsson <[EMAIL PROTECTED]>: Failure to deallocate a buffer returned by PyArg_ParseTuple. Patch is attached. Found using purify while running the testsuite. -- components: Interpreter Core files: tmp3.patch keywords: easy, patch, patch messages: 69719

[issue3324] Broken link in online doc

ThomasH <[EMAIL PROTECTED]> added the comment: What? You have fixed it in some development version, and left the current online version broken? How much can it take to fix a broken link on a web page? If that's the net effect, I shouldn't have gone through all the efforts of filing this issue! R

[issue3362] locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: It would be good to find out what the code inside PyLocale_getdefaultlocale precisely is doing. I.e. what is the value of name at that point, and is that perhaps an illegal parameter for CFStringGetCStringPtr somehow? If the debugger can't he

[issue3327] NULL member in modules_by_index

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> loewis nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ P

[issue3361] pypi issue tracker link (python.org)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: The link on PyPI is correct. It doesn't point to the Python bug tracker, but the PyPI bug tracker, which is on SF. I have checked, and did not find any further links to the SF Python bug tracker. -- nosy: +loewis resolution: -> inv

[issue3327] NULL member in modules_by_index

Kristján Valur Jónsson <[EMAIL PROTECTED]> added the comment: Added a patch for this issue. Please comment. -- keywords: +easy, patch Added file: http://bugs.python.org/file10899/tmp2.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue3367] Uninitialized value read in parsetok.c

New submission from Kristján Valur Jónsson <[EMAIL PROTECTED]>: If a PyTokenizer_FromString() is called with an empty string, the tokenizer's line_start member never gets initialized. Later, it is compared with the token pointer 'a' in parsetok.c:193 and that behavior can result in undefined

[issue3313] dlopen() error with no error message from dlerror()

Thomas Heller <[EMAIL PROTECTED]> added the comment: Thanks for the patch, fixed in trunk rev 64977 and py3k rev 64978. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue3364] An ortographical typo in Zen of Python text

Tim Peters <[EMAIL PROTECTED]> added the comment: I'm afraid you missed the joke ;-) While you believe spaces are required on both sides of an em dash, there is no consensus on this point. For example, most (but not all) American authorities say /no/ spaces should be used. That's the joke. In

[issue3008] Let bin/oct/hex show floats

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Committed, r64974 -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3360] Inconsistent type-deduction of decimal floating-point

Richard B. Kreckel <[EMAIL PROTECTED]> added the comment: Some additional information: My original report was with an x86 system. Now, I'm sitting in front of an x86_64 system running Python 2.4.4 (from Debian stable) and Python 2.5.2 (from Debian testing), both 64 bit userland. On these system

[issue3359] add 'rbU' mode to open()

anatoly techtonik <[EMAIL PROTECTED]> added the comment: If you open file with 'r' - all line endings will be mapped precisely to '\n' anyways, so it has nothing to do with 'U' mode. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3316] Proposal for fix_urllib

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Today or tomorrow. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3008] Let bin/oct/hex show floats

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Mark, please go ahead and apply so the buildbots will have time to give it a run on all the platforms before beta 2 is cut. Be sure to make Guido's edits to the Misc/NEWS entry. ___ Python tracker <[E

[issue3316] Proposal for fix_urllib

Nick Edds <[EMAIL PROTECTED]> added the comment: I should be able to. What time would you need it by? ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3008] Let bin/oct/hex show floats

Guido van Rossum <[EMAIL PROTECTED]> added the comment: If you two can agree that this code is good, I'm ok with the API. I would emphasize in the docs and NEWS entry though that .hex() is an *instance* method while .fromhex() is a *class* method. ___ Python

[issue3316] Proposal for fix_urllib

Brett Cannon <[EMAIL PROTECTED]> added the comment: Nick, are you going to be able to get this cleaned up today for the beta release tomorrow? ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3313] dlopen() error with no error message from dlerror()

Thomas Heller <[EMAIL PROTECTED]> added the comment: I can confirm the problem on ubuntu linux. -- assignee: -> theller nosy: +theller ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue874900] threading module can deadlock after fork

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > I still don't like the _after_fork() implementation. Its O(n) where n > == number of threads the parent process had. It may be O(n) but the inner loop looks very cheap. Even with n == 1000 I'm not sure it would make a difference. However,

[issue3316] Proposal for fix_urllib

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3270] test_multiprocessing: test_listener_client flakiness

Jesse Noller <[EMAIL PROTECTED]> added the comment: I made a mistake and reverted r64961 - self._address is used pretty heavily, and altering it the way outlined in the patch does not fix all instances. ___ Python tracker <[EMAIL PROTECTED]>

[issue3231] re.compile fails with some bytes patterns

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Antoine's patch (with a 3 character fix) looks just fine to me. Guido, I'm assigning this to you because svn annotate tells me, you made this change. -- assignee: -> gvanrossum nosy: +benjamin.peterson ___

[issue3231] re.compile fails with some bytes patterns

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Can we make sure this is fixed for beta 3? (Beta 2 would be great too, but it's getting late.) -- nosy: +gvanrossum priority: -> deferred blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue3366] Add gamma and error functions to math module

Changes by Daniel Stutzbach <[EMAIL PROTECTED]>: -- nosy: +stutzbach ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue3366] Add gamma and error functions to math module

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: >From Py3000 list: in C99 standard math library, but need code when not yet in particular implementation. Dickinson: open and assign to me Stutzbach: I suggest using the versions from newlib's libm. They contain extensive comments explain

[issue3258] ctypes assertion failure in trunk

Thomas Heller <[EMAIL PROTECTED]> added the comment: Thanks for the heads up. Fixed in trunk (rev 64971) and py3k (rev 64972). I used "&B" (pointer to bytes) as the format string for pointer to incomplete structure, not "&P". -- resolution: -> fixed status: open -> closed ___

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- dependencies: +threading module can deadlock after fork ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue874900] threading module can deadlock after fork

Jesse Noller <[EMAIL PROTECTED]> added the comment: I've been testing greg's latest patch and it seems to work for me - I'm not seeing any test_multiprocessing hangs. ___ Python tracker <[EMAIL PROTECTED]>

[issue3360] Inconsistent type-deduction of decimal floating-point

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I get the same behavior in the trunk (on OS X 10.5), though it's not a problem in the py3k branch. I agree that this is undesirable behaviour, and I think it should be fixed. For me, the crossover seems to occur at 2*10**10: >>> 02000

[issue3365] in module math, PI value seems to be wrong after digit 17th

Mark Dickinson <[EMAIL PROTECTED]> added the comment: This is not a bug (though it's commonly reported as such :-) ). Given that not all real numbers can be represented as floats, math.pi is necessarily an approximation to true Pi, and you're printing that approximation out to high precision.

[issue3365] in module math, PI value seems to be wrong after digit 17th

New submission from TanaT <[EMAIL PROTECTED]>: Hello, This is my first Issue creation (I looked for "PI" in issue tracker and found nothing): Please forgive any mistake. Here is the point : I typed the following commands : >>> import math >>> print '%1.26f' % math.pi 3.14159265358979311599796347

[issue3008] Let bin/oct/hex show floats

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's an updated patch that addresses Raymond's concerns. > The patch looks good. I would coded hex_from_char() using a lookup > into "0123456789abcdef" which uses no unpredicatable branches. > Likewise, I would done hex_from_char() with

[issue874900] threading module can deadlock after fork

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- priority: high -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pytho

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Fixed for 2.6 in r64962 and the underlying PyObject_HashNotImplemented mechanic forward ported to 3.0 in r64967. Still need to update the C API documentation and the library reference, as well as implement the Py3k warning in 2.6, but I won't g

[issue3008] Let bin/oct/hex show floats

Changes by Mark Dickinson <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue3113] Document exception chaining

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- priority: high -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

  1   2   >