[issue7042] test_signal fails on os x 10.6

Jan Hosang added the comment: This is a 64 bit machine and the test failed for the checkout of the python26-maint branch. I just configured and made it without any flags. (Does that produce a 64 bit build?) -- ___ Python tracker

[issue7006] The replacement suggested for callable(x) in py3k is not equivalent

Ezio Melotti added the comment: Benjamin already replaced hasattr(x, "__call__") with hasattr(type(x), "__call__") in the Python 3.0 "What's New" in r75090 and r75094, but this still doesn't match completely the behavior of callable(): >>> class Foo(object): pass ... >>> foo = Foo() >>> callabl

[issue7006] The replacement suggested for callable(x) in py3k is not equivalent

Nick Coghlan added the comment: Although we should seriously consider properly exposing special method lookup at the Python level... -- ___ Python tracker ___ ___

[issue7006] The replacement suggested for callable(x) in py3k is not equivalent

Nick Coghlan added the comment: hasattr(type(x), "__call__") is technically a more valid replacement due to the usual matter of metaclass confusion. (Although putting special methods on instance objects is a recipe for trouble in more ways than just this one). -- nosy: +ncoghlan _

[issue7043] test_urllib: constructLocalFileUrl returns invalid URLs on Windows

Changes by Senthil Kumaran : -- assignee: -> orsenthil nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue7045] utf-8 encoding error

Arc Riley added the comment: While t.py only bugs on 3.1, the following happens with 3.0 as well: >>> line = '𐑑𐑧𐑕𐑑𐑦𐑙' >>> first = '𐑑' >>> first '𐑑' >>> line[0] '\ud801' >>> line[0] == first False And with 2.6: >>> line = u'𐑑𐑧𐑕𐑑𐑦𐑙' >>> first = u'𐑑' >>> first u'\ud801\udc51' -- versions

[issue7045] utf-8 encoding error

New submission from Arc Riley : The following is a minimal example which does not work under Python 3.1.1 but functions as expected on Pyhton 2.6 and 3.0. Python 3.1.1 believes the single UTF-8 glyph is two entirely different (and illegal) unicode characters: Traceback (most recent call last):

[issue7044] urllib.urlopen crashes when used on Mac OS 10.6.1 through a proxy

jweber added the comment: Let me know if you need me to create a test caseit doesn't seem to happen in all situations. -- ___ Python tracker ___

[issue7044] urllib.urlopen crashes when used on Mac OS 10.6.1 through a proxy

New submission from jweber : In Python 2.6.3 on Mac OS 10.6.1, there is a bug in lib/python2.6/urllib.py, line 1367. The variable hostIP is used before it's defined. You can fix it by adding "hostIP = None" at around line 1355. I got the following exception when calling urllib.urlopen using a

[issue7028] Add int.hex for symmetry with float.hex

Josh Cogliati added the comment: Well, I think think I would at least like the sections in the Library reference documentation should mention the other functions. I.e. the following should have cross references: A. 2. Built-in Functions hex() should cross reference float.hex() B. 2. Built-in F

[issue7039] test_distutils fails on os x 10.6

Ned Deily added the comment: Thanks, I should have looked in trunk first. I thought you had fixed this already. -- ___ Python tracker ___ __

[issue7042] test_signal fails on os x 10.6

Ned Deily added the comment: test_signal does not fail for me on 10.6 using the python.org 2.6.3 installer (which is 32-bit). The test hangs (presumably in the wait loop) with a 10.6 64-bit build of Python 2.6.3rc1. FWIW, the 2.6.3 test_signal seems to run OK with Apple's 64-bit python2.6.2

[issue6845] Restart support in binary upload for ftplib

Pablo Mouzo added the comment: I attached some tests. -- Added file: http://bugs.python.org/file15027/issue6845.diff ___ Python tracker ___ __

[issue7039] test_distutils fails on os x 10.6

Tarek Ziadé added the comment: done in r75199 Thanks ! (this problem was fixed in trunk/py3k earlier, so only concerns 2.6 branch) -- status: open -> closed versions: -Python 2.7, Python 3.1, Python 3.2 ___ Python tracker

[issue7041] test_macostools fails on os x 10.6

Ned Deily added the comment: This test works for me using the 2.6.3 installer which is 32-bit only. It will fail, though, on a 64-bit build since Apple does not supply 64-bit versions of the Carbon frameworks used by these modules. That's why they are deprecated and have been removed in pyth

[issue7039] test_distutils fails on os x 10.6

Tarek Ziadé added the comment: Ok thanks, -- priority: -> normal resolution: -> accepted versions: +Python 2.6, Python 3.1, Python 3.2 ___ Python tracker ___ __

[issue7040] test_smtplib fails on os x 10.6

Ned Deily added the comment: Appears to be a duplicate of Issue3620. It is also not limited to 10.6. -- nosy: +ned.deily ___ Python tracker ___ _

[issue7039] test_distutils fails on os x 10.6

Ned Deily added the comment: I don't know how it works on other platforms but test_get_python_inc is incorrect when run, as in this case, from a user-installed python rather than as part of a build of python. The relevant code in test_sysconfig.py: >>> (srcdir,) = sysconfig.get_config_vars('

[issue7043] test_urllib: constructLocalFileUrl returns invalid URLs on Windows

New submission from Sridhar Ratnakumar : This error happens on Windows. The culprit seems to be the `constructLocalFileUrl` method that is constructing invalid URLs. Traceback (most recent call last): File "C:\Python26\lib\test\test_urllib.py", line 241, in test_copy test_support.TESTFN),

[issue6516] reset owner/group to root for distutils tarballs

Tarek Ziadé added the comment: done in r75192 and r75194. Thanks Till ! -- status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue7038] test_curses fails on os x 10.6

Ned Deily added the comment: Running the test standalone works for me running under Terminal.app: $ echo $TERM xterm-color $ cd /Library/Frameworks/Python.framework/Versions/2.6 $ bin/python2.6 lib/python2.6/test/regrtest.py -u curses test_curses test_curses 1 test OK. It's probably failing be

[issue7037] test_asynchat fails on os x 10.6

Ned Deily added the comment: This is a duplicate of Issue5798, the fix for which has not been backported to 2.6. It is also not limited to OS X 10.6. -- nosy: +ned.deily ___ Python tracker ___

[issue7039] test_distutils fails on os x 10.6

Tarek Ziadé added the comment: What version of Python are you running precisely ? -- assignee: -> tarek components: +Distutils -Library (Lib), Tests nosy: +tarek ___ Python tracker

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Christoph Gohlke added the comment: There are two easy to fix issues with the msvc9compiler_stripruntimes.diff patch: 1) the dependency for 64-bit VC90.CRT is not removed and 2) the VC90.CRT dependency is removed also from executables, which will fail to run. A revised patch is attached. This is

[issue7042] test_signal fails on os x 10.6

New submission from Jan Hosang : == FAIL: test_itimer_virtual (test.test_signal.ItimerTest) -- Traceback (most recent call last): File "/Users/jan/src/python26

[issue7041] test_macostools fails on os x 10.6

New submission from Jan Hosang : test_macostools test_copy (test.test_macostools.TestMacostools) ... ERROR test_mkalias (test.test_macostools.TestMacostools) ... ERROR test_mkalias_relative (test.test_macostools.TestMacostools) ... ERROR test_touched (test.test_macostools.TestMacostools) ... ok

[issue7040] test_smtplib fails on os x 10.6

New submission from Jan Hosang : Output like: testAUTH_PLAIN (test.test_smtplib.SMTPSimTests) ... error: uncaptured python exception, closing channel (:[Errno 9] Bad file descriptor [/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/asyncor e.py|readwrite|107] [/Library/Framewo

[issue7039] test_distutils fails on os x 10.6

New submission from Jan Hosang : FAIL: test_get_python_inc (distutils.tests.test_sysconfig.SysconfigTestCase) -- Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distuti

[issue7038] test_curses fails on os x 10.6

New submission from Jan Hosang : test_curses test test_curses crashed -- : endwin() returned ERR Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/test/re grtest.py", line 549, in runtest_inner the_package = __import__(abstest, global

[issue7037] test_asynchat fails on os x 10.6

Changes by Antoine Pitrou : -- assignee: -> josiahcarlson components: +Library (Lib), Tests nosy: +josiahcarlson priority: -> normal stage: -> needs patch type: -> behavior ___ Python tracker ___

[issue7037] test_asynchat fails on os x 10.6

New submission from Jan Hosang : Loads of outputs like test_string_producer (test.test_asynchat.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel (:[Errno 9] Bad file descriptor [/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/asyncor e.py|readwrit

[issue7036] Doc/reference/datamodel: Slots description needs update

Sebastian Thiel added the comment: Additional Information: "multiple bases have instance lay-out conflict" This happens only if I add __slots__ to the bases so that there is no dict. I can reproduce this easily by indirectly deriving a class from two bases that both define the same slot. It o

[issue7033] C/API - Document exceptions

lekma added the comment: The same against py3k -- Added file: http://bugs.python.org/file15022/issue7033_py3k.diff ___ Python tracker ___

[issue7033] C/API - Document exceptions

lekma added the comment: First attempt at implementing this. Diff is against trunk. -- keywords: +patch Added file: http://bugs.python.org/file15021/issue7033_trunk.diff ___ Python tracker _

[issue7036] Doc/reference/datamodel: Slots description needs update

New submission from Sebastian Thiel : The section starting with: "If a class defines a slot also defined in a base class, the instance variable defined by the base class slot is inaccessible rendering the meaning of the program undefined. [...]" would need to be revisited as it claims that a

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

Changes by noon : -- nosy: +noon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/

[issue5097] asyncore.dispatcher_with_send undocumented

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue5097] asyncore.dispatcher_with_send undocumented

R. David Murray added the comment: Oh, we sometimes keep bugs open for years around here, until someone finds time to deal with them. It's our collective memory...thanks for taking a crack at the wording. If you feel like turning it into a patch against the documentation (which is in the Doc d

[issue7035] codecs error handlers lack documentation

New submission from Ole Laursen : import codecs help(codecs.replace_errors) results in replace_errors(...) (END) in Python 2.6. Interestingly, http://docs.python.org/library/codecs actually says "Implements the replace error handling." Which is pretty useless, though. :) Suggest at least copy

[issue7034] While Loop Bug on a game of 21, help!

PixelHead777 added the comment: (New to the site, sorry...) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7034] While Loop Bug on a game of 21, help!

Ezio Melotti added the comment: The bug tracker is for Python bugs, not for helping people to find bugs in their programs. -- nosy: +ezio.melotti resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue7034] While Loop Bug on a game of 21, help!

New submission from Nathan Ball : I'm learning Python in Computer Class... and I've gone nuts trying to figure out why my code for a 2-player game of 21 (blackjack without the gambling connotation, I guess... not to mention my innacuracy of dealing only one card to start (which I know isn't af

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Koen van de Sande added the comment: It probably won't make 2.6.3 as the final is just out. But can we have it for 2.6.4? Here's a link to the relevant discussion on ImageSIG: http:// mail.python.org/pipermail/image-sig/2009-October/005918.html Looking at my local extensions installed, Matplot

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Koen van de Sande added the comment: Could msvc9compiler_stripruntimes.diff still be considered for inclusion in Python 2.6.3 (high priority?)? A lot of .pyd's of third-party extensions are getting dependencies on MSVCR90 added to the .pyd, which makes them not work if the runtimes are not in

[issue7033] C/API - Document exceptions

New submission from lekma : It would be nice to have an obvious/simple way to document C exceptions (especially when using the autoexception feature from Sphinx). Something along: PyObject *PyErr_Create(char *name, const char *doc) Creates and returns a new exception object. This behave

[issue2986] difflib.SequenceMatcher not matching long sequences

Antoine Pitrou added the comment: The popularity heuristic could be tuned to depend on the number N of distinct elements in the sequence, and kick in if an element appears say more than 1/(N**0.5) of the time. -- nosy: +pitrou ___ Python tracker

[issue7032] Make assertMultilineEqual default for unicode string comparison in

Michael Foord added the comment: Heh - all ascii would be a better heuristic, or zero null characters perhaps. But 2.X is destined to die anyway so I'm happy for it to only be the default for unicode strings without implementing potentially complex, wrong and slow heuristics. Users can always r

[issue7032] Make assertMultilineEqual default for unicode string comparison in

Antoine Pitrou added the comment: > Because diffing binary data isn't useful... But often it's non-binary data ;) > This is the reason that assertMultilineEqual isn't already the default > for comparing strings - because in Python 2 when you have strings you > don't know if the intention is fo

[issue7032] Make assertMultilineEqual default for unicode string comparison in

Michael Foord added the comment: Because diffing binary data isn't useful... This is the reason that assertMultilineEqual isn't already the default for comparing strings - because in Python 2 when you have strings you don't know if the intention is for them to contain textual information or bin

[issue7024] webbrowser : Could not open ftp server using webbrowser.open()

Antoine Pitrou added the comment: If you are under GNOME, you might fire gconf-editor and check the value of the keys in /desktop/gnome/url-handlers/ftp. -- ___ Python tracker __

[issue7024] webbrowser : Could not open ftp server using webbrowser.open()

Antoine Pitrou added the comment: No problem here, with Firefox 3.0.13 and Python 2.6.3. -- assignee: -> georg.brandl nosy: +georg.brandl, pitrou ___ Python tracker ___

[issue7032] Make assertMultilineEqual default for unicode string comparison in

Antoine Pitrou added the comment: Why only unicode strings? -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue5500] tarfile: path problem in arcname under windows

Amaury Forgeot d'Arc added the comment: > The archive is created, and the path in the archive is > 'C:\\testtarfile\\testtarfile.py', not 'test/testtarfile.py' > as I would expect. I don't see the path you mention. Which archive manager do you use? I tried with 7-zip, and it shows that I can

[issue7028] Add int.hex for symmetry with float.hex

Raymond Hettinger added the comment: [Josh] > As in why does neither int.hex() or hex(float) work? I believe the answer to this is that Guido wanted hex() to be a purely integer concept. This was part of a broader effort relating to the __index__ magic method. The intent of that method is to

[issue5097] asyncore.dispatcher_with_send undocumented

Kandalintsev Alexandre added the comment: Please don't keep this bug open :( -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue7028] Add int.hex for symmetry with float.hex

Mark Dickinson added the comment: > Can int.hex() and int.fromhex() be added for symmetry? On the face of it, adding int.hex (and presumably also long.hex for 2.x) seems reasonable: in general, integers should be acceptable where-ever floats are, and by that argument x.hex() should work regard