[issue7729] min() working incorrectly for decimal and float values
New submission from Umit Oztosun umit.ozto...@gmail.com:
On MacOSX (10.5) Intel, Python 2.6.4
from decimal import Decimal
min(Decimal('3.0'), 10.2)
10.199
On Win32, Python 2.6.4
from decimal import Decimal
min(Decimal('3.0'), 10.2)
Decimal('3.0')
On Linux 32 bit, Python 2.6.4
from decimal import Decimal
min(Decimal('3.0'), 10.2)
10.199
However, the correct result of Win32 version seems completely coincidental, it
produces invalid results for other values:
min(Decimal('12.0'), 10.2)
Decimal('12.0')
We are already aware of problems related to float and Decimal comparison, but
in this case it complicates matters worse: On Windows code seems to work OK, on
other platforms its results are wrong; worse than this, Windows version works
totally by coincidence in fact.
It should at least warn user or raise an error IMHO.
--
components: Library (Lib)
messages: 97991
nosy: Umit.Oztosun
severity: normal
status: open
title: min() working incorrectly for decimal and float values
type: behavior
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7729
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7729] min() working incorrectly for decimal and float values
Ezio Melotti ezio.melo...@gmail.com added the comment: Closing as duplicate of #2531. -- nosy: +ezio.melotti, mark.dickinson priority: - normal resolution: - duplicate stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7729 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7730] ssl has bad coding style
New submission from djc dirk...@ochtman.nl: Sorry to be nitpicking here, but it kind of sticks out when you take your first look at ssl.py. While PEP 8 only talks about whitespace before the function call argument list parenthesis, I think this should also go for function definition. ssl has a lot of definitions like this: def send (self, data, flags=0): (But not all of them.) Maybe that should be fixed up (I can do it myself, if that's alright), and maybe PEP 8 should be clarified as well? -- components: Library (Lib) messages: 97993 nosy: djc, janssen severity: normal status: open title: ssl has bad coding style versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7730 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7730] ssl has bad coding style
Changes by djc dirk...@ochtman.nl: -- type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7730 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4137] update SIG web pages
anatoly techtonik techto...@gmail.com added the comment: By the way, where is the tracker for python.org websites? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7730] ssl has bad coding style
Ezio Melotti ezio.melo...@gmail.com added the comment:
There should be no space between the name of the function and the '(' in both
the cases. However the PEP 8 also says that Consistency within one module or
function is most important and we usually avoid this kind of refactoring
because they just make svn blame harder to use without having any real
advantage.
--
nosy: +ezio.melotti
priority: - low
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7730
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7730] ssl has bad coding style
Martin v. Löwis mar...@v.loewis.de added the comment: I think dropping the spaces after the function names is fine in this case; the module is inconsistent in this matter. -- nosy: +loewis status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7730 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4137] update SIG web pages
Ezio Melotti ezio.melo...@gmail.com added the comment: There's no bug tracker for the website, but you can send emails to webmaster at python dot org [1]. [1]: http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7730] ssl has bad coding style
Ezio Melotti ezio.melo...@gmail.com added the comment: Ok, done in r77595 (trunk), r77596 (release26-maint), r77597 (py3k) and r77598 (release31-maint). -- assignee: - ezio.melotti resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 2.6, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7730 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7729] min() working incorrectly for decimal and float values
Changes by Florent Xicluna la...@yahoo.fr: -- superseder: - float compared to decimal is silently incorrect. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7729 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3341] Suggest a change link
anatoly techtonik techto...@gmail.com added the comment: This functionality is specific request for python documentation, so adjustments should be made to Sphinx customization layer for docs.python.org if Sphinx itself doesn't provide such feature. Is there a bug tracker for python.org infrastructure? -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3341 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7730] ssl has bad coding style
djc dirk...@ochtman.nl added the comment: Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7730 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
sorin sorin.sbar...@gmail.com added the comment: Maybe it's useful to know that Administrator privileges are not required in order be able to create symlinks. You just need a specific permission that by default is assigned only to Administrators. How to set SeCreateSymbolicLinkPrivilege on Windows Vista or newer: http://stackoverflow.com/questions/815472/how-do-i-grant-secreatesymboliclink-on-windows-vista-home-edition/2085468#2085468 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7731] Search is sluggish
New submission from anatoly techtonik techto...@gmail.com: docs.python.org site search is sluggish or may seem not working at all. The reason is that before search starts, it requires a 800k+ index file to be loaded http://docs.python.org/searchindex.js This file is usually cached. You might not notice sluggishness if it was cached when you loaded search page and were typing search query, but when you redirected to search page with get parameters the search is assumed to be started immediately. Unfortunately, JS execution delayed until index is loaded. Time controls are not updated, there is no indication what is going on and search may appear broken. User then clicks search button again and index starts loading anew. The solution is to load index dynamically after first search request is made. Attached patch is not tested with real server. -- assignee: georg.brandl components: Documentation files: doctools_search_response_speedup.diff keywords: patch messages: 98002 nosy: georg.brandl, techtonik severity: normal status: open title: Search is sluggish Added file: http://bugs.python.org/file15935/doctools_search_response_speedup.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7731 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7708] test_xmlrpc fails with non-ascii path
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7708 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7731] Search is sluggish
anatoly techtonik techto...@gmail.com added the comment: It appears the doctools project is outdated and development for documentation generation tools moved to Sphinx project. Patch for Sphinx is in Sphinx bug tracker at http://bitbucket.org/birkenfeld/sphinx/issue/322/improve-search-responsiveness -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7731 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7731] Search is sluggish
Ezio Melotti ezio.melo...@gmail.com added the comment: Since you opened a new ticket in the sphinx bug tracker I'll close this one. -- nosy: +ezio.melotti priority: - normal resolution: - duplicate stage: - committed/rejected status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7731 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue843590] 'macintosh' encoding alias for 'mac_roman'
Marc-Andre Lemburg m...@egenix.com added the comment: Here's another reference I found: http://developer.apple.com/legacy/mac/library/documentation/mac/Text/Text-30.html It appears that the macintosh encoding is the same as the MacRoman one, but without the character D9-FF. The document also suggests that it's a really old encoding. Here's a comparison of various Mac Roman mappings: http://www.haible.de/bruno/charsets/conversion-tables/Mac-Roman.html These include the macintosh charset name as well. For all practical purposes, it appears to be safe to alias macintosh to mac-roman and also add the other suggested aliases from the IANA registry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue843590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7731] Search is sluggish
anatoly techtonik techto...@gmail.com added the comment: I would keep this ticket open until the issue is fixed for docs.python.org -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7731 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
New submission from Trundle andy-pyt...@hammerhartes.de:
Create a directory __init__.py and execute
import imp
imp.find_module('__init__', ['.'])
to reproduce that issue. It will crash because Python tries to double-close a
file pointer: `call_find_module` will call `PyFile_FromFile`, but
`PyFile_FromFile` closes the file pointer if it's a directory (by decrefing the
created file object) and ` call_find_module` then closes the already closed
file.
--
components: Library (Lib)
messages: 98007
nosy: Trundle
severity: normal
status: open
title: imp.find_module crashes Python if there exists a directory named
__init__.py
type: crash
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7732
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7733] asyncore docs reference is unclear
New submission from djc dirk...@ochtman.nl: http://docs.python.org/library/asyncore.html has this bit (for bind()): (The format of address depends on the address family — see above.) The only way this makes sense is if it points back to the family argument used in the create_socket() documentation, but even there the term family isn't actually used in the description, and it's unclear that the reference to the socket module documentation for information on creating sockets will have more information about the address constraints for bind(). It would probably be better if the bind() description referred to the socket documentation directly. -- assignee: georg.brandl components: Documentation messages: 98008 nosy: djc, georg.brandl severity: normal status: open title: asyncore docs reference is unclear versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7733 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
Florent Xicluna la...@yahoo.fr added the comment: Confirmed on trunk. ~ $ mkdir foo.py ~ $ ./python -c 'import imp;imp.find_module(foo, [.])' *** glibc detected *** ./python: double free or corruption (!prev): 0x024a7390 *** === Backtrace: = (...) -- nosy: +flox stage: - needs patch versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
R. David Murray rdmur...@bitdance.com added the comment: Confirmed that this does not affect py3k. -- nosy: +brett.cannon, r.david.murray priority: - high ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
Florent Xicluna la...@yahoo.fr added the comment: Patch proposed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
Changes by Florent Xicluna la...@yahoo.fr: -- keywords: +patch Added file: http://bugs.python.org/file15936/issue7732_find_module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
Changes by Florent Xicluna la...@yahoo.fr: Removed file: http://bugs.python.org/file15936/issue7732_find_module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7732] imp.find_module crashes Python if there exists a directory named __init__.py
Florent Xicluna la...@yahoo.fr added the comment: Removed the EnvironmentVarGuard from the test. It does not make sense. -- Added file: http://bugs.python.org/file15937/issue7732_find_module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7732 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6095] os.curdir as the default argument for os.listdir
Changes by Ezio Melotti ezio.melo...@gmail.com: -- priority: - normal stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6095 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Jason R. Coombs jar...@jaraco.com added the comment: When I consider that the buildslaves are probably donated and not designated exclusively for Python testing, it makes good sense that they typically run under a restricted account. Given that there is a specific permission that can be assigned to the buildslave user, it seems appropriate that the tests that attempt to create symlinks should fail if the user does not have that permission. Martin, do you still prefer something that wraps tests that call symlink and only executes those tests if the current user context has that permission? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Brian Curtin cur...@acm.org added the comment: You could use the test skipping functionality present in trunk and beyond. Write a function to test whether the user has the necessary privileges, then use @unittest.skipUnless(has_admin_privs(), can't test as regular user) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Jason R. Coombs jar...@jaraco.com added the comment: Great suggestion. I'll do that. -- title: Add os.link() and os.symlink() and os.path.islink() support for Windows - Add os.link() and os.symlink() and os.path.islink() support for Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
sorin sorin.sbar...@gmail.com added the comment: BTW, Is there any hope to add this to Python 2.6? - this is the standard on Windows and I see this issue more like a bug resolution than a new feature ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Eric Smith e...@trueblade.com added the comment: No, it won't be backported to 2.6. It's clearly a new feature. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Eric Smith e...@trueblade.com added the comment: My concern about testing is that we're adding a feature that won't be tested by the buildbots. Although I don't have any suggestions (other than possibly adding the specific permission to the buildbots). If there is a skip test, it should be dependent on the specific permission required. That is, it shouldn't test if the user is an administrator, it should test if the user has the permission to create links. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Jason R. Coombs jar...@jaraco.com added the comment: If you want support for symlinks in Python 2.6, see http://pypi.python.org/pypi/jaraco.windows . It even has a method to monkey patch the os module to provide forward compatibility to the 3.2 functionality. -- Added file: http://bugs.python.org/file15938/smime.p7s ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ smime.p7s Description: S/MIME cryptographic signature ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Jason R. Coombs jar...@jaraco.com added the comment: Eric: I concur. The function to skip tests will test for the presence of the particular permission. -- Added file: http://bugs.python.org/file15939/smime.p7s ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ smime.p7s Description: S/MIME cryptographic signature ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7718] Build shared libpythonX.Y.so on IRIX
Stuart Shelton srcshel...@gmail.com added the comment: I've no objection to signing the relevant paperwork if that's what's needed to get this committed - if someone could point me in the direction of what I needed to do in order to do so? -- nosy: +srcshelton ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7717] Compilation fixes for IRIX
Stuart Shelton srcshel...@gmail.com added the comment: As-per 7718 I'm happy to complete any relevant paperwork: these patches (which are by now of my own creation: Frank Everdij helped sort out the N32.s fixes, but these were no longer required by 2.6.4 and 2.7) are already posted in the public Gentoo bug-tracker, and clearly having them merged is the best solution all around. Let me know what I need to do and I'll get on it. -- nosy: +srcshelton ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7717] Compilation fixes for IRIX
Brian Curtin cur...@acm.org added the comment: http://www.python.org/psf/contrib/ has the relevant contributor agreement. -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1670765] email.Generator: no header wrapping for multipart/signed
R. David Murray rdmur...@bitdance.com added the comment: See issue 1670765 for more discussion of the whitespace issues. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1670765 ___ ___ 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
Daniel daniel.mon...@free.fr added the comment: Sorry, I am on others problems and i don't have any time to look at a solution :( Daniel. -- ___ 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
[issue1670765] email.Generator: no header wrapping for multipart/signed
Martin von Gagern martin.vgag...@gmx.net added the comment: Wrong issue number again, or did you deliberately try to catch me in an infinite see-also loop? ;-) I've tried to work out what issue you meant, but failed so far. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1670765 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5753] CVE-2008-5983 python: untrusted python modules search path
Tomas Hoger tho...@redhat.com added the comment: Has anyone else had an opportunity to have a look at the change proposed in #msg90336? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1670765] email.Generator: no header wrapping for multipart/signed
R. David Murray rdmur...@bitdance.com added the comment: Heh. Copy and paste error. I copied the issue number I wanted to reference, then copied the issue number I needed to open in order to paste the reference, and then promptly forgot that I had to recopy the issue number to paste it... Anyway, the correct cross reference is to issue 968430. Thanks for keeping me accurate, again. (Hopefully I did the copy and paste right this time:) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1670765 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Martin v. Löwis mar...@v.loewis.de added the comment: Given that there is a specific permission that can be assigned to the buildslave user, it seems appropriate that the tests that attempt to create symlinks should fail if the user does not have that permission. No, the test should *not* fail. A failing test means the test has completed, and the outcome was not expected, due to a bug somewhere (the operating system, Python, or the test case proper). This is not the case if the link cannot be created - the resulting behavior is exactly the correct, and expected one (under the circumstances). Martin, do you still prefer something that wraps tests that call symlink and only executes those tests if the current user context has that permission? Most definitely. That's what the notion of a skipped test is for (as opposed to a failed one). -- title: Add os.link() and os.symlink() and os.path.islink() support for Windows - Add os.link() and os.symlink() and os.path.islink() support for Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Martin v. Löwis mar...@v.loewis.de added the comment: If there is a skip test, it should be dependent on the specific permission required. Terminology: it's a privilege, not a permission. Permissions (in Windows) are stored in ACLs on objects, granted by the owner of the object. Privileges are held by users, granted by the system administrator. -- title: Add os.link() and os.symlink() and os.path.islink() support for Windows - Add os.link() and os.symlink() andos.path.islink() support for Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1596321] KeyError at exit after 'import threading' in other thread
Christian Walther cwalt...@users.sourceforge.net added the comment: I have the impression we're tracking two completely unrelated problems in this tracker item. As to needs patch regarding my problem: Here's the solution I proposed in my original post in patch form - I'm just not sure if it is correct. I don't recommend applying this until someone who is familiar with the workings of the threading module has confirmed that removing self from _active is the right thing to do (and that what I'm doing is the accepted pythonic way of removing a dictionary entry by value). Index: Lib/threading.py === --- Lib/threading.py(revision 77598) +++ Lib/threading.py(working copy) @@ -611,7 +611,11 @@ try: with _active_limbo_lock: -del _active[_get_ident()] +for k, v in _active.iteritems(): +if v is self: break +else: +assert False, thread instance not found in _active +del _active[k] # There must not be any python code between the previous line # and after the lock is released. Otherwise a tracing function # could try to acquire the lock again in the same thread, (in -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1596321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included
Changes by Charles Cazabon charlesc-pyt...@pyropus.ca: Removed file: http://bugs.python.org/file14987/worker-lifetime-python2.6.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6963] Add worker process lifetime to multiprocessing.Pool - patch included
Charles Cazabon charlesc-pyt...@pyropus.ca added the comment: No problem, Jesse, I realize you're busy. I've updated the patch very slightly to handle an issue I had where the worker maintainer hung once. -- Added file: http://bugs.python.org/file15940/worker-lifetime-python2.6.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7610] Cannot use both read and readline method in same ZipExtFile object
Nir Aides n...@winpdb.org added the comment: Uploaded an updated patch with read() which calls underlying stream enough times to satisfy required read size. -- Added file: http://bugs.python.org/file15941/zipfile_7610_py27_v5.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7610 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Changes by Jason R. Coombs jar...@jaraco.com: Removed file: http://bugs.python.org/file15938/smime.p7s ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Changes by Jason R. Coombs jar...@jaraco.com: Removed file: http://bugs.python.org/file15939/smime.p7s ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7734] discuss mark-as-invalid trick in heapq docs
New submission from Joshua Bronson jabron...@gmail.com: Though the heapq module does not support changing the priority of a particular element of the heap (a necessary operation for the A* search family of algorithms), such an element can be marked as invalid and a new element can be added with different priority. Any element marked as invalid that makes it to the top of the heap can simply be popped off and ignored. Users who haven't seen this trick before might mistakenly think the heapq module does not provide sufficient operations to implement A* search. Please see the recent thread on comp.lang.python for more background: http://groups.google.com/group/comp.lang.python/browse_frm/thread/8adc3ce8d2219647 -- assignee: georg.brandl components: Documentation messages: 98034 nosy: georg.brandl, jab, rhettinger severity: normal status: open title: discuss mark-as-invalid trick in heapq docs versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7734 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7734] discuss mark-as-invalid trick in heapq docs
Eric Smith e...@trueblade.com added the comment: Assigning to Raymond, per his request in the c.l.p. thread. -- assignee: georg.brandl - rhettinger nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7734 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7735] python creates IPv6 DNS requests even when built with --disable-ipv6
New submission from Evan Teran evan.te...@gmail.com:
I have encountered an issue where python will do a request even when built
without IPv6. This becomes an issue because on some configurations this seems
to cause a 5 second delay on DNS lookups (that is a separate issue of course).
Basically here is what I am seeing:
#!/usr/bin/python
import urllib2
print urllib2.urlopen('http://python.org/').read(100)
results in the following:
0.00 10.102.0.79 - 8.8.8.8 DNS Standard query A python.org
0.23 10.102.0.79 - 8.8.8.8 DNS Standard query python.org
0.005369 8.8.8.8 - 10.102.0.79 DNS Standard query response A
82.94.164.162
5.004494 10.102.0.79 - 8.8.8.8 DNS Standard query A python.org
5.010540 8.8.8.8 - 10.102.0.79 DNS Standard query response A
82.94.164.162
5.010599 10.102.0.79 - 8.8.8.8 DNS Standard query python.org
5.015832 8.8.8.8 - 10.102.0.79 DNS Standard query response
2001:888:2000:d::a2
looking at socket.py in create_connection() (line 500 on my python 2.6.4
stdlib) the code is like this:
for res in getaddrinfo(host, port, 0, SOCK_STREAM):
af, socktype, proto, canonname, sa = res
sock = None
try:
sock = socket(af, socktype, proto)
if timeout is not _GLOBAL_DEFAULT_TIMEOUT:
sock.settimeout(timeout)
sock.connect(sa)
return sock
except error, msg:
if sock is not None:
sock.close()
The 3rd argument is the socket type, which is set to 0 which apparently means
unspecified. It seems to me that if python is built without IPv6 support it
should instead pass AF_INET since even if it does get an IPv6 response it can't
possibly use it.
--
components: None
messages: 98036
nosy: Evan.Teran
severity: normal
status: open
title: python creates IPv6 DNS requests even when built with --disable-ipv6
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7735
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7735] python creates IPv6 DNS requests even when built with --disable-ipv6
Martin v. Löwis mar...@v.loewis.de added the comment: Can you propose a patch? I personally consider this not worth the effort. Unless there is a DNS problem, this cases shouldn't really be noticable, as the socket module will immediately report that IPv6 is not supported (without even consulting the operating system). So if there is a problem, it must be with DNS, in which case I would rather recommend to fix the DNS setup. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7735] python creates IPv6 DNS requests even when built with --disable-ipv6
Changes by Brian Curtin cur...@acm.org: -- components: +Library (Lib) -None priority: - normal stage: - test needed type: - behavior versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7735 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
New submission from Nikolaus Rath nikol...@rath.org:
The following is a very subtle bug and it took me a couple of days to reduce it
to a manageable test case. So please bear with me even if it's tedious.
The problem is that in some cases the use of ctypes for a callback function
freezes the entire process. Even 'gdb -p' freezes when trying to attach to the
affected PID. The process can not be killed with SIGTERM.
Please consider the attached example. It needs the fuse headers installed to
work (package libfuse-dev under Debian).
Step 1: Compile hello_ll.c with
gcc -Wall -g3 -O0 -fPIC `pkg-config fuse --cflags` -c hello_ll.c
gcc -Wall -g3 -O0 -shared `pkg-config fuse --libs` -o hello_ll.so hello_ll.o
into a shared library. The do_mount() function will be called with ctypes from
call_hello.py.
Step 2: In call_hello.py you need to adjust the import of libfuse to match your
installed FUSE version (2.6 or 2.8). The libfuse2{6,8}.py files have been
autogenerated with ctypeslib. I can provide versions for other FUSE versions as
well if necessary. Note that the problem is most likely not with the
definitions in this file, I checked all of them carefully by hand.
Step 3: Create an empty directory 'mnt' in the working directory
Step 4: Run call_hello.py. It will mount a simple example FUSE file system in
mnt, read the directory, umount the fs and exit.
Step 5: Uncomment line 36 of call_hello.py. This will substitute the C function
hello_ll_opendir() (defined in hello_ll.c) by the Python function
fuse_opendir(). Note that both functions do exactly the same thing, they just
call the fuse function fuse_reply_err.
Step 6: Run call_hello.py again. The program will hang completely. You can
salvage the mount point with fusermount -u -z mnt.
Step 7: Comment out line 47 in call_hello.py, so that the process itself does
not try to access the mountpoint anymore.
Step 8: Run call_hello.py again. Observe that the file system mounts and
umounts fine. Accessing the mountpoint with a different process does not
trigger the freeze either.
In summary, the process hangs only if:
1) The opendir function is implemented as a ctypes callback
and
2) the mounting process itself tries to access the mountpoint
I suspect that the ctypes callback may somehow deadlock with the thread that
tries to access the mountpoint.
If someone can tell me how to get around the hanging gdb process, i'll be happy
to provide a backtrace. I have already installed debugging symbols for both
Python and libfuse.
Thank you for taking the time to read up to this point :-)
--
assignee: theller
components: ctypes
messages: 98038
nosy: Nikratio, theller
severity: normal
status: open
title: ctypes freezes/deadlocks process
type: crash
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7736
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7737] Patch all tests to change assertTrue(a [not] in b [, c]) - assert[Not]In(a, b [, c])
New submission from Dave Malcolm dmalc...@redhat.com: In many places throughout the existing test suite, there are assertions of the form: self.assertTrue(chips in menu) and of the form: self.assertTrue(cheese not in shop) If these fail, the error message will merely tell you that the condition failed, without telling you the values. Some of these tests have an additional handcoded msg argument. The attached patch (to the py3k branch) changes all of these assertions to use the assertIn and assertNotIn methods: when these fail, the log will indicate the repr() of the left- and right- hand sides. If a msg argument was provided which isn't the left or right-hand side, I supply that as a third argument (which these methods can also accept). I generated this patch using this pair of shell commands: # Fixup not in: find Lib/test -name test_\*.py \ | xargs sed --in-place -r -e s|self.assertTrue\((.*) not in (.*)\)|self.assertNotIn(\1, \2)|g # Fixup in: find Lib/test -name test_\*.py \ | xargs sed --in-place -r -e s|self.assertTrue\((.*) in (.*)\)|self.assertIn(\1, \2)|g and then manually fixing the tests until they worked (the above isn't perfect, but was close enough, if I had to do it again I'd write a python script). I edited some of the basic tests for collections that verify in/not-in semantics, so that both forms of test are present (using the assertIn variant first, to provide better logs in the event of failure. I'm not sure that doing so is meaningful though (assertIn does a member not in container, and assertNotIn does a member in container test). I've rerun the test on my local build, and verified the code visually (however the patch is rather large so I may have missed something): 75 files changed, 471 insertions(+), 454 deletions(-) (suggested by http://bugs.python.org/msg97856 ) -- components: Tests files: py3k-use-assertIn-and-NotIn-in-tests.patch keywords: patch messages: 98039 nosy: dmalcolm severity: normal status: open title: Patch all tests to change assertTrue(a [not] in b [, c]) - assert[Not]In(a, b [,c]) versions: Python 3.2 Added file: http://bugs.python.org/file15942/py3k-use-assertIn-and-NotIn-in-tests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Added file: http://bugs.python.org/file15943/call_hello.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Added file: http://bugs.python.org/file15944/hello_ll.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Added file: http://bugs.python.org/file15945/libfuse26.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Added file: http://bugs.python.org/file15946/libfuse28.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7610] Cannot use both read and readline method in same ZipExtFile object
Antoine Pitrou pit...@free.fr added the comment: The patch looks rather good. Is `self.MAX_N` still necessary in read()? I guess it's rare to read more than 2GB at once, though... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7610 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Added file: http://bugs.python.org/file15947/call_hello.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Removed file: http://bugs.python.org/file15943/call_hello.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Nikolaus Rath nikol...@rath.org added the comment: Reproduced with Python 3.1 -- versions: +Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Removed file: http://bugs.python.org/file15947/call_hello.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7736] ctypes freezes/deadlocks process
Changes by Nikolaus Rath nikol...@rath.org: Added file: http://bugs.python.org/file15948/call_hello.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7737] Patch all tests to change assertTrue(a [not] in b [, c]) - assert[Not]In(a, b [, c])
Changes by Brian Curtin cur...@acm.org: -- keywords: +needs review nosy: +brian.curtin priority: - low stage: - patch review type: - feature request versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7737] Patch all tests to change assertTrue(a [not] in b [, c]) - assert[Not]In(a, b [, c])
Benjamin Peterson benja...@python.org added the comment: Thanks for the patch! Applied in r77604. -- nosy: +benjamin.peterson resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo iso-2202. iso-2022 is correct.
R. David Murray rdmur...@bitdance.com added the comment: Hmm. I suspect that that typo is fortunate rather than the source of a bug. As far as I can see, if a message contains valid iso-2022 characters, it will always encode to ASCII successfully and therefore be given a content-transfer-encoding of 7bit. If on the other hand it contains 8 bit characters, it should be marked as 8bit, even if it claims to be iso-2022. (Well, actually it should throw an error, but that's a different bug.) In other words, I think the correct thing to do is to delete that if test. Do you have a case where the code produces incorrect behavior that your patch turns into correct behavior? -- nosy: +r.david.murray priority: - normal stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7472] email.encoders.encode_7or8bit(): typo iso-2202. iso-2022 is correct.
Changes by R. David Murray rdmur...@bitdance.com: -- versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3426] os.path.abspath with unicode argument should call os.getcwdu
Brian Curtin cur...@acm.org added the comment: Passes on Windows, Mac, and Linux. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6293] Have regrtest.py echo back sys.flags
Brian Curtin cur...@acm.org added the comment: Seems like a good idea to me, but maybe not as the default? -- keywords: +needs review nosy: +brian.curtin priority: - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6293 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7610] Cannot use both read and readline method in same ZipExtFile object
Nir Aides n...@winpdb.org added the comment: Right, removed MAX_N from read(); remains in read1(). If good, what versions of Python is this patch desired for? -- Added file: http://bugs.python.org/file15949/zipfile_7610_py27_v6.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7610 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
