[issue7509] AttributeError: MSVCCompiler instance has no attribute '_MSVCCompiler__root'
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: This is for version 2.6. But how? the traceback shows C:\Python25 on almost every line. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7509 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8366] OS X universal builds fail on 2.7b1 and py3k with Don't know machine value for archs
Ronald Oussoren ronaldousso...@mac.com added the comment: Setting CPPFLAGS is needed to ensure that the configure tests use the correct header files, as Ned noted. I agree that this should be cleaned up, I also agree with MAL's comment in Issue8211: the entire machinery for setting up the compiler in Python's configure script is a mess. I'll see what can be done to fix this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat
Christopher Paolini stormlif...@gmail.com added the comment: There is an issue with Visual Studio 2008 and the latest 2.6.5 It searches using productdir = Reg.get_value(r%s\Setup\VC % vsbase, productdir) I just fresh installed Visual Studios and there is no registry setup folder. So you can't find the install directory that way at least not on my machine. Windows 7 64-bit and I installed Microsoft Visual Studio 2008 SP1 -- nosy: +Christopher.Paolini ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2698 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7509] AttributeError: MSVCCompiler instance has no attribute '_MSVCCompiler__root'
Tarek Ziadé ziade.ta...@gmail.com added the comment: I don't know about 2.5 but: Reading the MSVCCompiler class code in trunk, I can see a case where __init__ doesn't create self.__root. (if self.__arch != Intel) making any call to get_msvc_paths() leading to an error. You certainly have some kind of unexpected environment when MSVCCompiler is called. I need to fix this. If you could help me out by tracing how the compiler is instanciated, taht could help me. -- priority: - normal resolution: - accepted status: closed - open versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7509 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7511] msvc9compiler.py: ValueError: [u'path']
Christopher Paolini stormlif...@gmail.com added the comment: I'm running into the same issue myself. I even installed Visual Studio 2008. Issue is it installed as a 32-bit application in the x86 directory, not sure why. I have 64-bit Windows 7. I'm installing the SDK to see if that helps. Also I need this for pycrypto too. If anyone has a 64-bit AMD build for the latest crypto that'd be amazing. -- nosy: +Christopher.Paolini ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7511 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: -0 eric.smith for concerns about people relying on current behaviour -0 brian.curtin the same counterarg: current behavior will be broken anyway with compatibility fix in r80004 +0 r.david.murray the policy that we shouldn't change stdlib interfaces without a strong reason, but Tools is not stdlib +0.5 merwok as diff.py can not be considered unix diff replacement Wouldn't it be nice if you haven't need to say your tool how to do the thing you like? Don't you want to add a recommendation to use diff.py tool so that Windows users can also send patches? http://python.org/dev/patches/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: This type of failure appears again in current builds: Unfortunately, I think you mean 'still' rather than 'again'. :) As far as I can tell, the failure's never gone away, though it may have been obscured by other failures from time to time. Maybe it's time to do something. I propose we: 1. create a new branch py3k-issue4970 2. Hack Lib/test/regrtest.py in that branch so that it runs *only* test_os and test_wait3, in that order (ignoring the -r flag). Check that we're still getting the failure. 3. Do a binary search (remove half the test_os tests; trigger buildbot run; see if we're still getting the signal; rinse; repeat) to narrow down the cause to a particular test. 4. While doing 3, ruthlessly kill all other non-trunk checkin-triggered buildbot runs on this machine to speed up the search process a bit. (Keeping trunk builds for the sake of the upcoming 2.7 release.) I'll try to start this this evening (no ssh access at the moment) unless someone else beats me to it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: Should also modify regrtest to print out the result of the command getconf GNU_LIBPTHREAD_VERSION that Antoine suggested. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8383] pickle is unable to encode unicode surrogates
Marc-Andre Lemburg m...@egenix.com added the comment: Both pickle and marshal will need to use the new error handler in order to stay compatible with Python 3.0 (and 2.x) and also to enable creating Unicode literals that include lone surrogates. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8359] % formating - TypeError: not all arguments converted during string formatting
David Planella david.plane...@ubuntu.com added the comment: It would be nice that %-formatting had the same functionality as in C when it comes to discarding unnamed arguments, but from the comments I understand that being deprecated no changes in functionality are contemplated. However, before recommending using str.format, the fact that gettext does not yet seem to support it should also be taken into account. Some examples: = %-formatting = print gettext.ngettext(%(package)d package, %(package)d packages, countInstall) % { 'package': countInstall} Renders the following in a POT template: #, python-format msgid %(package)d package msgid_plural %(package)d packages msgstr[0] msgstr[1] -- All good. The string is marked as a python-format one and the %(package) argument can be dropped in the translation for the languages which need it. No program crash. = str.format() formatting = print gettext.ngettext({no_of_packages} package, {no_of_packages} packages, countInstall).format(no_of_packages=countInstall) Renders the following in a POT template: msgid {no_of_packages} package msgid_plural {no_of_packages} packages msgstr[0] msgstr[1] -- Not marked as python-format, since gettext does not seem to support the {} notation. No error-checking can take place for arguments. Not good. print _({day} day).format(day=countInstall) msgid {day} day msgstr -- Same comment as above. print _({0} package).format(countInstall) Extracted string in a POT template: msgid {0} package msgstr -- Same comment as above I understand that part of the error is in gettext, but I thought I'd mention it here as well, since this has caused quite a lot of crashes in Hebrew and Arabic translations in Ubuntu in the past, and will continue to do it until addressed. -- nosy: +dpm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8359 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6090] zipfile DeprecationWarning Python in 2.6, failure in 2.7
Mark Dickinson dicki...@gmail.com added the comment: [Martin] I think the error message could be better, though; it should probably be a ValueError. Do you mean a ValueError at the level of the struct module, or the zipfile module. I'd quite like to change all the exceptions raised by the struct module to ValueError or TypeError (as appropriate); I'm not sure what the point of struct.error is supposed to be. I've resisted making this change up until now for backwards compatibility reasons, but perhaps it could be considered for 3.2 (but not for 2.7). -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1722344] Thread shutdown exception in Thread.notify()
Thijs Triemstra li...@collab.nl added the comment: Looks like this influenced mod_wsgi as well: http://groups.google.com/group/modwsgi/browse_thread/thread/ba82b2643564d2dd -- nosy: +thijs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1722344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1
Mark Dickinson dicki...@gmail.com added the comment: Closing: it's too late for Python 2.x. -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7873] Remove precision restriction for integer formatting.
Mark Dickinson dicki...@gmail.com added the comment: Closing: it's too late for 2.x. -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3451] Asymptotically faster divmod and str(long)
Mark Dickinson dicki...@gmail.com added the comment: Unassigning myself for now. The most recent patch still needs work before it can be considered for inclusion. -- assignee: mark.dickinson - status: open - languishing versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3451 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8383] pickle is unable to encode unicode surrogates
STINNER Victor victor.stin...@haypocalc.com added the comment: Both pickle and marshal will need to use the new error handler in order to stay compatible with Python 3.0 (and 2.x) and also to enable creating Unicode literals that include lone surrogates. Attached patch fixes pickle. Marshal does already use surrogatepass since Martin's commit r72208 (Issue #3672). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8383] pickle is unable to encode unicode surrogates
Marc-Andre Lemburg m...@egenix.com added the comment: STINNER Victor wrote: STINNER Victor victor.stin...@haypocalc.com added the comment: Both pickle and marshal will need to use the new error handler in order to stay compatible with Python 3.0 (and 2.x) and also to enable creating Unicode literals that include lone surrogates. Attached patch fixes pickle. Marshal does already use surrogatepass since Martin's commit r72208 (Issue #3672). Looks good ! Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8188] Unified hash for numeric types.
Mark Dickinson dicki...@gmail.com added the comment: Many thanks for reviewing, Stefan, and for the patch. Here's an updated patch: - specify 32-bit/64-bit C long rather than 32-bit/64-bit machine - apply hash-hash_ fix to Python hash recipe - use _PyHASH_MODULUS instead of _PyHASH_MASK throughout (this was bugging me). - reorganize the stdtypes doc entry slightly - update against current svn, and remove outdated test_float tests for the values of float('inf') and float('nan') One unresolved issue: it would probably make sense to specify (publicly) a hash algorithm for complex types, too, so that someone implementing e.g. Gaussian integers can make their hash function agree with that for the complex type where appropriate. That hash algorithm would probably be as simple as: hr = hash(x.real) hi = hash(x.imag) return some suitably bit-mixing combination of hi and hr where the algorithm for the combination needs to be specified explicitly, and any relevant parameters put into sys.hash_info. (Unfortunately, -1 doesn't have square roots modulo the prime P used, else we could do the cute thing and make use of a square root of -1 modulo P.) Another tiny detail: I'm wondering whether hash(m/P) should care about the sign of m: currently it doesn't, which means that the symmetry hash(-x) = -hash(x) *almost* always holds for a rational x, but not always. An almost-always-true symmetry seems like a recipe for hard-to-find bugs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8188] Unified hash for numeric types.
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8188] Unified hash for numeric types.
Mark Dickinson dicki...@gmail.com added the comment: ... and here's the actual patch... Forget my own head next. :) -- Added file: http://bugs.python.org/file16907/numeric_hash7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8188] Unified hash for numeric types.
Changes by Mark Dickinson dicki...@gmail.com: -- priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Stefan Krah stefan-use...@bytereef.org added the comment: This bugreport http://bugs.gentoo.org/28193 indeed suggests that the failure occurs on systems without nptl. Would it be possible for someone with an affected system to run the test program from the bug report? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8383] pickle is unable to encode unicode surrogates
STINNER Victor victor.stin...@haypocalc.com added the comment: Commited: r80031 (py3k) and r80032 (3.1), fix also pickletools. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8384] Distutils C extension build with MinGW on Windows fails
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Can you run the following command: ld -v and paste the result? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Stefan Krah stefan-use...@bytereef.org added the comment: You can use http://gnuwin32.sourceforge.net/packages/diffutils.htm or cygwin or msys. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: I hope this is not a support tracker. =) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: Do you really think that Python users shouldn't use tools written in Python if they are available? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Charles-Francois Natali neolo...@free.fr added the comment: Signal 32 is the first real-time signal, and is indeed used by linuxthreads, so it's very likely a linuxthreads bug, since this signal shouldn't leak to application. Since linuxthreads is no longer maintained, I'm afraid we can't do much about this, except check for the threading library used and say linuxthreads is obsolete and has known issues - please upgrade your system for reliable threading support. -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: Since linuxthreads is no longer maintained, I'm afraid we can't do much about this. Agreed. But I think it's still worth trying to narrow down (and possibly work around) the cause of failure, just so that we can make this buildbot useful again on 3.x. Perhaps we can get by with a conditional skip of one of the test_os tests, but we have to figure out which one first. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8382] StringIO.write() takes any argument and converts it to a string
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - wont fix stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7585] difflib should separate filename from timestamp with tab
R. David Murray rdmur...@bitdance.com added the comment: Yes, thanks for the typo correction. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7585 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8385] _winreg remaining in test_winsound
New submission from Tim Golden m...@timgolden.me.uk: There is a reference to _winreg left in test_winsound. Trivial patch attached renames this to winreg. -- components: Tests files: test_winsound.patch keywords: patch messages: 103042 nosy: tim.golden severity: normal status: open title: _winreg remaining in test_winsound type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file16908/test_winsound.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
STINNER Victor victor.stin...@haypocalc.com added the comment: Extract of the Prelude ticket https://dev.prelude-ids.com/issues/show/133 : commenting out sigprocmask(SIG_SETMASK, set, NULL) seems to fixes the problem (...) -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8385] _winreg remaining in test_winsound
Changes by Tim Golden m...@timgolden.me.uk: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8385] _winreg remaining in test_winsound
Brian Curtin cur...@acm.org added the comment: Whoops, thanks for catching that, Tim. Fixed in r80044 and 80046. -- assignee: - brian.curtin nosy: +brian.curtin priority: - normal resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
New submission from Tim Golden m...@timgolden.me.uk: test_pickle failing on WinXP http://svn.python.org/projects/python/branches/py3k/Lib r80044 == ERROR: test_unicode (__main__.CPicklerTests) -- Traceback (most recent call last): File test\pickletester.py, line 523, in test_unicode p = self.dumps(u, proto) File C:\work_in_progress\make-snapshots\branches\py3k\python\Lib\test\test_pickle.py, line 30, in dumps p.dump(arg) UnicodeEncodeError: 'utf-8' codec can't encode character '\udc80' in position 1: surrogates not allowed == ERROR: test_unicode (__main__.CDumpPickle_LoadPickle) -- Traceback (most recent call last): File test\pickletester.py, line 523, in test_unicode p = self.dumps(u, proto) File C:\work_in_progress\make-snapshots\branches\py3k\python\Lib\test\test_pickle.py, line 30, in dumps p.dump(arg) UnicodeEncodeError: 'utf-8' codec can't encode character '\udc80' in position 1: surrogates not allowed == ERROR: test_unicode (__main__.DumpPickle_CLoadPickle) -- Traceback (most recent call last): File test\pickletester.py, line 524, in test_unicode u2 = self.loads(p) File C:\work_in_progress\make-snapshots\branches\py3k\python\Lib\test\test_pickle.py, line 37, in loads return u.load() UnicodeDecodeError: 'utf8' codec can't decode bytes in position 1-3: illegal encoding -- -- messages: 103045 nosy: tim.golden severity: normal status: open title: test_pickle failing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
Changes by Amaury Forgeot d'Arc amaur...@gmail.com: -- assignee: - haypo nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: Results of my simple-minded strategy (see r80033-4, r80037, r80042, r80045, r80047-51): test_execvpe_with_bad_program in ExecTests by itself is enough to trigger the signal 32 error (in combination with test_wait3). See: http://www.python.org/dev/buildbot/builders/x86%20gentoo%203.x/builds/2174 If just this single test is disabled and all other tests in test_os are allowed to run, there's no problem (at least with test_wait3; (I haven't tried re-enabling *all* other tests in the test suite yet). See: http://www.python.org/dev/buildbot/builders/x86%20gentoo%203.x/builds/2176 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
STINNER Victor victor.stin...@haypocalc.com added the comment: The failing test was introduced by r80031 by me: see issue #8383. I don't understand why the test fails. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
STINNER Victor victor.stin...@haypocalc.com added the comment: Does the follow code work on Windows? '\uDC80'.encode(utf8, surrogatepass) b'\xed\xb2\x80' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
Tim Golden m...@timgolden.me.uk added the comment: Yes: dump C:\temp\work_in_progress\make-snapshots\branches Python 3.2a0 (py3k:80030, Apr 13 2010, 11:13:13) Type help, copyright, credits or license '\uDC80'.encode(utf8, surrogatepass) b'\xed\xb2\x80' /dump -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
STINNER Victor victor.stin...@haypocalc.com added the comment: How did you get these errors? I don't see them in the buildbots (x86 Windows7 3.x, x86 XP-4 3.x): * http://www.python.org/dev/buildbot/builders/x86 Windows7 3.x/builds/408/steps/test/logs/stdio * http://www.python.org/dev/buildbot/builders/x86 XP-4 3.x/builds/1874/steps/test/logs/stdio Is it in your local computer? Did you recompiled Python? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7584] datetime.rfcformat() for Date and Time on the Internet
Daniel Urban urban.dani...@gmail.com added the comment: I've made a patch. This patch adds a datetime_rfcformat function to datetimemodule.c which is available from Python as the datetime.rfcformat method in the datetime module. This method returns the date in RFC 3339 format: -MM-DDTHH:MM:SS[.mm]+HH:MM. Documentation and tests are also added. -- keywords: +patch nosy: +durban Added file: http://bugs.python.org/file16909/issue7584.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
Tim Golden m...@timgolden.me.uk added the comment: Well that's embarrassing: I updated but didn't rebuild. Sorry for the noise; all tests passing now. Please close the call. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8386] test_pickle failing
STINNER Victor victor.stin...@haypocalc.com added the comment: he he, ok, no problem. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Antoine Pitrou pit...@free.fr added the comment: Do you really think that Python users shouldn't use tools written in Python if they are available? Sure, they can. For example, they can use Mercurial and type hg diff. Or even TortoiseHg and do it all from a GUI. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: Here's some fairly minimal Python code that produces the signal: ### begin example ### import os import time import _thread try: os.execv('/usr/bin/dorothyq', ['dorothyq']) except OSError: pass def f(): time.sleep(1.0) # probably irrelevant to the failure _thread.start_new(f, ()) ### end example ### It looks as though the failed os.execv call messes something up internally, so that any attempt thereafter to start a thread produces this signal. I can't see anything obviously wrong with the os.execv implementation (see posix_execv in Modules/posixmodule.c). There's still the question of what changed between 2.x and 3.x: on 2.x, this buildbot seems perfectly happy. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Brian Curtin cur...@acm.org added the comment: Don't you want to add a recommendation to use diff.py tool so that Windows users can also send patches? http://python.org/dev/patches/ We could add that note but it should not be a recommendation. Patches should ideally be generated using svn diff at the moment, and hg diff when we switch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: Okay, I think I've got as far as I can, but if anyone else wants to hack on this, please do. The branch name is py3k-issue4970 In that branch: - there's an extra test Lib/test/test_issue4970 that demonstrates the signal 32 failure - Lib/test/regrtest.py has been hacked to run only that test, in verbose mode. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C
Changes by Martin Ducár duca...@gmail.com: -- versions: +Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C
Brian Curtin cur...@acm.org added the comment: Removing 2.5 as it's only receiving security fixes. -- nosy: +brian.curtin versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: I'll add a note about preferred svn diff way and diff.py as a fallback. But first I'd like to see this patch committed to streamline patch submission process by removing requirement to remember -u option. Do agree that diff.py is not a replacement for diff (1), but our own custom tool that produces diffs? If that's true when why don't you let this tool produce unified diffs by default if you and everybody else here want diffs in this format? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Alex Willmer a...@moreati.org.uk added the comment: On 13 April 2010 03:21, Matthew Barnett rep...@bugs.python.org wrote: issue2636-20100413.zip is a new version of the regex module. Matthew, When I run test_regex.py 6 tests are failing, with Python 2.6.5 on Ubuntu Lucid and my setup.py. Attached is the output, do all the tests pass in your build? Alex -- Added file: http://bugs.python.org/file16910/test_regex_20100413 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ test_regex_20100413 Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
STINNER Victor victor.stin...@haypocalc.com added the comment: signal.__dict__: {... 'NSIG': 65, 'SIGABRT': 6, 'SIGALRM': 14, 'SIGBUS': 7, 'SIGCHLD': 17, 'SIGCLD': 17, 'SIGCONT': 18, 'SIGFPE': 8, 'SIGHUP': 1, 'SIGILL': 4, 'SIGINT': 2, 'SIGIO': 29, 'SIGIOT': 6, 'SIGKILL': 9, 'SIGPIPE': 13, 'SIGPOLL': 29, 'SIGPROF': 27, 'SIGPWR': 30, 'SIGQUIT': 3, 'SIGRTMAX': 64, 'SIGRTMIN': 35, 'SIGSEGV': 11, 'SIGSTOP': 19, 'SIGSYS': 31, 'SIGTERM': 15, 'SIGTRAP': 5, 'SIGTSTP': 20, 'SIGTTIN': 21, 'SIGTTOU': 22, 'SIGURG': 23, 'SIGUSR1': 10, 'SIGUSR2': 12, 'SIGVTALRM': 26, 'SIGWINCH': 28, 'SIGXCPU': 24, 'SIGXFSZ': 25, 'SIG_DFL': 0, 'SIG_IGN': 1, ...} -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Stefan Krah stefan-use...@bytereef.org added the comment: The requirement to remember the -u option is a benefit for the user. If he ever wants to use a standard diff, he doesn't have to relearn things. I don't agree that diff.py should be a custom tool. It's unfortunate that it already deviates from standard diffs, but that's no reason to deviate further. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: Stefan, do you use diff.py? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: Yes, it passed all the tests, although I've since found a minor bug that isn't covered/caught by them, so I'll need to add a few more tests. Anyway, do: regex.match(ur\p{Ll}, ua) regex.match(ur'(?u)\w', u'\xe0') really return None? Your results suggest that they won't. I downloaded Python 2.6.5 (I was using Python 2.6.4) just in case, but it still passes (WinXP, 32-bit). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (IPv6 addresses)
Keegan Carruthers-Smith keegan.csm...@gmail.com added the comment: Just thought I'd point out that RFC2732 was obsoleted by RFC3986 http://www.rfc-editor.org/rfc/rfc3986.txt -- nosy: +Keegan.Carruthers-Smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2987 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8384] Distutils C extension build with MinGW on Windows fails
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (IPv6 addresses)
Éric Araujo mer...@netwok.org added the comment: Hello Thanks for the precision. This particular topic is discussed on #5650, feel free to help there! Better update the code before the doc, though. Regards -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2987 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2987] RFC2732 support for urlparse (IPv6 addresses)
Senthil Kumaran orsent...@gmail.com added the comment: Actually, this bug is just for parsing the IPv6 url. We are having the right set of patches in the bug. I shall commit it soon. The RFC part is separate and we will slowly achieve a good compliance with STD 66. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2987 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
STINNER Victor victor.stin...@haypocalc.com added the comment: There are many references to unknown signal 32 errors in Google. Gdb mailing list, December 2002: SIG32/SIGTRAP issues http://sources.redhat.com/ml/gdb/2002-12/msg00057.html Gdb mailing list, September 2003: pthread_create, Program received signal ?, Unknown signal http://sources.redhat.com/ml/gdb/2003-09/msg3.html = extract: A change in the definition of SIGRTMIN causes this symptom. There is a thread SIGRT_0 (Unknown signal 32) in the Linux Kernel mailing list, in July 2005: http://lkml.org/lkml/2005/7/30/93 Extract of a Debian bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298982 - There are actually three earlier instances in the trace of rt_sigsuspend([] unfinished ... in those cases it gets SIGRTMIN (Unknown signal 32) and carries on. The one prior to the hanging instance is open(/dev/sequencer, O_WRONLY)= 10 ioctl(10, SNDCTL_SEQ_NRSYNTHS, 0x40095b20) = 0 ioctl(10, SNDCTL_SEQ_NRMIDIS, 0x40094c20) = 0 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 write(9, \357...@\0\0\0\0p\370\377\277\240\341\16@\220\376\23\10..., 148) = 148 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 rt_sigsuspend([] unfinished ... --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- ... rt_sigsuspend resumed ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [RTMIN]) (...) This is not very helpful, as it means the thread is waiting for another thread, nothing else. Could you run it with strace -f ? - -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1856] shutdown (exit) can hang or segfault with daemon threads running
Changes by James Cooper james.coo...@solidodesign.com: -- nosy: +jamescooper ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
STINNER Victor victor.stin...@haypocalc.com added the comment: NPTL was introduced in Linux kernel 2.6(.0). glibc 2.4 requires NPTL: The LinuxThreads add-on, providing pthreads on Linux 2.4 kernels, is no longer supported. The new NPTL implementation requires Linux 2.6 kernels. For a libc and libpthread that works well on Linux 2.4 kernels, we recommend using the stable 2.3 branch. NPTL 0.1 was released in September 2002. So the bug requires a Linux kernel 2.4 (and gblic 2.3.x). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7316] Add a timeout functionality to common locking operations
Antoine Pitrou pit...@free.fr added the comment: Updated patch against current py3k. About the timeout limit, an useful point of comparison is select(), which doesn't try to loop either: it just throws OverflowError if the specified timeout value is too large to be represented in a timeval struct. -- Added file: http://bugs.python.org/file16911/timedlock6.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Antoine Pitrou pit...@free.fr added the comment: I suggest simply skipping the offending test on linuxthread platforms. (perhaps as simple as checking for sys.platform == linux2 and signal.SIGRTMIN == 35) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1722344] Thread shutdown exception in Thread.notify()
Changes by Brett Cannon br...@python.org: -- nosy: -brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1722344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8379] if __debug__: has nonobvious behaviour when evaluating .pyo without -O
Brett Cannon br...@python.org added the comment: So technically Python does not know that some bytecode was compiled with optimization flags on; that is simply not carried in the bytecode format. You also cannot rely on file name extensions as the bytecode could have been generated by an interpreter that used .pyo as the file extension for non-optimized bytecode. So you can't really make this an explicit error without changing the format of bytecode files. As for a distribution choice for only shipping bytecode, you should then only ship .pyc files to avoid this issue. Raymond who (most likely) added the optimization is already on the nosy list so he can decide to disagree with me if he wants, but I am personally still not viewing this as a bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3783] dbm.sqlite proof of concept
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3783 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: Seems like I have to remind that everybody can still paint their bikeshed in classic colors with -c option, but if you all prefer unified colors, why do you resist on painting them in these by default? Custom color options add more to a total price, you know. More customers would be happy if the basic version included their favorite flavor. From another side unix 'diff' users are smart enough to read command line help for 'diff.py' if they won't like default unified output and choose the option they need. BTW, what option should I specify to unix diff to get HTML or ndiff output? Let me remind that there are tools like 'svnmerge' that do even more things that standard 'svn merge' does not. Your arguments could be more convincing if you could show at least one real world example against diff.py that outweighs the benefit of having unified diff generated without any additional options. IIUC Python scripts are installed with .py extension even on Unix platform, and you can't execute 'diff.py' instead of 'diff' by mistake. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Eric Smith e...@trueblade.com added the comment: To change the default, you need to know how many people it will benefit, and how many people will be negatively impacted by the change. I personally suspect that both numbers are zero, which is why I have a hard time getting excited about it. Are there any real-world reports of users (Windows or otherwise) who would use this tool, if only it had a different default? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Antoine Pitrou pit...@free.fr added the comment: Seems like I have to remind that everybody can still paint their bikeshed in classic colors with -c option, but if you all prefer unified colors, why do you resist on painting them in these by default? Custom color options add more to a total price, you know. More customers would be happy if the basic version included their favorite flavor. Hey, could you please stop complaining? You opened the issue, you are the own bikeshedding here. Besides, Python's goal is /not/ to produce a tool chain of replacement programs for the standard Unix utilities. There are certainly more constructive things to do for the Python community, than to keep insisting on this issue. Micro-problems don't warrant stressing everyone's patience with aggressive hand-waving. Thanks in advance. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
STINNER Victor victor.stin...@haypocalc.com added the comment: I suggest simply skipping the offending test on linuxthread platforms. Good idea (perhaps as simple as checking for sys.platform == linux2 and signal.SIGRTMIN == 35) I would prefer to rely on confstr(): import os try: # 'linuxthreads-0.10' or 'NPTL 2.10.2' pthread = os.confstr(CS_GNU_LIBPTHREAD_VERSION) linuxthreads = pthread.startswith(linuxthreads) except ValueError: linuxthreads = False ^^ this example requires attached patch for the two CS_GNU_* constants. Which tests should be disabled? -- keywords: +patch Added file: http://bugs.python.org/file16912/confstr_libpthread.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Changes by Brian Curtin cur...@acm.org: -- nosy: -brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: Skipping test_execvpe_with_bad_program sounds good to me. I'd ideally like to understand why 3.x is failing where 2.x is happy, but life's too short to stuff a mushroom. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Changes by Eric Smith e...@trueblade.com: -- nosy: -eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Alex Willmer a...@moreati.org.uk added the comment: On 13 April 2010 18:10, Matthew Barnett rep...@bugs.python.org wrote: Anyway, do: Â Â regex.match(ur\p{Ll}, ua) Â Â regex.match(ur'(?u)\w', u'\xe0') really return None? Your results suggest that they won't. Python 2.6.5 (r265:79063, Apr 3 2010, 01:56:30) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. import regex regex.__version__ '2.3.0' print regex.match(ur\p{Ll}, ua) None print regex.match(ur'(?u)\w', u'\xe0') None I thought I might be a 64 bit issue, but I see the same result in a 32 bit VM. That leaves my build process. Attached is the setup.py and build output, unicodedata_db.h was taken from the Ubuntu source deb for Python 2.6.5. -- Added file: http://bugs.python.org/file16913/setup.py Added file: http://bugs.python.org/file16914/build.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___#!/usr/bin/env python import os import shutil import sys from distutils.core import setup, Extension MAJOR, MINOR = sys.version_info[:2] BASE_DIR = os.path.dirname(os.path.abspath(__file__)) if MAJOR == 2: SRC_DIR = BASE_DIR elif MAJOR == 3: SRC_DIR = os.path.join(BASE_DIR, 'Python3') if (MAJOR, MINOR) in ((2,5), (2,6), (2,7)): unicodedata_db_h = os.path.join(SRC_DIR, 'Python%i%i' % (MAJOR, MINOR), 'unicodedata_db.h') shutil.copy(unicodedata_db_h, SRC_DIR) else: sys.exit(No unicodedata_db.h could be prepared.) setup( name='regex', version='0.1.2010413', description='Alternate regular expression module, to replace re.', long_description=open(os.path.join(SRC_DIR, 'Features.rst')).read(), # PyPI does spam protection on email addresses, no need to do it here author='Matthew Barnett', author_email='re...@mrabarnett.plus.com', # PyPI appears to overwrite author field with maintainer field # avoid apparent plagarism for now. #maintainer='Alex Willmer', #maintainer_email='a...@moreati.org.uk', url='http://bugs.python.org/issue2636', classifiers=[ 'Development Status :: 3 - Alpha', 'Intended Audience :: Developers', 'License :: OSI Approved :: Python Software Foundation License', 'Operating System :: OS Independent', 'Programming Language :: Python', 'Topic :: Scientific/Engineering :: Information Analysis', 'Topic :: Software Development :: Libraries :: Python Modules', 'Topic :: Text Processing', 'Topic :: Text Processing :: General', ], license='Python Software Foundation License', py_modules = ['regex'], ext_modules=[Extension('_regex', ['_regex.c'])], ) running build running build_py creating build creating build/lib.linux-x86_64-2.6 copying regex.py - build/lib.linux-x86_64-2.6 running build_ext building '_regex' extension creating build/temp.linux-x86_64-2.6 gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c _regex.c -o build/temp.linux-x86_64-2.6/_regex.o In file included from _regex.c:3948: _regex.c: In function âbuild_lookaroundâ: _regex.c:7578: warning: suggest parentheses around ââ within â||â _regex.c: At top level: unicodedata_db.h:241: warning: ânfc_firstâ defined but not used unicodedata_db.h:448: warning: ânfc_lastâ defined but not used unicodedata_db.h:550: warning: âdecomp_prefixâ defined but not used unicodedata_db.h:2136: warning: âdecomp_dataâ defined but not used unicodedata_db.h:3148: warning: âdecomp_index1â defined but not used unicodedata_db.h:: warning: âdecomp_index2â defined but not used unicodedata_db.h:4122: warning: âcomp_indexâ defined but not used unicodedata_db.h:4241: warning: âcomp_dataâ defined but not used unicodedata_db.h:5489: warning: âget_change_3_2_0â defined but not used unicodedata_db.h:5500: warning: ânormalization_3_2_0â defined but not used In file included from _regex.c:3948: _regex.c: In function âsplitter_splitâ: _regex.c:5265: warning: âresultâ may be used uninitialized in this function gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions build/temp.linux-x86_64-2.6/_regex.o -o build/lib.linux-x86_64-2.6/_regex.so ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1152248] Enhance file.readlines by making line separator selectable
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1152248 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Charles-Francois Natali neolo...@free.fr added the comment: It looks as though the failed os.execv call messes something up internally, so that any attempt thereafter to start a thread produces this signal. I can't see anything obviously wrong with the os.execv implementation (see posix_execv in Modules/posixmodule.c). Upon execve, signals handler are reset to default. So maybe the error makes the linuxthread API screw up latter when it tries to set up handlers for SIGRTMIN and friend. But what's weird is that when the executable given does not exist, the call should fail and return before having done anything... There's still the question of what changed between 2.x and 3.x: on 2.x, this buildbot seems perfectly happy. I think it's simply because we didn't test a wrong program path with execve in 2.X version of test_os. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
STINNER Victor victor.stin...@haypocalc.com added the comment: I think it's simply because we didn't test a wrong program path with execve in 2.X version of test_os. Oh, we should add this test to Python2 ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4970] test_os causes delayed failure on x86 gentoo buildbot: Unknown signal 32
Mark Dickinson dicki...@gmail.com added the comment: I think it's simply because we didn't test a wrong program path with execve in 2.X version of test_os. D'oh! Thank you very much. I'm happy now: my mushroom's stuffed. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7651] Python3: guess text file charset using the BOM
Éric Araujo mer...@netwok.org added the comment: The link has gone. Is this the message you’re refering to? http://mail.python.org/pipermail/python-dev/2010-January/097115.html Regards -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7651 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6626] show Python mimetypes module some love
Changes by Éric Araujo mer...@netwok.org: -- nosy: +merwok ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6626 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
anatoly techtonik techto...@gmail.com added the comment: Seems like a bikeshed was too much of an argument, but I've run out of them discussing such minor issue. The last is that if anybody here has 0's - does my +1 value something? Why can't anybody just commit it and close this, so I can concentrate on resolution for the next issue in my list like #7582 or # 7584 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7651] Python3: guess text file charset using the BOM
Walter Dörwald wal...@livinglogic.de added the comment: Yes, that's the posting I was referring to. I wonder why the link is gone. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7651 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Changes by Stefan Krah stefan-use...@bytereef.org: -- nosy: -skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8355] diff.py produce unified format by default
Georg Brandl ge...@python.org added the comment: Tentatively closing as rejected. There were quite a lot of -0 or -1, and you can include one from me as well. -- nosy: +georg.brandl resolution: - rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7559] TestLoader.loadTestsFromName swallows import errors
Changes by Daniel Diniz aja...@gmail.com: -- stage: unit test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7559 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8370] change module builtins to __builtin__ in __import__ documentation
Changes by Daniel Diniz aja...@gmail.com: -- priority: - normal stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8387] use universal newline mode in csv module examples
New submission from sfinnie scott.fin...@gmail.com: Running the examples in the csv module docs (http://docs.python.org/library/csv.html) causes problems reading file on a mac. This is highlighted in issue 1072404 (http://bugs.python.org/issue1072404). Commentary on the bug indicates a no fix, meaning most/many people using a mac will get an error if they use the sample code in the docs. A simpler solution would be to use universal newline mode in the doc examples. This is actually mentioned in commentary on the bug, and appears to work. Proposal In all example code blocks, use mode 'rU' when opening the file. 1st code block, for example, would become: spamReader = csv.reader(open('eggs.csv', 'rU'), delimiter=' ', quotechar='|') That should solve the problem on mac without impacting compatibility on other operating systems. Note: Haven't been able to verify this on other platforms. -- assignee: georg.brandl components: Documentation messages: 103086 nosy: georg.brandl, sfinnie severity: normal status: open title: use universal newline mode in csv module examples type: feature request versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8387 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8362] Add Misc/maintainers.rst to 2.x branch
Changes by Éric Araujo mer...@netwok.org: -- keywords: +needs review priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8297] AttributeError message text should include module name
Changes by Daniel Diniz aja...@gmail.com: -- nosy: +ajaksu2 stage: unit test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8297 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8299] Improve GIL in 2.7
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Maybe the state of this discussion is my fault for not being clear enough. Let's abandon terms such as broken and roundrobin. CS theory has the perfectly useful terms fair and unfair. The fact of the matter is this: the pthread GIL (implemented as LEGACY gil) is an unfair syncronization primitve. The GIL on windows, (and the poorly named ROUNDROBIN_GIL) is a fair synchronization primitive. Unfair mutexes have their place, and such is the behaviour of the windows condition variable (and the pthreads mutex, I suspect). But they are not useful if you want to provide fair access to a resource that is held all the time. Until after that GIL business at PyCon I wasn't aware of this fundamental difference between the GIL on windows and pthreads platforms in 2.x. It is astonishing to me that no one appears to have noticed the difference, or made much of it. CPU threads are scheduled fairly on windows, and incredibly unfairly on pthreads. with the ROUNDROBIN_GIL I'm not proposing anything radical, I'm just suggesting that we adopt the superior behaviour that has been on windows all along. Yes, people actually do use windows. Antoine, I understand that your point about do_yield, yet the results for 3 seconds without it are telling on their own, and worthy of being studied, which is why I suggested disabling it. Also, I think you will find that he imbalance in the throughput of the threads won't go away even after 30 seconds. Unfortunately, the unfairness is such that it may actually diverge. I've improved my patch some more. I'll upload it soon. In particular, I've addea a PyThread_gil_yield() method to enable whatever underlying gil there is to possible deal with this particular locking case differently, if possible, perhaps suggesting to the OS not to switch cores. I´ve also created a simple program in visual studio to examine a GIL outside the context of python. I'll put it here tomorrow too, for those interested. It allows for simpler experimentation, although because the loop is small, you won't see the effect of the instruction cache problems. David, I actually think that the checkinterval is a perfectly good mechanism, especially if augmented with an interrupt mechanism What does it matter if some opcodes are slower than others? when we are checking every 100 or 1000 (or 1 as I am proposing) that hardly matters. We just need to have an order of magnitude thing there. But there are other ways to do it. You can use a timer on windows, and on pthreads too, I think. But the whole point of this patch is to take a step back, and to see if there is a way to fix the gil problem in a simpler way by first trying to understand it fully, and then apply minimal changes to solve it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8299] Improve GIL in 2.7
Antoine Pitrou pit...@free.fr added the comment: Kristjan, Maybe the state of this discussion is my fault for not being clear enough. It's quite a bit simpler. The first 2.7 beta has been released and there's IMO no way such patches will be accepted. It doesn't seem to be a pressing enough issue to be considered a real bug. As you said yourself, most people actually aren't really affected, or not enough. CPU threads are scheduled fairly on windows, and incredibly unfairly on pthreads. pthreads doesn't schedule anything. The kernel does. I'm sure that on non-tiny periods (= 5s) they are scheduled quite fairly. It's just that switching occurs less often and less regularly than you'd might hope. Antoine, I understand that your point about do_yield, yet the results for 3 seconds without it are telling on their own, and worthy of being studied, which is why I suggested disabling it. As I said, they will render 2.x results completely wrong (at least under Linux). Also, I think you will find that he imbalance in the throughput of the threads won't go away even after 30 seconds. I'm actually not really interested in confirming this, but as I said there's no reason to think that the Linux kernel does a bad job. (the one reputed to do a bad job at scheduling, especially for desktop environments, is the Windows kernel) I've improved my patch some more. I'll upload it soon. If you are interested in taking it further, I would recommend publishing your patch (and prebuilt binaries, if you care) somewhere else as well, because as I said there's probably no way it gets integrated during what remains of the 2.x timeline. Of course, other developers might disagree with me, in which case your patch /can/ be integrated. But I don't see a lot of interest showing honestly. We just need to have an order of magnitude thing there. Duration of opcodes can vary by more than an order of magnitude. ccbench includes such testing by the way (different CPU-bound workloads) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8388] None shouldn't be passed to traceback.format_exception
New submission from Benjamin Peterson benja...@python.org: When porting recent unittest patches to py3k, I encountered a failure in testBufferOutputAddErrorOrFailure. The reason is that the test passes None to traceback.format_exception, which works by accident in 2.x. I added these lines in _exc_info_to_string to fix it: chain = exctype is not None msgLines = traceback.format_exception(exctype, value, tb, chain=chain) It would be nice if the nice didn't have to rely on that behavior and that hack could be removed. -- assignee: michael.foord components: Library (Lib) messages: 103089 nosy: benjamin.peterson, michael.foord priority: normal severity: normal status: open title: None shouldn't be passed to traceback.format_exception versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7291] urllib2 cannot handle https with proxy requiring auth
Mike Beachy mbea...@gmail.com added the comment: I have worked up a monkey patch for urllib2/httplib for the issue of setting the authentication using a Proxy(Basic|Digest)AuthHandler. The basic approach was to create a new httplib exception (ProxyTunnelError) and raise that with the http response attached so that the HTTPSHandler can determine when 407 Proxy authentication required is present, and then reroute the urllib2.OpenerDirector to error handling mode. Unfortunately, there is a backwards compatibility issue - cases where a socket.error was previously being raised now get an ProxyTunnelError. Not that you could do much useful with the socket.error in the first place, but I suppose you could look for '407' in the text. Ugh. If you think this might prove useful, let me know and I can rework it into a real patch - just let me know what branch/version to base it off of. (My monkey patch is for python 2.6.4.) -- nosy: +mbeachy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7291 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8389] Incomprehensibly import error
New submission from Torsten Landschoff t.landsch...@gmx.net: I ran into an ImportError I was unable to explain: $ python -c import a.b Traceback (most recent call last): File string, line 1, in module File a/b/__init__.py, line 1, in module import a.b.c File a/b/c.py, line 2, in module import a.b.t as t AttributeError: 'module' object has no attribute 'b' This is the source code: $ tail `find -name \*.py` == ./demo.py == import a.b == ./a/__init__.py == == ./a/b/c.py == # Does not work: import a.b.t as t # Works: # import a.b # from a.b import t == ./a/b/t.py == == ./a/b/__init__.py == import a.b.c # Works: # import a.b.t Replacing any import with one of the versions annotated as working fixes it. Stripping another level from the package tree fixes it as well. Why!? -- components: Interpreter Core files: import_error.tar.gz messages: 103091 nosy: torsten severity: normal status: open title: Incomprehensibly import error versions: Python 2.6 Added file: http://bugs.python.org/file16915/import_error.tar.gz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8389] Incomprehensibly import error
Torsten Landschoff t.landsch...@gmx.net added the comment: Err, typo, in c.py I meant to write # Does not work: import a.b.t as t # Works: # import a.b.t So without renaming it it works. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8299] Improve GIL in 2.7
Martin v. Löwis mar...@v.loewis.de added the comment: Maybe the state of this discussion is my fault for not being clear enough. Let's abandon terms such as broken and roundrobin. CS theory has the perfectly useful terms fair and unfair. The fact of the matter is this: the pthread GIL (implemented as LEGACY gil) is an unfair syncronization primitve. That's not really true. The Linux condition variable (from glibc linuxthreads), for example, implements fair synchronization. Other implementations may do the same. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8389] Incomprehensible import error
Changes by Benjamin Peterson benja...@python.org: -- title: Incomprehensibly import error - Incomprehensible import error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com