jroach jro...@internode.on.net added the comment:
Brian,
I am an engineer who makes significant use of Python, not a computer
professional. I hope that I communicate the right information. The
operating system is Windows XP Professional. The problem encountered was
that a python program
Changes by David Kirkby david.kir...@onetel.net:
Removed file: http://bugs.python.org/file17497/socketmodule.c.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8852
___
David Kirkby david.kir...@onetel.net added the comment:
I'd made a mistake when manually applying your patch, although my mistake made
no practical difference. I'm attaching a corrected patch, which has all the
changes needed to get this to build on OpenSolaris. It basically only checks
for
Senthil Kumaran orsent...@gmail.com added the comment:
please ask help at python-h...@python.org or comp.lang.python
--
nosy: +orsenthil
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de 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.
New submission from Éric Araujo mer...@netwok.org:
I can’t build py3k HEAD without threads:
$ gcc -v 21 | 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:
Éric Araujo mer...@netwok.org added the comment:
Tarek, should we change component to Distutils2?
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue962772
___
Changes by Éric Araujo mer...@netwok.org:
--
title: Error in ceval.c when buildind --without-threads - Error in ceval.c
when building --without-threads
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8856
Éric Araujo mer...@netwok.org 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
Mark Dickinson dicki...@gmail.com 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
Mark Dickinson dicki...@gmail.com 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
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de 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
Mark Dickinson dicki...@gmail.com added the comment:
r78280 didn't remove the implicit coercion for rich comparisons; that's now
been done in r81606.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5211
Lars Gustäbel l...@gustaebel.de 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.
chuchiperriman chuchiperri...@gmail.com added the comment:
The same problem for me, it tries to authenticate infinite times if the
user/password are incorrect
--
nosy: +chuchiperriman
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com 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
R. David Murray rdmur...@bitdance.com 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
Changes by R. David Murray rdmur...@bitdance.com:
Removed file: http://bugs.python.org/file17499/sqlite3_in_transaction.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8845
___
Changes by R. David Murray rdmur...@bitdance.com:
Added file: http://bugs.python.org/file17500/sqlite3_in_transaction.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8845
___
Skip Montanaro s...@pobox.com added the comment:
Confirmed on Mac OSX.
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8856
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +jyasskin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8856
___
___
Python-bugs-list mailing
Skip Montanaro s...@pobox.com 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 rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
Fixed in r81612.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8856
Ronald Oussoren ronaldousso...@mac.com 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
Mark Dickinson dicki...@gmail.com 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:
New submission from Antoine Pitrou pit...@free.fr:
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:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +exarkun, giampaolo.rodola, mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8857
___
New submission from Antoine Pitrou pit...@free.fr:
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',
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +exarkun, giampaolo.rodola, mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8858
___
Antoine Pitrou pit...@free.fr added the comment:
See issue8857 for the tests issue.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8853
___
Antoine Pitrou pit...@free.fr added the comment:
It also needs better documentation, by the way.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8857
___
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file17502/doc-getaddrinfo.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8857
___
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file17503/doc-getaddrinfo.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8857
___
Meador Inge mead...@gmail.com 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
New submission from Peter Landgren peter.tal...@telia.com:
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
Ezio Melotti ezio.melo...@gmail.com 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
Antoine Pitrou pit...@free.fr 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).
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
http://bugs.python.org/issue8859
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
Peter Landgren peter.tal...@telia.com 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
Ezio Melotti ezio.melo...@gmail.com 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']
--
Changes by Nir Aides n...@winpdb.org:
Removed file: http://bugs.python.org/file17356/bfs.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Nir Aides n...@winpdb.org 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:
Marc-Andre Lemburg m...@egenix.com 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
Changes by Andrew Grover andy.gro...@gmail.com:
--
nosy: +Andrew.Grover
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6560
___
___
Gregory P. Smith g...@krypto.org 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
Sebastian python.10.webmas...@spamgourmet.com added the comment:
any news on this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8787
___
___
Benjamin Peterson benja...@python.org added the comment:
First of all, your patch needs a test.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8787
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I also agree this should be closed.
--
nosy: +rhettinger
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8859
50 matches
Mail list logo