[issue643841] New class special method lookup change

[kundeng]

kundeng <[EMAIL PROTECTED]> added the comment:

Hi, I was trying to implement a generic proxy class with some
restricting behaviors and then I bumped into this complication.  May I
ask what the conclusion is going to be in the long run? 

I guess my question is that 

1> is it just going to be a documentation change (first)?

2> is it technically difficult(other things are going to be broken
because of this change) or very inefficient to make the behavior of
special method lookup same as normal methods?

2> Otherwise, what is the rationale behind keeping the differences? 

thank you.

--
nosy: +kundeng06

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue643841] New class special method lookup change

[Nick Coghlan]

Nick Coghlan <[EMAIL PROTECTED]> added the comment:

There are both speed and correctness reasons for special methods being
looked up the way they are, so the behaviour isn't going to change.

Aside from providing additional details in the language reference on how
special methods are looked up (and the reasons things are done that
way), the only change that might eventually happen in this area is the
inclusion of a mixin class in the standard library to assist in writing
classes which delegate most operations to another object. That part
won't happen before 2.7/3.1 though (if it happens at all).

___
Python tracker <[EMAIL PROTECTED]>

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

[Richard B. Kreckel]

New submission from Richard B. Kreckel <[EMAIL PROTECTED]>:

When constructing a floating-point value, literals are apparently
sometimes interpreted as octal integral types, although they contain
exponent marker or/and decimal point. The presence of exponent marker
or/and decimal point should suffice to identify it as floating-point.

Example:
>>> x = 02120246124e0
>>> x = 02120246124.0
>>> x = 021202461241e0
ValueError: invalid literal for long() with base 8: '021202461241e0'
>>> x = 021202461241.0
ValueError: invalid literal for long() with base 8: '021202461241.0'

I am using Python 2.5.1 from openSuSE 10.3.

--
components: Interpreter Core
messages: 69677
nosy: richyk
severity: normal
status: open
title: Inconsistent type-deduction of decimal floating-point
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3208] function annotation for builtin and C function

[Haoyu Bai]

Haoyu Bai <[EMAIL PROTECTED]> added the comment:

Sorry I haven't state the issue clearly. For this issue I mean the
built-in function should able to define an __annotations__ attribute,
just like the __doc__ attribute, but not to access it in extension module.

___
Python tracker <[EMAIL PROTECTED]>

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

Skip Montanaro <[EMAIL PROTECTED]> added the comment:

The whole idea of universal newline mode is that the various possible
line endings ('\r', '\n' and '\r\n') are all mapped to '\n' precisely
so the user doesn't have to detect and fiddle with them.  Using 'b' and
'U' together makes no sense.

* If you really want to see the line endings use 'rb'.
* If you don't care about the line endings regardless of source, use 'rU'.
* Otherwise use 'r'.

--
nosy: +skip.montanaro
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Wolfgang Langner]

New submission from Wolfgang Langner <[EMAIL PROTECTED]>:

Some links still point to the sourceforge bug tracker.
(one from http://pypi.python.org/pypi bug reports).
Check if there are others and let them point to the new bug tracker.

--
components: None
messages: 69680
nosy: tds333
severity: normal
status: open
title: pypi issue tracker link (python.org)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3321] _multiprocessing.Connection() doesn't check handle

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller
nosy: +jnoller

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3321] _multiprocessing.Connection() doesn't check handle

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
nosy: +roudkerk

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3350] multiprocessing adds built-in types to the global copyreg.dispatch_table

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
nosy: +roudkerk

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3112] implement PEP 3134 exception reporting

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Antonine, do you have a patch address the review comments?

--
assignee:  -> benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3270] test_multiprocessing: test_listener_client flakiness

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

The connection patch was applied r64961

___
Python tracker <[EMAIL PROTECTED]>

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

New submission from cfr <[EMAIL PROTECTED]>:

Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
root:xnu-792.24.17~1/RELEASE_PPC

Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53) 
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os, sys, locale
>>> locale.getpreferredencoding()
Bus error

Sample crash report excerpt follows (plenty more available on request!).
Note that the version of python given in the crash report is *not* the
same as the version of python actually in use. I have never had an alpha
version of python installed. The current version is the standard version
of 2.5.2 available as a dmg download from python.org i.e. the universal
framework build for 10.4.

OS Version: 10.4.11 (Build 8S165)
Report Version: 4

Command: Python
Path:   
/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
Parent:  bash [27154]

Version: 2.5a0 (2.5alpha0)

PID:4692
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:  KERN_PROTECTION_FAILURE (0x0002) at 0x

Thread 0 Crashed:
0   com.apple.CoreFoundation0x907beac0 CFStringGetCStringPtr + 408
1   _locale.so  0x000f1cd8 PyLocale_getdefaultlocale + 328
(_localemodule.c:435)
2   org.python.python   0x002b393c PyEval_EvalFrameEx + 17036
(ceval.c:3557)
3   org.python.python   0x002b5e50 PyEval_EvalCodeEx + 2096
(ceval.c:2836)
4   org.python.python   0x002b3f48 PyEval_EvalFrameEx + 18584
(ceval.c:3669)
5   org.python.python   0x002b5e50 PyEval_EvalCodeEx + 2096
(ceval.c:2836)
6   org.python.python   0x002b5ff0 PyEval_EvalCode + 48 (ceval.c:500)
7   org.python.python   0x002dbb24 PyRun_InteractiveOneFlags + 772
(pythonrun.c:1274)
8   org.python.python   0x002dbd30 PyRun_InteractiveLoopFlags +
288 (pythonrun.c:725)
9   org.python.python   0x002dc3f0 PyRun_AnyFileExFlags + 176
(pythonrun.c:693)
10  org.python.python   0x002eba9c Py_Main + 3052 (main.c:523)
11  org.python.python   0x19bc 0x1000 + 2492
12  org.python.python   0x16c0 0x1000 + 1728

Thread 0 crashed with PPC Thread State 64:
  srr0: 0x907beac0 srr1: 0xd030
   vrsave: 0x
cr: 0x84244224  xer: 0x2004   lr:
0x907be930  ctr: 0x907be928
r0: 0xa07bb678   r1: 0xbfffd3a0   r2:
0xa07bb278   r3: 0x
r4: 0x   r5: 0xbfffd2e0   r6:
0x0005   r7: 0x0007
r8: 0x00702333   r9: 0x001c  r10:
0x90bb4bb8  r11: 0x000f33d8
   r12: 0x907be928  r13: 0x00058b24  r14:
0x00071e40  r15: 0x0006aa20
   r16: 0x  r17: 0x0001  r18:
0x000732a8  r19: 0x00619410
   r20: 0x  r21: 0x0006a9b0  r22:
0x  r23: 0x00058b39
   r24: 0x000f1b90  r25: 0x006001d0  r26:
0x0007e300  r27: 0x
   r28: 0x  r29: 0xa07bbb6c  r30:
0x  r31: 0x907be930

Binary Images Description:
0x1000 - 0x1fff org.python.python 2.5a0 (2.5alpha0)
/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
   0xa2000 -0xd9fff readline.so 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/readline.so
   0xf -0xf2fff _locale.so 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_locale.so
  0x205000 -   0x323fff org.python.python 2.5a0 (2.5)
/Library/Frameworks/Python.framework/Versions/2.5/Python
  0x705000 -   0x74afff libncurses.5.dylib 
/Library/Frameworks/Python.framework/Versions/2.5/lib/libncurses.5.dylib
  0x7de000 -   0x7e1fff operator.so 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/operator.so
0x8fe0 - 0x8fe52fff dyld 46.16  /usr/lib/dyld
0x9000 - 0x901bcfff libSystem.B.dylib   /usr/lib/libSystem.B.dylib
0x90214000 - 0x90219fff libmathCommon.A.dylib 
/usr/lib/system/libmathCommon.A.dylib
0x907bb000 - 0x90895fff com.apple.CoreFoundation 6.4.11 (368.35)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x908e - 0x909e2fff libicucore.A.dylib  /usr/lib/libicucore.A.dylib
0x90a3c000 - 0x90ac0fff libobjc.A.dylib /usr/lib/libobjc.A.dylib
0x90aea000 - 0x90b5afff com.apple.framework.IOKit 1.4 (???)
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x90b7 - 0x90b82fff libauto.dylib   /usr/lib/libauto.dylib
0x90b89000 - 0x90e60fff com.apple.CoreServices.CarbonCore 681.17
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
0x9000 - 0x9111 libz.1.dylib/usr/lib/libz.1.dylib
0x91122000 - 0x912ddfff com.apple.se

[issue3112] implement PEP 3134 exception reporting

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

> Antonine, do you have a patch address the review comments?

Yes, although I've forgotten to upload it here - you will find it at
http://codereview.appspot.com/2448

PS: it is Antoine not Antonine :)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3362] python version incorrectly reported in crash reports on Mac OS X 10.4.11 PPC

[cfr]

cfr <[EMAIL PROTECTED]> added the comment:

Although the active version of python on my machine is 2.5.2 and I have
never had an alpha version installed, crash reports for python report
the version as "2.5a0 (2.5alpha0)".

Version details: active version of python is from the current python.org
dmg download for Mac OS X 10.4 i.e. the universal framework build. When
starting python, I get:

Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53) 
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

but in crash reports, I get:

Command: Python
Path:   
/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
Parent:  bash [27154]

Version: 2.5a0 (2.5alpha0)

and python is given as version 2.5a0 in the binary image listing which
follows.

Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
root:xnu-792.24.17~1/RELEASE_PPC

I think I did have 2.5.1 installed prior to installing 2.5.2 and I also
have two older versions of python installed - 2.4 (also the python.org
build) and 2.3 (as pre-installed by Apple) - but I never installed 2.5.0
or any version/candidate in the 2.5 line prior to 2.5.1.

I'm not sure what further information might be helpful but would be
happy to provide it on request.

--
components: +None
title: locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC -> 
python version incorrectly reported in crash reports on Mac OS X 10.4.11 PPC
type: crash -> behavior

___
Python tracker <[EMAIL PROTECTED]>

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

Changes by cfr <[EMAIL PROTECTED]>:


--
title: python version incorrectly reported in crash reports on Mac OS X 10.4.11 
PPC -> locale.getpreferredencoding() gives bus error on Mac OS X 10.4.11 PPC
type: behavior -> crash

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3363] python version incorrectly reported in crash reports on Mac OS X 10.4.11 PPC

[cfr]

New submission from cfr <[EMAIL PROTECTED]>:

Although the active version of python on my machine is 2.5.2 and I have
never had an alpha version installed, crash reports for python report
the version as "2.5a0 (2.5alpha0)".

Version details: active version of python is from the current python.org
dmg download for Mac OS X 10.4 i.e. the universal framework build. When
starting python, I get:

Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53) 
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

but in crash reports, I get:

Command: Python
Path:   
/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
Parent:  bash [27154]

Version: 2.5a0 (2.5alpha0)

and python is given as version 2.5a0 in the binary image listing which
follows.

Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
root:xnu-792.24.17~1/RELEASE_PPC

I think I did have 2.5.1 installed prior to installing 2.5.2 and I also
have two older versions of python installed - 2.4 (also the python.org
build) and 2.3 (as pre-installed by Apple) - but I never installed 2.5.0
or any version/candidate in the 2.5 line prior to 2.5.1.

I'm not sure what further information might be helpful but would be
happy to provide it on request.

--
components: None
messages: 69686
nosy: cfr
severity: normal
status: open
title: python version incorrectly reported in crash reports on Mac OS X 10.4.11 
PPC
type: behavior
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

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

cfr <[EMAIL PROTECTED]> added the comment:

Please ignore the second message. I thought I was creating a second bug
report and cannot figure out anyway to edit it now I realise my error.
I've just copied that to a second report with an appropriate header as I
am assuming the two issues I'm seeing are distinct.

This bug report is intended to cover the bus error I see triggered by
locale.getpreferredencoding().

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3364] An ortographical typo in Zen of Python text

[Chester]

New submission from Chester <[EMAIL PROTECTED]>:

I hope I chose the correct component type for this issue report. Anyway,
if you do  import this  in the Python 3.x interactive interpreter, you
get the Zen of Python by Tim Peters. This text has a line which has an
ortographical typo in it. Please look at this line of text from the Zen
of Python:

There should be one-- and preferably only one --obvious way to do it.

Now this line has the typo I am talking about, and the typo is the lack
of a space before the first dash (actually before the double-hyphen) and
the space after the second dash (or double-hyphen).

Please note that the dash punctuation mark is by ortographical rules
separated from the words, so there are two spaces separating a dash from
the surrounding words. By writing the dashes in the way that are in the
above sentence from the Zen of Python, we don't achieve any effect as
sometimes ortographical rules can be broken to create some special
effect in the sentence (like in a line that uses the asteriskes to
emphasize the word 'right' with writing it as *right*), but here in the
above line it is clearly a normal sentence, not needing any special
effect, which is also incorrect from this point of view. So please fix
the above line like this:

There should be one -- and preferably only one -- obvious way to do it.

Consider the fact that the last sentence is written correctly and that
the dash in it is separated from the surrounding words as the
ortographic rules demand. So having one line of text with an incorrectly
used dash and some other line with the correctly used dash, makes the
whole text either inconsistent or just bad. Okay, it isn't *really* bad
but it's incorrect and it needs a little fix. And it's not too much
trouble to add two missing spaces in that line of text.

I think that ortography is our friend in the Python world. ;)

--
assignee: georg.brandl
components: Documentation
messages: 69688
nosy: cheDu, georg.brandl
severity: normal
status: open
title: An ortographical typo in Zen of Python text
versions: Python 3.0, Python 3.1

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3364] An ortographical typo in Zen of Python text

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

I'm sorry, but syntax is part of poetry, too. Please stop misusing the
tracker.

--
nosy: +benjamin.peterson
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3112] implement PEP 3134 exception reporting

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Sorry, Antoine! The patch is in with r64965.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3113] Document exception chaining

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
priority: high -> critical

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Mark Dickinson]

Changes by Mark Dickinson <[EMAIL PROTECTED]>:


___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Nick Coghlan]

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 get to those
for this beta - dropping priority to deferred blocker.

--
priority: release blocker -> deferred blocker

___
Python tracker <[EMAIL PROTECTED]>

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

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
priority: high -> release blocker

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Mark Dickinson]

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 a case statement (limiting 
> the call to single unpredicatable branch).

Done.

> Question:  are the ("0x0p+0") and ("-0x0p+0") special cases standard?

Not entirely.  Java outputs "0x0.0p0" and "-0x0.0p0".  The C99 standard 
doesn't specify exactly how the output should look, except to say that 
the exponent should be 0.  The '+' is there for consistency.

I can change '0x0p+0' to '0x0.0p+0' if people think this looks prettier.
On consideration, this does look better to me.  Changed.

> The docs need a "new in py2.6"

Fixed.

> Coding style:  move the inner si++ to a separate line so there are no 
> side-effects and the order of execution is obvious.

Done.  (And the same with s++ in float_fromhex.)

> Question:  should the "inf" string checks be made case sensitive on 
> insensitive?  Is there a standard?

Everything I've seen, except Java, seems to like case-insensitivity.  
The C99 standard says case should be ignored, as does the IBM Decimal 
standard.  Python's float('nan') and float('inf') also currently ignore 
case.  So I think these checks should be case insensitive.

(Java insists on infinity being spelt "Infinity", and nan being spelt 
"NaN".)

Thank you for reviewing this, Raymond!

I aim to check this in when (if?) I get approval from Barry.

Added file: http://bugs.python.org/file10897/hex_float9.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[TanaT]

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
In fact, PI value is
3,14159265358979323846264338327950288...
 ^
I don't know if PI value is computed in Python : If it is, this issue is
probably already dead ! But if PI is just saved in math library, there
could be an improvement.

--
components: None
messages: 69693
nosy: TanaT
severity: normal
status: open
title: in module math, PI value seems to be wrong after digit 17th
type: behavior
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Mark Dickinson]

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.

No, pi isn't computed in Python;  it's a constant, stored as an IEEE 754 
double.

--
nosy: +marketdickinson
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

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:

>>> 0200.0
ValueError: invalid literal for long() with base 8: '0200.0'
>>> 0199.0
199.0

--
assignee:  -> marketdickinson
nosy: +marketdickinson
priority:  -> high
type:  -> behavior
versions: +Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
dependencies: +threading module can deadlock after fork

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3258] ctypes assertion failure in trunk

[Thomas Heller]

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

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3366] Add gamma and error functions to math module

[Terry J. Reedy]

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 explaining the math and have a generous license,
e.g.,:
http://sourceware.org/cgi-bin/cvsweb.cgi/~checkout~/src/newlib/libm/math/s_erf.c?rev=1.1.1.1&cvsroot=src

--
assignee: marketdickinson
components: Library (Lib)
messages: 69698
nosy: marketdickinson, tjreedy
severity: normal
status: open
title: Add gamma and error functions to math module
type: feature request
versions: Python 2.7, Python 3.1

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3366] Add gamma and error functions to math module

[Daniel Stutzbach]

Changes by Daniel Stutzbach <[EMAIL PROTECTED]>:


--
nosy: +stutzbach

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3231] re.compile fails with some bytes patterns

[Guido van Rossum]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3231] re.compile fails with some bytes patterns

[Benjamin Peterson]

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

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3270] test_multiprocessing: test_listener_client flakiness

[Jesse Noller]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
priority:  -> release blocker

___
Python tracker <[EMAIL PROTECTED]>

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

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, are you sure the system thread identifier stays the same after
a fork? I see that in _after_fork() you reuse the old ident for
new_active instead of getting it from get_ident().

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Thomas Heller]

Thomas Heller <[EMAIL PROTECTED]> added the comment:

I can confirm the problem on ubuntu linux.

--
assignee:  -> theller
nosy: +theller

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Brett Cannon]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Guido van Rossum]

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 tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Nick Edds]

Nick Edds <[EMAIL PROTECTED]> added the comment:

I should be able to. What time would you need it by?

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Raymond Hettinger]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Today or tomorrow.

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

___
___
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()

[anatoly techtonik]

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

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

[Richard B. Kreckel]

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 systems, the behavior I described does not exist:
Assignment always appears to result in an IEEE754 double-precision float.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3008] Let bin/oct/hex show floats

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Committed, r64974

--
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3364] An ortographical typo in Zen of Python text

[Tim Peters]

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 writing a line about "only
one way to do it", I used a device (em dash) for which at least two ways
to do it (with spaces, without spaces) are commonly used, neither of
which is obvious -- and deliberately picked a third way just to rub it in.

This will never change ;-)

--
nosy: +tim_one

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Thomas Heller]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3367] Uninitialized value read in parsetok.c

[Kristján Valur Jónsson]

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 behavior.
Found using Rational Purify for windows.
A patch is provided.

--
files: tmp1.patch
keywords: easy, patch, patch
messages: 69714
nosy: krisvale
severity: normal
status: open
title: Uninitialized value read in parsetok.c
type: crash
versions: Python 2.5, Python 2.6
Added file: http://bugs.python.org/file10898/tmp1.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3327] NULL member in modules_by_index

[Kristján Valur Jónsson]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Martin v. Löwis]

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:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3327] NULL member in modules_by_index

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
assignee:  -> loewis
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

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

[Martin v. Löwis]

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 help (not even
after compiling Python with --with-pydebug), augment the source code
with a printf, and rebuild Python.

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

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

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!

Rather than closing the bug somebody should have asked the question how
broken links can creep into the Python web site at all, and how to
prevent this situation from re-occurring.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3368] Memory leak in import.c

[Kristján Valur Jónsson]

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
nosy: krisvale
severity: normal
status: open
title: Memory leak in import.c
type: resource usage
versions: Python 3.0
Added file: http://bugs.python.org/file10900/tmp3.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1503] test_xmlrpc is still flakey

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Does anybody still care about this?

___
Python tracker <[EMAIL PROTECTED]>

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

[Kristján Valur Jónsson]

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: 69721
nosy: krisvale
severity: normal
status: open
title: memory leak in floatobject.c
versions: Python 3.0
Added file: http://bugs.python.org/file10901/tmp4.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[Kristján Valur Jónsson]

Changes by Kristján Valur Jónsson <[EMAIL PROTECTED]>:


--
type:  -> resource usage

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3367] Uninitialized value read in parsetok.c

[Kristján Valur Jónsson]

Changes by Kristján Valur Jónsson <[EMAIL PROTECTED]>:


--
versions: +Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

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

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Matt McCredie]

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" # no ending newline works fine
>>> foo()
0
>>> exec "def foo():\nreturn 1\n" # with an ending newline works fine
>>> foo()
1
>>> from __future__ import with_statement
>>> exec "def foo():\nreturn 2\n" # with an ending newline works fine
>>> foo()
2
>>> exec "def foo():\nreturn 3" # without an ending new line... breaks

Traceback (most recent call last):
  File "", line 1, in 
  File "", line 2
return 3
  ^ 


Possibly related to http://bugs.python.org/issue1184112, and/or
http://bugs.python.org/issue501622?

--
components: Interpreter Core
messages: 69723
nosy: mccredie
severity: normal
status: open
title: importing with_statement causes exec to raise syntax error on block that 
doesn't end with a newline
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1503] test_xmlrpc is still flakey

[Ralf Schmitt]

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

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3368] Memory leak in import.c

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
nosy: +brett.cannon

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3367] Uninitialized value read in parsetok.c

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
nosy: +brett.cannon

___
Python tracker <[EMAIL PROTECTED]>

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

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
nosy: +brett.cannon

___
Python tracker <[EMAIL PROTECTED]>

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

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
priority:  -> normal

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3367] Uninitialized value read in parsetok.c

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
priority:  -> high

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3368] Memory leak in import.c

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
priority:  -> high

___
Python tracker <[EMAIL PROTECTED]>

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

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Does this also apply to 2.6?

--
nosy: +marketdickinson

___
Python tracker <[EMAIL PROTECTED]>

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

[Benjamin Peterson]

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'm sorry for the misunderstanding and thank
you for your time.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Joel Madigan]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

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.4,
2.5.2, 2.6b1, and 3.0b1. According to some of the other issues, this
problem has been around since 2005; I really, really would like to see
it fixed by the final releases of 2.6 and 3.0, because, as Ross said,
this bug can be a showstopper for many enterprise users who encounter
it. (Or, at least, it forces us to find an administrator to install
Python even though we theoretically have install privileges for it.)

I've attached two logs from a Python 2.6b1 install on Windows XP, one
for a "just me" installation and one for an "all users" installation. In
both cases, I selected all options except for registering extensions.
Since I did this on my work computer, I have search-and-replaced the
values of LogonUser, UserSID, USERNAME, and COMPANYNAME to make them
generic.

Adding at least TARGETDIR to the SecureCustomProperties with Orca allows
me to install where I want to. It may take some investigation to
determine which properties should be added to this list and which don't
need to be.

I'd be happy to provide any more information that can help get this
resolved.

--
nosy: +music
versions: +Python 2.4, Python 2.6, Python 3.0
Added file: http://bugs.python.org/file10902/msi_bug_logs.zip

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

Changes by Ben Beasley <[EMAIL PROTECTED]>:


--
versions: +Python 2.4, Python 2.5, Python 2.6, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

Changes by Ben Beasley <[EMAIL PROTECTED]>:


--
versions: +Python 2.4, Python 2.6, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

Changes by Ben Beasley <[EMAIL PROTECTED]>:


--
type:  -> behavior

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

Changes by Ben Beasley <[EMAIL PROTECTED]>:


--
type:  -> behavior

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Barry A. Warsaw]

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

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

Changes by Ben Beasley <[EMAIL PROTECTED]>:


--
components: +Windows

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ben Beasley]

Changes by Ben Beasley <[EMAIL PROTECTED]>:


--
components: +Windows

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3131] 2to3 can't find fixes_dir

[Barry A. Warsaw]

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

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Nick Edds]

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

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

[Barry A. Warsaw]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3316] Proposal for fix_urllib

[Barry A. Warsaw]

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

Great!

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)

iQCVAwUBSH0/RHEjvBPtnXfVAQIdvAP/Sxz4XayNMlBWIicFVmmQ/C85Fujsb7wN
tqznDWfM7rqCiChkSe2dMPoMTQsOntCIEze+d1Usc5SqqVQk45dSX/ARs2qVtI6g
siVDSAxt2e1DWVCpko7hDySfP70e+1Id+Uv9obrHDJ6p6l7tx2hcZeS24NtQ+7aX
vrCfAtAJZxk=
=vtPk
-END PGP SIGNATURE-

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Eric Smith]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

[Barry A. Warsaw]

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

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3371] 2to3 fails in 3.0

[Benjamin Peterson]

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
priority: deferred blocker
severity: normal
status: open
title: 2to3 fails in 3.0
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

[Jesse Noller]

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 10.5 machine.
>

There is no reason it shouldn't compile on ubuntu - without the patch  
for the bug I added as a dependency, we will keep seeing hangs

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3371] 2to3 fails in Python 2.6

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
title: 2to3 fails in 3.0 -> 2to3 fails in Python 2.6
type:  -> crash

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

Barry - can you email the compile errors?

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Niall O'Higgins]

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.error: (22, 'Invalid argument')

Yielded by e.g. socket.setsockopt(socket.IPPROTO_IP,
socket.IP_MULTICAST_TTL, 1)

According to both FreeBSD and OpenBSD manual pages (see e.g.
http://www.freebsd.org/cgi/man.cgi?query=ip&apropos=0&sektion=0&manpath=FreeBSD+7.0-RELEASE&format=html),
these fields are in fact both 8 bit unsigned, and the manuals suggest
the following:

u_char ttl; /* range: 0 to 255, default = 1 */ 

setsockopt(s, IPPROTO_IP, IP_MULTICAST_TTL, &ttl, sizeof(ttl));

While '4' (sizeof int) is correct for many options, special casing is
needed in Modules/socketmodule.c.  The following diff fixes the issue
for me on OpenBSD:

 @@ -1716,12 +1719,8 @@ sock_setsockopt(PySocketSockObject *s, PyObject
*args)
 
if (PyArg_ParseTuple(args, "iii:setsockopt",
 &level, &optname, &flag)) {
-   buflen = sizeof flag;
-   /* Multi cast options take shorter arguments */
-   if (optname == IP_MULTICAST_TTL
-   || optname == IP_MULTICAST_LOOP)
-   buflen = sizeof(u_char);
buf = (char *) &flag;
+   buflen = sizeof flag;
}
else {
PyErr_Clear();

--
components: Library (Lib)
messages: 69741
nosy: niallo
severity: normal
status: open
title: socket.setsockopt() is broken for multicast TTL and Loop options
type: behavior
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

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

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: +georg.brandl

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Niall O'Higgins]

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

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

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.

I then tried to add the --with-pydebug flag to my configure script and
build that way. I used separate build directories for the two builds to
keep the source clean. Unfortunately, make fails with the following
error in that case:

if test ""; then \
gcc -o Python.framework/Versions/2.5/Python -arch i386 -arch ppc
-dynamiclib \
-isysroot "" \
-all_load libpython2.5.a -Wl,-single_module \
-install_name
/Library/Frameworks/Python.framework/Versions/2.5/Python \
-compatibility_version 2.5 \
-current_version 2.5; \
else \
/usr/bin/libtool -o Python.framework/Versions/2.5/Python
-dynamic  libpython2.5.a \
 -lSystem -lSystemStubs -arch_only ppc -install_name
/Library/Frameworks/Python.framework/Versions/2.5/Python
-compatibility_version 2.5 -current_version 2.5 ;\
fi
ld: Undefined symbols:
___eprintf
/usr/bin/libtool: internal link edit command failed
make: *** [Python.framework/Versions/2.5/Python] Error 1

I am guessing that eprintf has something to do with the debug option
because the symbol occurs in the debug version of libpython2.5.a but not
the plain version as far as I can tell. But I'm not sure how to fix it.

I am not even sure I am running the debugger correctly with the existing
version of python. I tried passing "-v -v" and "-d" to python after
reading the man page and that didn't get me any extra information.
Nothing useful-looking, at least. ("-v -v" produced a lot of output
beforehand but not around the point the error occurs.) Is that what you
meant or should I be looking at something else?

I am sorry but I don't know how to augment the source code with printf
and that is such a common term I'm not sure what to google to find
instructions for doing it.

___
Python tracker <[EMAIL PROTECTED]>

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

[Georg Brandl]

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

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

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
>>> pdb.run('locale.getpreferredencoding()')  
> (1)()
(Pdb) continue
Bus error

though I'm not sure if that is what I was meant to do either. (But it
strikes me as another plausible possibility.)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3088] test_multiprocessing hangs intermittently on POSIX platforms

[Barry A. Warsaw]

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

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

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I'd say go ahead.

--
nosy: +georg.brandl
resolution:  -> accepted

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com