[issue8858] socket.getaddrinfo returns wrong results for IPv6 addresses

2010-05-30 Thread Martin v . Löwis

Martin v. Löwis  added the comment:

What operating system is this on? What exact Python version are you using?

I can't reproduce this with r81614 on Linux.

--
nosy: +loewis

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Raymond Hettinger

Raymond Hettinger  added the comment:

I also agree this should be closed.

--
nosy: +rhettinger
status: open -> closed

___
Python tracker 

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



[issue8787] warnings inside PyRun_SimpleString() display argv[1]

2010-05-30 Thread Benjamin Peterson

Benjamin Peterson  added the comment:

First of all, your patch needs a test.

--
nosy: +benjamin.peterson

___
Python tracker 

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



[issue8787] warnings inside PyRun_SimpleString() display argv[1]

2010-05-30 Thread Sebastian

Sebastian  added the comment:

any news on this?

--

___
Python tracker 

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



[issue7946] Convoy effect with I/O bound threads and New GIL

2010-05-30 Thread Gregory P. Smith

Gregory P. Smith  added the comment:

Thanks for all your work Nir!  I personally think the BFS approach is the best 
we've seen yet for this problem!

Having read the thread you linked to in full (ignoring the tagents  
bikeshedding and mudslinging that went on there), it sounds like the general 
consensus is that we should take thread scheduling changes slowly and let the 
existing new implementation bake in the 3.2 release.  That puts this issue as a 
possibility for 3.3 if users demonstrate real world application problems in 3.2.

(personally I'd say it is already obvious that there are problems an wde should 
go ahead with your BFS based approach but realistically the we're still better 
off in 3.2 than we were in 3.1 and 2.x as is)

--
versions: +Python 3.3

___
Python tracker 

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



[issue6560] socket sendmsg(), recvmsg() methods

2010-05-30 Thread Andrew Grover

Changes by Andrew Grover :


--
nosy: +Andrew.Grover

___
Python tracker 

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



[issue7983] The encoding map from Unicode to CP932 is different from that of Windows'

2010-05-30 Thread Marc-Andre Lemburg

Marc-Andre Lemburg  added the comment:

Hye-Shik, could you please comment on this ?

The Windows version appears to replace private use code points with CJK 
compatibility idiographs, ie. uses standard Unicode code points rather than 
private escape code points (for round-trip safety).

--
assignee:  -> hyeshik.chang
nosy: +hyeshik.chang

___
Python tracker 

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



[issue7946] Convoy effect with I/O bound threads and New GIL

2010-05-30 Thread Nir Aides

Nir Aides  added the comment:

Updated bfs.patch with BSD license and copyright notice.

! Current version patches cleanly and builds with Python revision svn r81201.

Issue 7946 and proposed patches were put on hold indefinitely following this 
python-dev discussion: 
http://mail.python.org/pipermail/python-dev/2010-May/100115.html

I would like to thank the Python developer community and in particular David 
and Antoine for a most interesting ride.

Any party interested in sponsoring further development or porting patch to 
Python 2.x is welcome to contact me directly at n...@winpdb.org

Nir

--
Added file: http://bugs.python.org/file17504/bfs.patch

___
Python tracker 

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



[issue7946] Convoy effect with I/O bound threads and New GIL

2010-05-30 Thread Nir Aides

Changes by Nir Aides :


Removed file: http://bugs.python.org/file17356/bfs.patch

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Ezio Melotti

Ezio Melotti  added the comment:

I think the problem is in the default encoding used when you call unicode() 
without specifying any encoding.
>>> '\xc5\xa0'.decode('iso-8859-1').split()
[u'\xc5']
>>> '\xc5\xa0'.decode('utf-8').split()
[u'\u0160']

--

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Peter Landgren

Peter Landgren  added the comment:

I am not sure I can follow you. I will try to be more specific.

The test string consists originally of one character; the Czech Š.

1. On Linux with Python 2.6.4
1.1 If I keep the original code line order:
label = obj.get()
print type(label), repr(label)
label = " ".join(label.split())
print type(label), repr(label)
label = unicode(label)
if len(label) > 40:
label = label[:40] + "..."

Both lines print type(label), repr(label) gives:
 '\xc5\xa0'

1.2 If I change order and take the unicode conversion first:
label = obj.get()
label = unicode(label)
print type(label), repr(label)
label = " ".join(label.split())
print type(label), repr(label)
if len(label) > 40:
label = label[:40] + "..."

Both lines print type(label), repr(label) gives:
 u'\u0160'

2. On Windows with Python 2.6.5
2.1 The original code line order:
The lines print type(label), repr(label) gives
 '\xc5\xa0'
 '\xc5'
 8217: ERROR: gramps.py: line 138: Unhandled exception
 

2.2 If I change order and take the unicode conversion first:
Both lines print type(label), repr(label) gives:
 u'\u0160'

3.
If I use this little code:
# -*- coding: utf-8 -*-
label = 'Š'
print type(label), repr(label)
label = " ".join(label.split())
print type(label), repr(label)
I get 
 '\xc5\xa0'
 '\xc5\xa0'
on both Linux and Windows.

The examples above under 1. and 2. comes from an application, Gramps.

There is still something I don't understand.

--

___
Python tracker 

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



[issue8807] poplib should support SSL contexts

2010-05-30 Thread Antoine Pitrou

Antoine Pitrou  added the comment:

There's the problem mentioned by Ezio: it breaks compatibility if someone 
passed a timeout to POP3_SSL by position (rather than by name).

--

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Antoine Pitrou

Antoine Pitrou  added the comment:

Oh, and I agree with Ezio, this is most likely not a bug at all and should 
probably be closed.

--

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Antoine Pitrou

Antoine Pitrou  added the comment:

What do you mean, "works perfectly well under Linux"?
The error also happens under Linux here, and is expected: you can't call 
unicode() without an encoding and expect it to decode properly non-ASCII chars 
(and \xa0 is a non-ASCII char).

--
nosy: +pitrou
status: pending -> open

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Ezio Melotti

Ezio Melotti  added the comment:

Both on Linux and Windows I get:
>>> '\xa0'.isspace()
False
>>> u'\xa0'.isspace()
True

The Unicode char u'\xa0' is U+00A0 NO-BREAK SPACE, so unicode.split correctly 
considers it a whitespace.
However '\xa0' is not a whitespace, so str.split ignores it.
The correct solution is to convert your string to Unicode and then split.
I'd close this as invalid but I'd like you to confirm that the example I posted 
and that 'split' return the same result on both Linux and Windows before doing 
so (the fact that on Linux works it's probably caused by something else -- e.g. 
the label is already Unicode).

--
nosy: +ezio.melotti
resolution:  -> invalid
status: open -> pending

___
Python tracker 

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



[issue8859] split() splits on non whitespace char when ther is no separator given.

2010-05-30 Thread Peter Landgren

New submission from Peter Landgren :

When the variable label is equal to '\xc5\xa0 Z\nX W'
this line sequence
label = " ".join(label.split())
label = unicode(label)
results in:
7347: ERROR: gramps.py: line 138: Unhandled exception
Traceback (most recent call last):
  File "C:\Program Files (x86)\gramps\gui\views\listview.py", line 660, in 
row_changed
self.uistate.modify_statusbar(self.dbstate)
  File "C:\Program Files (x86)\gramps\DisplayState.py", line 521, in 
modify_statusbar
name, obj = navigation_label(dbstate.db, nav_type, active_handle)
  File "C:\Program Files (x86)\gramps\Utils.py", line 1358, in navigation_label
label = unicode(label)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: invalid 
data

While this line sequence:
label = unicode(label)
label = " ".join(label.split())
gives correct result and no error.

With the error the variable label changes from
'\xc5\xa0 Z\nX W'
to
'\xc5 Z X W'
by the line:
label = " ".join(label.split())
Note '\xa0' has been dropped, interpreted as "whitespace"?
This happens on Windows. It works perfectly well on Linux.

--
components: Library (Lib)
messages: 106773
nosy: PeterL
priority: normal
severity: normal
status: open
title: split() splits on non whitespace char when ther is no separator given.
type: behavior
versions: Python 2.6

___
Python tracker 

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



[issue8748] integer-to-complex comparisons give incorrect results

2010-05-30 Thread Meador Inge

Meador Inge  added the comment:

[Mark]
> Can you think of any reason that we shouldn't just copy the py3k 
> implementation ...

Not that I can think of.  Like you pointed out, we should have removed the  
coercion from the rich comparison when fixing issue 5211.

> Thanks for all your help with this!

No problem!

--

___
Python tracker 

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



[issue8857] socket.getaddrinfo needs tests

2010-05-30 Thread Antoine Pitrou

Changes by Antoine Pitrou :


Added file: http://bugs.python.org/file17503/doc-getaddrinfo.patch

___
Python tracker 

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



[issue8857] socket.getaddrinfo needs tests

2010-05-30 Thread Antoine Pitrou

Changes by Antoine Pitrou :


Removed file: http://bugs.python.org/file17502/doc-getaddrinfo.patch

___
Python tracker 

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



[issue8857] socket.getaddrinfo needs tests

2010-05-30 Thread Antoine Pitrou

Antoine Pitrou  added the comment:

Here is a possible doc patch for getaddrinfo(). Comments?

--
keywords: +patch
Added file: http://bugs.python.org/file17502/doc-getaddrinfo.patch

___
Python tracker 

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



[issue8857] socket.getaddrinfo needs tests

2010-05-30 Thread Antoine Pitrou

Antoine Pitrou  added the comment:

It also needs better documentation, by the way.

--

___
Python tracker 

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



[issue8853] getaddrinfo should accept port of type long

2010-05-30 Thread Antoine Pitrou

Antoine Pitrou  added the comment:

See issue8857 for the tests issue.

--
nosy: +pitrou

___
Python tracker 

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



[issue8858] socket.getaddrinfo returns wrong results for IPv6 addresses

2010-05-30 Thread Antoine Pitrou

Changes by Antoine Pitrou :


--
nosy: +exarkun, giampaolo.rodola, mark.dickinson

___
Python tracker 

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



[issue8858] socket.getaddrinfo returns wrong results for IPv6 addresses

2010-05-30 Thread Antoine Pitrou

New submission from Antoine Pitrou :

It seems socket.getaddrinfo gives wrong results for IPv6 address under py3k:

>>> pprint.pprint(socket.getaddrinfo("www.python.org", 0))
[(2, 1, 6, '', ('82.94.164.162', 0)),
 (2, 2, 17, '', ('82.94.164.162', 0)),
 (2, 3, 0, '', ('82.94.164.162', 0)),
 (10, 1, 6, '', (10, b'\x00\x00\x00\x00\x00\x00 \x01\x08\x88 \x00\x00\r')),
 (10, 2, 17, '', (10, b'\x00\x00\x00\x00\x00\x00 \x01\x08\x88 \x00\x00\r')),
 (10, 3, 0, '', (10, b'\x00\x00\x00\x00\x00\x00 \x01\x08\x88 \x00\x00\r'))]

The results given by 2.x make much more sense:
>>> pprint.pprint(socket.getaddrinfo("www.python.org", 0))
[(2, 1, 6, '', ('82.94.164.162', 0)),
 (2, 2, 17, '', ('82.94.164.162', 0)),
 (2, 3, 0, '', ('82.94.164.162', 0)),
 (10, 1, 6, '', ('2001:888:2000:d::a2', 0, 0, 0)),
 (10, 2, 17, '', ('2001:888:2000:d::a2', 0, 0, 0)),
 (10, 3, 0, '', ('2001:888:2000:d::a2', 0, 0, 0))]

--
messages: 106768
nosy: pitrou
priority: high
severity: normal
status: open
title: socket.getaddrinfo returns wrong results for IPv6 addresses
type: behavior
versions: Python 3.1, Python 3.2

___
Python tracker 

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



[issue8857] socket.getaddrinfo needs tests

2010-05-30 Thread Antoine Pitrou

Changes by Antoine Pitrou :


--
nosy: +exarkun, giampaolo.rodola, mark.dickinson

___
Python tracker 

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



[issue8857] socket.getaddrinfo needs tests

2010-05-30 Thread Antoine Pitrou

New submission from Antoine Pitrou :

socket.getaddrinfo has no tests at all. This should be fixed.

--
components: Library (Lib), Tests
messages: 106767
nosy: pitrou
priority: high
severity: normal
status: open
title: socket.getaddrinfo needs tests
type: behavior
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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



[issue8853] getaddrinfo should accept port of type long

2010-05-30 Thread Mark Dickinson

Mark Dickinson  added the comment:

The attached patch should fix the problem.  I'm not sure how to test it, 
though:  the socket module currently seems to have exactly 0 tests for 
socket.getaddrinfo.

--
keywords: +patch
nosy: +mark.dickinson
Added file: http://bugs.python.org/file17501/issue8853.patch

___
Python tracker 

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



[issue8446] buildbot: DeprecationWarning not raised for icglue (test_py3kwarn.TestStdlibRemovals)

2010-05-30 Thread Ronald Oussoren

Ronald Oussoren  added the comment:

The root cause of this test failure is that test_macos runs before 
test_py3kwarn.

That causes MacOS to be imported before test_py3k runs and that results in not 
raising the py3k warning by the time test_py3kwarn runs.

I propose removing MacOS from the list of modules that test_py3kwarn tests for 
now.

--

___
Python tracker 

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



[issue8856] Error in ceval.c when building --without-threads

2010-05-30 Thread Benjamin Peterson

Benjamin Peterson  added the comment:

Fixed in r81612.

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

___
Python tracker 

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



[issue8856] Error in ceval.c when building --without-threads

2010-05-30 Thread Skip Montanaro

Skip Montanaro  added the comment:

Sorry, forgot the compiler and OS version:

   i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)
   Mac OSX 10.5.8

S

--

___
Python tracker 

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



[issue8856] Error in ceval.c when building --without-threads

2010-05-30 Thread Antoine Pitrou

Changes by Antoine Pitrou :


--
nosy: +jyasskin

___
Python tracker 

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



[issue8856] Error in ceval.c when building --without-threads

2010-05-30 Thread Skip Montanaro

Skip Montanaro  added the comment:

Confirmed on Mac OSX.

--
nosy: +skip.montanaro

___
Python tracker 

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



[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute

2010-05-30 Thread R. David Murray

Changes by R. David Murray :


Added file: http://bugs.python.org/file17500/sqlite3_in_transaction.patch

___
Python tracker 

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



[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute

2010-05-30 Thread R. David Murray

Changes by R. David Murray :


Removed file: http://bugs.python.org/file17499/sqlite3_in_transaction.patch

___
Python tracker 

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



[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute

2010-05-30 Thread R. David Murray

R. David Murray  added the comment:

Here is a complete patch, including documentation.  I tweaked Shashwat's unit 
test a bit, and added one to make sure the attribute is read only.

I'll apply this soonish if there are no objections.

--
assignee:  -> r.david.murray
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file17499/sqlite3_in_transaction.patch

___
Python tracker 

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



[issue8748] integer-to-complex comparisons give incorrect results

2010-05-30 Thread Mark Dickinson

Mark Dickinson  added the comment:

Okay, this is now fixed in trunk in r81610, using something closer to your 
original patch.

Thanks for all your help with this!

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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



[issue8797] urllib2 basicauth broken in 2.6.5: RuntimeError: maximum recursion depth exceeded in cmp

2010-05-30 Thread chuchiperriman

chuchiperriman  added the comment:

The same problem for me, it tries to authenticate infinite times if the 
user/password are incorrect

--
nosy: +chuchiperriman

___
Python tracker 

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



[issue8784] tarfile/Windows: Don't use mbcs as the default encoding

2010-05-30 Thread Lars Gustäbel

Lars Gustäbel  added the comment:

My expertise on Windows is rather limited, but as far as I understand the 
issue, I consider this a reasonable idea.
I think it is impossible to find a perfect default encoding, and utf-8 seems to 
be the best bet with regard to portability. IIRC most of the archivers on the 
Windows machines I have access to use latin-1, but I don't think that latin-1 
is a suitable default value. I don't know much about Windows internals and have 
no idea what mbcs really is, but it is actually not available on other 
platforms.

--

___
Python tracker 

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



[issue5211] Fix complex type to avoid coercion in 2.7.

2010-05-30 Thread Mark Dickinson

Mark Dickinson  added the comment:

r78280 didn't remove the implicit coercion for rich comparisons;  that's now 
been done in r81606.

--

___
Python tracker 

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



[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

2010-05-30 Thread Marc-Andre Lemburg

Marc-Andre Lemburg  added the comment:

Martin v. Löwis wrote:
> 
> Martin v. Löwis  added the comment:
> 
> This shouldn't be necessary. If a 32-bit Python looks into the registry, it 
> will get automatically redirected to Wow6432Node. If a 64-bit Python looks 
> into the registry, it shouldn't have any interest in values stored in 
> Wow6432Node.

Perhaps I wasn't clear:

The VS2008 installer as well as the most of VS tool chain appear
to be 32-bit binaries and thus writes its keys and values into
Software\Wow6432Node\Windows\.

If you then run a 64-bit Python binary, it won't find the keys
under the regular Software\Windows\ reg path.

BTW: This was a fresh Vista and VS2008 installation.

--

___
Python tracker 

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



[issue8748] integer-to-complex comparisons give incorrect results

2010-05-30 Thread Mark Dickinson

Mark Dickinson  added the comment:

Meador, I obviously haven't been thinking clearly about this.

Can you think of any reason that we shouldn't just copy the py3k implementation 
of complex_richcompare wholesale to trunk, with the single modification of 
replacing "if (PyLong_Check(w))" with "if (PyInt_Check(w) || PyLong_Check(w))"?

--

___
Python tracker 

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



[issue8748] integer-to-complex comparisons give incorrect results

2010-05-30 Thread Mark Dickinson

Mark Dickinson  added the comment:

D'oh (again!)

[Mark]
> Really the coercion for complex types should have been removed at some
> point in the 2.x series

which of course, it was, in issue 5211.  And we should have caught the 
richcompare coercion in that issue.  So I apologise:  getting rid of the 
PyNumber_CoerceEx call was the right thing to do---we should have already done 
that in issue 5211.

--

___
Python tracker 

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



[issue8623] Aliasing warnings in socketmodule.c

2010-05-30 Thread Éric Araujo

Éric Araujo  added the comment:

Same with gcc 4.4.4, in socket and another file:

Modules/_multiprocessing/multiprocessing.c: In function 
‘multiprocessing_sendfd’:
Modules/_multiprocessing/multiprocessing.c:125: warning: dereferencing 
type-punned pointer will break strict-aliasing rules
Modules/_multiprocessing/multiprocessing.c: In function 
‘multiprocessing_recvfd’:
Modules/_multiprocessing/multiprocessing.c:168: warning: dereferencing 
type-punned pointer will break strict-aliasing rules

--
nosy: +merwok

___
Python tracker 

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



[issue8856] Error in ceval.c when building --without-threads

2010-05-30 Thread Éric Araujo

Changes by Éric Araujo :


--
title: Error in ceval.c when buildind --without-threads -> Error in ceval.c 
when building --without-threads

___
Python tracker 

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



[issue962772] when both maintainer and author provided, author discarded

2010-05-30 Thread Éric Araujo

Éric Araujo  added the comment:

Tarek, should we change component to Distutils2?

--
nosy: +merwok

___
Python tracker 

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



[issue8856] Error in ceval.c when buildind --without-threads

2010-05-30 Thread Éric Araujo

New submission from Éric Araujo :

I can’t build py3k HEAD without threads:

$ gcc -v 2>&1 | tail -2
Thread model: posix
gcc version 4.4.4 (Debian 4.4.4-1)

$ ./configure --without-threads
[snip snip]

$ make -s
Python/ceval.c: In function ‘Py_AddPendingCall’:
Python/ceval.c:622: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:622: warning: type defaults to ‘int’ in declaration of ‘new_val’
Python/ceval.c:622: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:622: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:622: error: memory input 1 is not directly addressable
Python/ceval.c: In function ‘Py_MakePendingCalls’:
Python/ceval.c:635: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:635: warning: type defaults to ‘int’ in declaration of ‘new_val’
Python/ceval.c:635: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:635: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:635: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:635: warning: type defaults to ‘int’ in declaration of ‘result’
Python/ceval.c:635: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:648: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:648: warning: type defaults to ‘int’ in declaration of ‘new_val’
Python/ceval.c:648: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:648: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:635: error: memory input 1 is not directly addressable
Python/ceval.c:648: error: memory input 1 is not directly addressable
Python/ceval.c: In function ‘PyEval_EvalFrameEx’:
Python/ceval.c:1255: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:1255: warning: type defaults to ‘int’ in declaration of ‘result’
Python/ceval.c:1255: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:1279: error: request for member ‘_value’ in something not a 
structure or union
Python/ceval.c:1279: warning: type defaults to ‘int’ in declaration of ‘result’
Python/ceval.c:1279: error: request for member ‘_value’ in something not a 
structure or union
make: *** [Python/ceval.o] Erreur 1

It’s my first build failure report. What other information is needed?

--
components: Build
messages: 106751
nosy: merwok
priority: normal
severity: normal
status: open
title: Error in ceval.c when buildind --without-threads
versions: Python 3.2

___
Python tracker 

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



[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

2010-05-30 Thread Martin v . Löwis

Martin v. Löwis  added the comment:

This shouldn't be necessary. If a 32-bit Python looks into the registry, it 
will get automatically redirected to Wow6432Node. If a 64-bit Python looks into 
the registry, it shouldn't have any interest in values stored in Wow6432Node.

--
nosy: +loewis

___
Python tracker 

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