[issue4071] ntpath.abspath fails for long str paths
Changes by Jason Day [EMAIL PROTECTED]: -- title: ntpath.abspath can fail on Win Server 2008 (64-bit) - ntpath.abspath fails for long str paths ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4083] try statement in language reference not updated for v2.6
New submission from Davi Post [EMAIL PROTECTED]: Language Reference for the try statement does not show changes for v2.6, specifically the PEP 3110: Exception-Handling Changes. At least, the grammar should include the except ... as syntax. http://docs.python.org/reference/compound_stmts.html#try http://docs.python.org/whatsnew/2.6.html#pep-3110-exception-handling- changes http://www.python.org/dev/peps/pep-3110/#compatibility -- assignee: georg.brandl components: Documentation messages: 74556 nosy: davipo, georg.brandl severity: normal status: open title: try statement in language reference not updated for v2.6 type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4083 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4084] Decimal.max(NaN, x) gives incorrect results when x is finite and long
New submission from Mark Dickinson [EMAIL PROTECTED]:
Here's a snippet from Python 2.6:
from decimal import Decimal, getcontext
getcontext().prec = 3
Decimal('NaN').max(Decimal('1234'))
Decimal('sNaN234')
The result here should be Decimal('1.23E+3')---the specification says that
the result of comparing a quiet NaN with a finite value should be that
finite value, rounded according to the context.
This also affects min, max_mag and min_mag.
The cause is that non-NaNs are incorrectly being passed to the _fix_nan
method. The attached patch fixes this, and adds new testcases to
extra.decTest to stop it happening again.
It would be good to get this fix into 3.0, if possible. I think it should
also be backported to 2.5.3.
--
assignee: facundobatista
files: decimal_maxbug.patch
keywords: patch
messages: 74557
nosy: facundobatista, marketdickinson
priority: normal
severity: normal
status: open
title: Decimal.max(NaN, x) gives incorrect results when x is finite and long
type: behavior
versions: Python 2.5.3, Python 2.6, Python 2.7, Python 3.0
Added file: http://bugs.python.org/file11753/decimal_maxbug.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4084
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4085] 2.5.2 whatsnew document corrupts names, by having broken HTML, at least on the Web.
Georg Brandl [EMAIL PROTECTED] added the comment: Your analysis is correct -- the HTML is invalid. However, this problem doesn't occur in new documentation since we don't use the system used until 2.5 anymore. -- resolution: - wont fix status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3741] DISTUTILS_USE_SDK set causes msvc9compiler.py to raise an exception
Christian Boos [EMAIL PROTECTED] added the comment: Hit the same issue, which is actually only a typo, as self.__path is used nowhere. diff -r 4d10dcbd5f63 Lib/distutils/msvc9compiler.py --- a/Lib/distutils/msvc9compiler.pyThu Oct 09 11:19:40 2008 +0200 +++ b/Lib/distutils/msvc9compiler.pyThu Oct 09 12:01:27 2008 +0200 @@ -316,7 +316,7 @@ self.__version = VERSION self.__root = rSoftware\Microsoft\VisualStudio # self.__macros = MACROS -self.__path = [] +self.__paths = [] # target platform (.plat_name is consistent with 'bdist') self.plat_name = None self.__arch = None # deprecated name -- nosy: +cboos ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1905] PythonLauncher not working correctly on OS X 10.5/Leopad
The Lawnmower man [EMAIL PROTECTED] added the comment: Sorry, but I still have the same problem as Kevin Walzer and I can't understand the solution proposed by Ronald Oussoren. Where is the patch? How can I install it? What I am supposed to do? Thank you very much! -- nosy: +thelawnmowerman ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1905 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4086] support %z format in time.strftime and _strptime?
New submission from Skip Montanaro [EMAIL PROTECTED]: While responding to a c.l.py question just now I discovered that numeric timezone offsets don't appear to be supported by either the time.strftime function or the _strptime module. I noticed on my Mac's strftime(3) man page that it supports a %Z format for TZ names and a %z format for numeric tz offsets. It seems Python should as well. -- messages: 74570 nosy: skip.montanaro priority: normal severity: normal status: open title: support %z format in time.strftime and _strptime? type: feature request versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Christian Heimes [EMAIL PROTECTED] added the comment: I build the installation myself and used make altinstall, too. Even the latest checkout of the 2.6 branch fails to print the site information. $ ./configure ... $ make ... $ ./python -m site $ ./python -m platform Linux-2.6.24-19-generic-x86_64-with-debian-lenny-sid $ uname -a Linux hamiller 2.6.24-19-generic #1 SMP Wed Aug 20 17:53:40 UTC 2008 x86_64 GNU/Linux $ LC_ALL=C svn info . Path: . URL: svn+ssh://[EMAIL PROTECTED]/python/branches/release26-maint Repository Root: svn+ssh://[EMAIL PROTECTED] Repository UUID: 6015fed2-1504-0410-9fe1-9d1591cc4771 Revision: 66863 Node Kind: directory Schedule: normal Last Changed Author: georg.brandl Last Changed Rev: 66859 Last Changed Date: 2008-10-08 21:28:36 +0200 (Wed, 08 Oct 2008) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Ulrich Eckhardt [EMAIL PROTECTED] added the comment: Roumen, just and explanation on the TCHAR/WCHAR/CHAR issue under win32... In the old days, DOS/Windows was built with 8-bit characters using codepages. So functions like CreateFile() took a char string that used the current local codepage as encoding. Now, since NT 4 (maybe even 3) the internally used char type is a 16-bit type. In order to ease conversion, the function CreateFile() was removed (it still exists in oldnames.lib) and replaced with CreateFileW() and CreateFileA(), which explicitly take either a codepage-encoded 8-bit string or a UCS2/UTF-16 16-bit string. Under win9x, CreateFileW() actually tried to convert to the internally used 8-bit character type, while under NT, CreateFileA() converted from the codepage to the UTF-16 character type. Now, under CE, which is an embedded OS, neither the (legacy/obsolete/deprecated) codepages nor the according CreateFileA() functions exist. They simply have been removed to save space and because they are of limited functionality anyway. Which CE version? All of them, since at least CE3 (CE6 is current). Why not treat all strings as wide string? Because that would actually change the existing meaning of them and make it harder to impossible to create code that is portable. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: Platform? It works fine for me (system python is 2.5, local python is trunk - the tildes aren't actually in the printout, I subbed them in for my home directory): ~/devel/python$ python -m site sys.path = [ '~/devel/python', '/usr/lib/python25.zip', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', '/var/lib/python-support/python2.5/gtk-2.0', ] [EMAIL PROTECTED]:~/devel/python$ ./python -m site sys.path = [ '~/devel/python', '/usr/local/lib/python27.zip', '~/devel/python/Lib', '~/devel/python/Lib/plat-linux2', '~/devel/python/Lib/lib-tk', '~/devel/python/Lib/lib-old', '~/devel/python/Modules', '~/devel/python/build/lib.linux-i686-2.7', ] USER_BASE: '/home/ncoghlan/.local' (exists) USER_SITE: '/home/ncoghlan/.local/lib/python2.7/site-packages' (doesn't exist) ENABLE_USER_SITE: True ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: Platform? It works fine for me (system python is 2.5, local python is trunk - the tildes aren't actually in the printout, I subbed them in for my home directory): ~/devel/python$ python -m site sys.path = [ '~/devel/python', '/usr/lib/python25.zip', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', '/var/lib/python-support/python2.5/gtk-2.0', ] [EMAIL PROTECTED]:~/devel/python$ ./python -m site sys.path = [ '~/devel/python', '/usr/local/lib/python27.zip', '~/devel/python/Lib', '~/devel/python/Lib/plat-linux2', '~/devel/python/Lib/lib-tk', '~/devel/python/Lib/lib-old', '~/devel/python/Modules', '~/devel/python/build/lib.linux-i686-2.7', ] USER_BASE: '~/.local' (exists) USER_SITE: '~/.local/lib/python2.7/site-packages' (doesn't exist) ENABLE_USER_SITE: True ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Roumen Petrov [EMAIL PROTECTED] added the comment: Which CE version ? Is the patch required for previous/next CE version ? If the CE can't work with char why the compiler don't threat strings as wide characters always ? -- nosy: +rpetrov ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Changes by Nick Coghlan [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Changes by Nick Coghlan [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4087] equality involving Decimals is not transitive; strange set behaviour results
New submission from Mark Dickinson [EMAIL PROTECTED]:
The Decimal module breaks transitivity of equality: Decimal(2) == 2 and
2 == float(2), but Decimal(2) != float(2).
The Python set and dict implementations rely on transitivity of equality
for correct operation.
These two facts together give some strange results when playing with
sets and dicts involving Decimals and floats. For example (with Python
2.6):
s = set([Decimal(2), float(2)])
t = set([2])
s | t == t | s
False
len(s | t)
2
len(t | s)
1
Other strange examples, and possible solutions, were discussed recently
on comp.lang.python; see the thread starting at:
http://mail.python.org/pipermail/python-list/2008-September/508859.html
Possible solutions:
(1) Document the problem, making it clear in the language reference that
correct set operation relies on transitivity of equality, and adding a
note to the decimal documentation indicating that mixing floats and
Decimals in a container is asking for trouble.
(2) Fix up Decimal so that equal numeric objects compare equal; this
would also involve fixing the hash operation. To me, this goes against
the philosophy of keeping the Decimal module close to the specification.
(3) Terry Reedy suggested (in the c.l.python thread linked to above) a
simpler version of (2): allow Decimal(i) == float(i) or Decimal(i) ==
Fraction(i) to return True for all integers i. (Decimal('0.5') == 0.5
would still return False.) This fixes transitivity, and has the
advantage of not requiring any changes to the hash functions:
hash(Decimal(i)) == hash(float(i)) is already true for all integers i.
My own preference would be simply to document the problem; it doesn't
seem like something that's going to affect that vast majority of Python
users.
Raymond, Facundo: any thoughts?
--
messages: 74576
nosy: facundobatista, marketdickinson, rhettinger, tjreedy
priority: normal
severity: normal
status: open
title: equality involving Decimals is not transitive; strange set behaviour
results
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4087
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Ulrich Eckhardt [EMAIL PROTECTED] added the comment: Actually, even _Py_NegativeRefcount() passes a statically sized buffer with 300 chars. Other than that, there is get_ref_type() which uses one with 350 chars, but AFAICT, that's the largest one. Attached accordingly modified patch. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3724] math.log(x, 10) gives different result than math.log10(x)
Mark Dickinson [EMAIL PROTECTED] added the comment: Mark, is some of the inaccuracy due to double rounding? No, I don't think so; at least, not in the sense of rounding the same value twice (with different precisions). I get similar results on my Core 2 Duo machine, which should be immune to x87 style problems (because Apple's gcc turns sse instructions on by default, I guess). It's just a result of three separate rounds: one for each log, and one for the result of the division. Could we make the two argument form more accurate by allowing the compiler to generate code that uses full internal precision, log(n)/log(d), instead of prematurely forcing the intermediate results to a PyFloat? Seems to me that would only work on older x86 hardware, unless we deliberately use long double in place of double for the intermediate results. Personally, I don't think it's worth the effort of fixing this: the result of log(x, 10) is accurate to within a few ulps anyway, which should be plenty good enough for any well-coded numerical work: any numerically aware programmer should be well aware that it's dangerous to rely on floating-point operations giving exact results. And in any case there's always log10. As a separate issue, it may be worth exposing C99's log2 function in some future version of Python. This, presumably, can be relied upon always to give exact results for powers of 2, which could be useful in some applications. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3724 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Changes by Nick Coghlan [EMAIL PROTECTED]: ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: Hmm, that makes for absolutely identical base systems except that mine is i686 where yours is x86_64. What do you see if you stick some debugging messages at module level in site.py? (e.g. printing out __name__) (I'll be going offline shortly - I'll have another look tomorrow night, but since I can't reproduce this locally I'm probably not going to be much help in figuring out where it is losing the plot) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Christian Heimes [EMAIL PROTECTED] added the comment: I already added a print __name__ right before the if __name__ == __main__ block. Python 2.5, trunk and 3.0 print: site __main__ while Python 2.6 just prints: site Christian ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4076] Cannot build non-framework tkinter Python on Mac OS X.5
Dan OD [EMAIL PROTECTED] added the comment: Confusion - apologies - please remove this report. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3727] poplib module broken by str to unicode conversion
Giampaolo Rodola' [EMAIL PROTECTED] added the comment: As for issue #3911 this is another module for which an actual test suite would be very necessary. -- nosy: +giampaolo.rodola ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3727 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: I'm setting up a 2.6 working area now - we'll see what's to be seen once I have that up and running. None of the runpy or pkgutil stuff has been touched in months though (since PEP 366 was implemented), so I'm a little puzzled how it could be working on the trunk and not on the 2.6 maintenance branch. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: Platform? It works fine for me (system python is 2.5, local python is trunk - the tildes aren't actually in the printout, I subbed them in for my home directory): ~/devel/python$ python -m site sys.path = [ '~/devel/python', '/usr/lib/python25.zip', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', '/var/lib/python-support/python2.5/gtk-2.0', ] ~/devel/python$ ./python -m site sys.path = [ '~/devel/python', '/usr/local/lib/python27.zip', '~/devel/python/Lib', '~/devel/python/Lib/plat-linux2', '~/devel/python/Lib/lib-tk', '~/devel/python/Lib/lib-old', '~/devel/python/Modules', '~/devel/python/build/lib.linux-i686-2.7', ] USER_BASE: '~/.local' (exists) USER_SITE: '~/.local/lib/python2.7/site-packages' (doesn't exist) ENABLE_USER_SITE: True ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: No joy. 32-bit Ubuntu here, and ./python -m site works fine on the 2.6 branch, as does python2.6 -m site after a make altinstall. Is this an installation you built yourself, or was it packaged by someone else? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Christian Heimes [EMAIL PROTECTED] added the comment: It's an *installation* of Python 2.6.0 (r26:66714, Oct 2 2008) on Ubuntu Linux AMD64. The feature is broken on the release26-maint branch but it works fine on the trunk. -- versions: -Python 2.7 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4082] python2.6 -m site doesn't run site._script() any more
Nick Coghlan [EMAIL PROTECTED] added the comment: Platform? It works fine for me (system python is 2.5, local python is trunk - the tildes aren't actually in the printout, I subbed them in for my home directory): ~/devel/python$ python -m site sys.path = [ '~/devel/python', '/usr/lib/python25.zip', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', '/var/lib/python-support/python2.5/gtk-2.0', ] ~/devel/python$ ./python -m site sys.path = [ '~/devel/python', '/usr/local/lib/python27.zip', '~/devel/python/Lib', '~/devel/python/Lib/plat-linux2', '~/devel/python/Lib/lib-tk', '~/devel/python/Lib/lib-old', '~/devel/python/Modules', '~/devel/python/build/lib.linux-i686-2.7', ] USER_BASE: '/home/ncoghlan/.local' (exists) USER_SITE: '/home/ncoghlan/.local/lib/python2.7/site-packages' (doesn't exist) ENABLE_USER_SITE: True ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4012] Minor errors in multiprocessing docs
David Ripton [EMAIL PROTECTED] added the comment: Also, two of the example code blurbs in that page still refer to the module as processing instead of multiprocessing. (Search for import processing to find them.) -- nosy: +dripton ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4085] 2.5.2 whatsnew document corrupts names, by having broken HTML, at least on the Web.
New submission from David Jones [EMAIL PROTECTED]: Consider the web page: http://www.python.org/doc/2.5.2/whatsnew/acks.html (the problem appears throughout the whatsnew document, but that page happens to be short and have more than one instance). On my browser, Safari 3.1.2 on Intel OS X 10.4.11, Martin von Löwis has his name corrupted, as does Lars Gustäbel. The problem seems to be because whilst the page is encoded in utf-8 the web server does not transmit a Content-Type header that specifies utf-8: $ curl -I http://www.python.org/doc/2.5.2/whatsnew/acks.html HTTP/1.1 200 OK Date: Thu, 09 Oct 2008 08:51:22 GMT Server: Apache/2.2.3 (Debian) DAV/2 SVN/1.4.2 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_wsgi/2.0 Python/2.4.4 Last-Modified: Fri, 22 Feb 2008 12:58:18 GMT ETag: 12c008-1336-c6b00e80 Accept-Ranges: bytes Content-Length: 4918 Content-Type: text/html Shouldn't that be Content-Type: text/html; charset=UTF-8? Yeah, probably. Shouldn't the browser be using the meta tag in the HTML file itself? Probably, but your broken HTML is preventing Safari from parsing the meta tag correctly. Specifically: $ curl http://www.python.org/doc/2.5.2/whatsnew/acks.html | grep rel=.first. link rel=first href=whatsnew25.html title='What's new in python 2.5' / The title attribute of that link element is incorrect. It features a single-quote inside a single-quoted string. Oopsie. I don't think Safari should be so mean, but bad HTML is bad HTML. Taking a local copy and fixing that title attribute (by using double quotes for example) causes the page to render just fine. -- assignee: georg.brandl components: Documentation messages: 74560 nosy: drj, georg.brandl severity: normal status: open title: 2.5.2 whatsnew document corrupts names, by having broken HTML, at least on the Web. type: behavior versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4088] Patch to implement a real poplib test suite
New submission from Giampaolo Rodola' [EMAIL PROTECTED]: poplib module is currently lacking a test suite which actually connects to a server and uses the POP3 class methods and facilities. Bug #3727, discovered just a bunch of days before the stable release of Python 3.0 is an example of how much a test suite is necessary. As done in #3939 for the ftplib module, in attachment I provide a test suite which implements an asyncore-based dummy POP3 server which sends fixed response codes that I used to test all the relevant POP3 class methods. Tests for the POP3_SSL class are also included. Although not that useful (IMHO) I didn't remove the old tests about timeouts. Tested successfully against Python 2.6 on Windows XP SP3, Debian Etch and FreeBSD 7.0. -- components: Tests files: test_poplib.patch keywords: patch messages: 74581 nosy: benjamin.peterson, facundobatista, giampaolo.rodola, gvanrossum severity: normal status: open title: Patch to implement a real poplib test suite versions: Python 2.7, Python 3.0, Python 3.1 Added file: http://bugs.python.org/file11754/test_poplib.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4088 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4089] linking python2.6.dll crash on windows xp
New submission from Manuel [EMAIL PROTECTED]: On some machines, the application (makehuman, an open source software) crash, immediately, as soon the user try to double click on the exe. The problem happen with the version compiled using python 2.6, while the one compiled with 2.5 work fine. We have asked to our users to try the installation of Visual C++ 2005 Redistributable Package, but this hasn't fixed the crash. Both binary files (compiled using gcc and debug symbols with 2.5 and with 2.6) are here: http://www.makehuman.org/tmp/makehuman_test_python25_and_python26.zip Furthermore: Installing full python2.6 it work. Unistalling full python2.6 it don't work. Installing python26 and deleting C:/python26 folder (without unistall it), it work again... thx, Manuel -- components: Windows messages: 74582 nosy: Manuel severity: normal status: open title: linking python2.6.dll crash on windows xp type: crash versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4089] linking python2.6.dll crash on windows xp
Manuel [EMAIL PROTECTED] added the comment: gdb output from one of our users: warning: LDR: LdrpWalkImportDescriptor() failed to probe python26.dll for its manifest, ntstatus 0xc0150002 Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program exited with code 0305. You can't do that without a process to debug. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4089] linking python2.6.dll crash on windows xp
Changes by Giampaolo Rodola' [EMAIL PROTECTED]: -- nosy: +giampaolo.rodola ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3724] math.log(x, 10) gives different result than math.log10(x)
Raymond Hettinger [EMAIL PROTECTED] added the comment: +1 on a log2 function, especially one that has been generalized to work with long integers. It would help with the numbits problem that comes-up all the time. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3724 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4090] Documenting set comparisons and operations
New submission from Terry J. Reedy [EMAIL PROTECTED]:
RefMan Expressions Comparisons has a subsection headed
Comparison of objects of the same type depends on the type
with entries for numbers, bytes, strings, tuples, lists, mappings, and
most_other (compared by id). Sets (and dict views) are missing. While
sets are similar to dicts, they are different because they also have
order comparisons.
A problem in defining comparisons for sets is that the usual definitions
depend on equality comparisons of the members involved being, as usual,
reflexive, symmetric, and transitive. But float('nan') is irreflexive.
For integral value i, int(i), float(i) or Fraction(i), and Decimal(i)
are (currently) jointly intransitive. See
http://bugs.python.org/issue4087
Even without these issues, users are free to write __eq__ methods
however they want.
So I suggest something like the following:
If equality among the set members involved is reflexive, symmetric, and
transitive as defined in mathematics, set comparisons have the usual
definitions in terms of set inclusion. Otherwise, they are undefined.
If dict equality had been defined in terms of equality of the set of
(key,value) pairs, it would have the same problem. The algorithmic
definition in terms of ordered lists works fine, however.
I also suggest a warning be added at the top of the set section in the
Lib. Ref. Something like:
The usual definitions of set operations, given below, depend on
equality testing between the members involved being reflexive,
symmetric, and transitive. If this is not true, results are undefined.
--
assignee: georg.brandl
components: Documentation
messages: 74585
nosy: georg.brandl, tjreedy
severity: normal
status: open
title: Documenting set comparisons and operations
versions: Python 2.6, Python 2.7, Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4090
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4087] equality involving Decimals is not transitive; strange set behaviour results
Terry J. Reedy [EMAIL PROTECTED] added the comment: There are two issues involved: 1. documenting set behavior 2. what to do, if anything, about Decimals and other numbers Since users are free to create similar problems, and since sets are missing from the Reference section on comparisons, I opened a separate set documentation issue http://bugs.python.org/issue4090 leaving this as a Decimal-other_number equality issue. The root of the problem is that all members of s are members of t and vice versa. This should make s and t equal, but they are not. This also breaks the definitions of issubset (=), issuperset (=), union (|), and symmetric_difference (^) as shown in the c.l.p thread. Transitivity is also fundamental in logic and the rule of substitution. So I strongly prefer that it be preserved in Python as released. Another way to restore transitivity is (4) make Decimal(1) != int(1) just as Decimal(1) != float(1). Having a Decimal be equal in value to just one of two things that are equal in value is incoherent, and leads to incoherent results. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4087] equality involving Decimals is not transitive; strange set behaviour results
Facundo Batista [EMAIL PROTECTED] added the comment: (Ok, remember that I'm not a numeric guy before start hitting me, :p ) I think that if we have Decimal(1)==1, and 1==1.0, to have Decimal(1)==1.0. We always rejected comparison with unsupported types, but having this situation, I'd propose to put something like the following at the beggining of __eq__() and similars: def __eq__(self, other): if isinstance(other, float) and int(other)==other: other = int(other) What do you think? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4087] Document the effects of NotImplemented on == and !=
Raymond Hettinger [EMAIL PROTECTED] added the comment: Recommend not doing anything about decimals and other numbers. What you're seeing is a predictable consequence of NotImplemented being returned by some but not all cross type comparisons. IMO, it is perfectly reasonable that both decimals and floats can be compared to integers but not to each other. Integers are a universal donor in this respect but the two float types are not. It is true that equality should be transitive but the same cannot be said for the *ability of types* to be compared. Unfortunately, the == operator masks what is going on by returning False instead of raising a NotImplementedError. IOW, it the apparant loss of transitivity when float(2) == Decimal(2) returns False is an illusion; instead, the False return means that the types cannot be compared at all. If any doc changes are made with respect to this issue, it should be in the docs for the == and != operators and for NotImplemented. -- assignee: - georg.brandl components: +Documentation nosy: +georg.brandl priority: normal - low title: equality involving Decimals is not transitive; strange set behaviour results - Document the effects of NotImplemented on == and != ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4090] Documenting set comparisons and operations
Raymond Hettinger [EMAIL PROTECTED] added the comment: I don't think this is necessary. The ordering operators for sets are already documented to mean subset/superset comparisons. Will look at it a bit more and possibly add a parenthetical note reminding people that superset/superset are not total orderings. -- assignee: georg.brandl - rhettinger nosy: +rhettinger priority: - low ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4087] Document the effects of NotImplemented on == and !=
Terry J. Reedy [EMAIL PROTECTED] added the comment: If Decimal(2) == float(2) were to raise an error, set([Decimal(2), float(2)]) would fail, as I would argue it ought to, and the set anomalies would disappear. -- assignee: georg.brandl - priority: low - normal ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4072] build_py support for lib2to3 is stale
Changes by Thomas Heller [EMAIL PROTECTED]: -- nosy: +theller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4072 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4073] distutils build_scripts and install_data commands need 2to3 support
Changes by Thomas Heller [EMAIL PROTECTED]: -- nosy: +theller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4091] python dll not installed in windows system directory
New submission from Thomas Heller [EMAIL PROTECTED]: Python 2.6 final and Python 3.0 rc1 do NOT install the python dlls into the windows system directory, even when installing 'for all users' and with admin rights. This causes problems with COM objects implemented in Python. Observed on Windows XP SP3. -- components: Installation messages: 74591 nosy: theller severity: normal status: open title: python dll not installed in windows system directory type: behavior versions: Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Martin v. Löwis [EMAIL PROTECTED] added the comment: If the CE can't work with char why the compiler don't threat strings as wide characters always ? I think this question is pointless - we don't have the power to change how CE works. You might question whether Ulrich's analysis of the issue is accurate (I think it is), or whether Python should support CE at all (I think it should). FWIW, the compiler *does* work with char, and it needs to do so to support a byte type. It's just that the CE APIs don't support char (at least, some of them apparently don't). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath fails for long str paths
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I think attached patch fix_getfullpathname.patch will fix unicode issue at least. For ansi issue, I followed the manner of win32_chdir for now. After some investigation, GetFullPathNameA fails if output size is more than MAX_PATH even if input size is less than MAX_PATH. I feel it's difficult check this before invoking GetFullPathNameA. This is test for unicode issue. / import unittest import ntpath import os class TestCase(unittest.TestCase): def test_getfullpathname(self): for count in xrange(1, 1000): name = ux * count path = ntpath._getfullpathname(name) self.assertEqual(os.path.basename(path), name) if __name__ == '__main__': unittest.main() -- keywords: +patch versions: +Python 2.6, Python 3.0 Added file: http://bugs.python.org/file11755/fix_getfullpathname.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath fails for long str paths
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I feel it's difficult to check this before invoking GetFullPathNameA. And error number via GetLastError() is vogus, sometimes 0, sometimes others. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4092] inspect.getargvalues return type not ArgInfo
New submission from Aaron Brady [EMAIL PROTECTED]: Python 2.6 (r26:66721, Oct 2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)] on win 32 Type help, copyright, credits or license for more information. import inspect type( inspect.getargvalues( inspect.currentframe() ) ) type 'tuple' Docs say: inspect.getargvalues(frame) ... Changed in version 2.6: Returns a named tuple ArgInfo(args, varargs, keywords, locals). The code defines an ArgInfo type, but doesn't instantiate it in the return, as shown here: return args, varargs, varkw, frame.f_locals -- components: Library (Lib) messages: 74595 nosy: castironpi severity: normal status: open title: inspect.getargvalues return type not ArgInfo type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4092 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2190] MozillaCookieJar ignore HttpOnly cookies
Changes by John J Lee [EMAIL PROTECTED]: -- nosy: +jjlee ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2190 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Roumen Petrov [EMAIL PROTECTED] added the comment: My experience with windows CE ends with version about 3.1X. I couldn't remember wide character support on this version. PythonCE project use xxxA functions for CE .NET 4.20 platform. Pointless question is for compiler flags and is not related with the OS. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4076] Cannot build non-framework tkinter Python on Mac OS X.5
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4091] python dll not installed in windows system directory
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The following lines in msi.py seem to be the cause of the change: #dlldir = PyDirectory(db, cab, root, srcdir, DLLDIR, .) #install python30.dll into root dir for now dlldir = root They were added by r61109: Bundle msvcr90.dll as a private assembly. I don't know if simply restoring the previous value will work in every case: If the C Run-Time is installed privately, then python26.dll must stay in c:\python26. (And I thought that manifests and side-by-side assemblies were supposed to solve the DLL hell) -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4094] Future statements Doc from 2.6 refers to 2.5
New submission from Martin Marcher [EMAIL PROTECTED]: http://docs.python.org/reference/simple_stmts.html#future-statements says this: The features recognized by Python 2.5 are absolute_import, division, generators, nested_scopes and with_statement. generators and nested_scopes are redundant in Python version 2.3 and above because they are always enabled. shouldn't it mention the features recognized by Python 2.6? -- assignee: georg.brandl components: Documentation messages: 74601 nosy: georg.brandl, martin.marcher severity: normal status: open title: Future statements Doc from 2.6 refers to 2.5 versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4091] python dll not installed in windows system directory
Martin v. Löwis [EMAIL PROTECTED] added the comment: (And I thought that manifests and side-by-side assemblies were supposed to solve the DLL hell) I'm now convinced that they make things worse, to the degree that certain deployments that used to work cannot be longer made to work (e.g. the Python setup of having DLLs and executables in different directories). This was one of the reasons why I resisted Python switching to VS 2005, and hesitant to accept the switch to VS 2008. It is telling that the MS merge module for the CRT automatically sets ALLUSERS=1, refusing even to consider non-admin installs. Going forward with py3k, we should try to drop even more dependencies on the C library, and then perhaps try to link statically for the rest. -- assignee: - loewis nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4094] Future statements Doc from 2.6 refers to 2.5
Benjamin Peterson [EMAIL PROTECTED] added the comment: Thanks for the report! Fixed in r66866. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4093] add gc/memory management tests to pybench
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: I'm not sure whether pybench is the right tool for this. Note that pybench disables GC per default for exactly the reasons causing #4074 :-) pybench already has a --with-gc switch, so it's possible to benchmark with or without GC and see the differences. Regarding memory management: The exact amount of used memory is hard to determine from within a process due to the way e.g. Linux or other modern OSes manage memory. We'd have to use special low-level system APIs to access the true amount of allocated memory on each platform. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4075] Use WCHAR variant of OutputDebugString
Martin v. Löwis [EMAIL PROTECTED] added the comment: Pointless question is for compiler flags and is not related with the OS. I don't think the compiler has any such flag that you might consider useful. Do you have a specific flag in mind? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4093] add gc/memory management tests to pybench
Antoine Pitrou [EMAIL PROTECTED] added the comment: Note that pybench disables GC per default for exactly the reasons causing #4074 :-) I know, I was thinking to enable the GC only in the GC-specific test of course. The idea is to have a test stressing the GC heavily, such as the example code in #4074. The reason I suggest doing it in pybench is that it offers existing facilities for measuring execution times, agregating results etc. Regarding memory management: The exact amount of used memory is hard to determine from within a process due to the way e.g. Linux or other modern OSes manage memory. I was not thinking about measuring the amount of used memory but rather the time spent in specific tests which would focus on the CPU cost of memory allocation rather than computation or control flow. Something like allocating lots of strings or tuples of various sizes, then releasing them in various orders. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath fails for long str paths
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
Or, if PyArg_ParseTuple overflowed or GetFullPathNameA failed, (not
check GetLastError() because it's vogus) try GetFullPathNameW like
attached file quick_hack_for_getfullpathname.patch.
This inverses flow
if (unicode_file_names()) {
/* unicode */
}
/* ascii */
# Maybe it would be nice if convert_to_unicode() functionality is built
in PyArg_ParseTuple. (inverse of et)
Be care, this is quick hack, so maybe buggy. I confirmed test_os and
test_ntpath passed though.
/
import unittest
import ntpath
import os
class TestCase(unittest.TestCase):
def test_getfullpathname(self):
for c in ('x', u'x'):
for count in xrange(1, 1000):
name = c * count
path = ntpath._getfullpathname(name)
self.assertEqual(os.path.basename(path), name)
if __name__ == '__main__':
unittest.main()
Added file:
http://bugs.python.org/file11757/quick_hack_for_getfullpathname.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4071
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4091] python dll not installed in windows system directory
Changes by Mark Hammond [EMAIL PROTECTED]: -- nosy: +mhammond ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4071] ntpath.abspath fails for long str paths
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11758/quick_hack_for_getfullpathname_v2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4093] add gc/memory management tests to pybench
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: I'll follow up on this next week. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1028088] Cookies without values are silently ignored (by design?)
John J Lee [EMAIL PROTECTED] added the comment: You haven't said what the specific problem is. Note that the SimpleCookie class really represents a set of cookies, and the Morsel class represents a single cookie. It seems that setting special value-less cookie-attributes like secure works: Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type help, copyright, credits or license for more information. import Cookie c = Cookie.SimpleCookie(spam=eggs; foo=bar) c.output() 'Set-Cookie: foo=bar\r\nSet-Cookie: spam=eggs' c[foo][secure] = 1 c.output() 'Set-Cookie: foo=bar; secure\r\nSet-Cookie: spam=eggs' HttpOnly support was added here: http://bugs.python.org/issue1638033 However, I don't know why BaseCookie.load() treats secure or HttpOnly specially at all -- those names are not special in Cookie: heders. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1028088 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed r66867, together with #2384. Thanks for your perseverance ;-) -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed r66867. I had to considerably change the unit tests, because the subprocess output is not utf-8 encoded; it's not even the same as sys.stdout, because the spawned process uses a PIPE, not a terminal: on my winXP, the main interpreter uses cp437, but the subprocess says cp1252. So I first run a 'python -c print(sys.stdout.encoding)' in the same conditions just to retrieve the encoding. fun fun. I hope this still works on Unixes, will watch the buildbots. -- resolution: - fixed status: open - pending ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4087] Document the effects of NotImplemented on == and !=
Raymond Hettinger [EMAIL PROTECTED] added the comment: I'll take up the doc fix for the current state of affairs. A change from returning NotImplemented to raising NotImplementedError would need be a separate feature request or PEP. Alternatively, we could decide to allow decimal/float comparisons -- the float can be converted to a decimal exactly and compared exactly -- it would be slow but it would work and have precise semantics. Am resetting the priority back to low because the current behavior is exactly what is supposed to happen. It is an automatic consequence of how we use NotImplemented and the decision to allow integer/float and integer/decimal comparisons but not float/decimal comparisons. There is not bug here, just something that offends ones sensibilities. -- assignee: - rhettinger priority: normal - low ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4070] python tests failure if builddir sourcedir
Michael Mysinger [EMAIL PROTECTED] added the comment: Just an FYI that I had an error in test_distutils that this patch fixed. I was not doing anything abnormal. Just building from the 2.6 source distribution, making a arch specific sub-directory, using ../configure, make, and then make test. The original error happened on both x86_64 and i686 platforms. Hopefully the eventual fix makes it into 2.6.1. -- nosy: +mmysinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1028088] Cookies without values are silently ignored (by design?)
Andres Riancho [EMAIL PROTECTED] added the comment: My problem, and the problem if the original bug reporter (sirilyan) is that the load method ignores names that don't have values. Quoting the original bug report: import Cookie q = Cookie.SimpleCookie(pie=good; broken; other=thing) q SimpleCookie: other='thing' pie='good' The original bug report suggested raising a warning or something. I don't like that idea too much. What I would like to see is the secure cookie parameter, which BY RFC has no value, be parsed as expected. Right now is you .load() a cookie that looks like this: a=b; secure and then you want to write that cookie back, you loose the secure parameter! [EMAIL PROTECTED]:~$ python Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type help, copyright, credits or license for more information. import Cookie C = Cookie.SimpleCookie() C.load(chips=ahoy; vienna=finger) print C Set-Cookie: chips=ahoy Set-Cookie: vienna=finger C.load(chips=ahoy; vienna=finger; secure) print C Set-Cookie: chips=ahoy Set-Cookie: vienna=finger I'm not sure if I'm being clear enough, please tell me if you need me to rewrite something, or use other examples. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1028088 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3448] Multi-process 2to3
Nick Edds [EMAIL PROTECTED] added the comment: I had very little experience with the processing module prior to the creation of this patch, and because pool objects are listed last in the documentation, I did not read about them because I saw a way to achieve what I wanted using Process. But having looked at the documentation for Pool, I think you are correct that it would be a much cleaner solution to the problem, as I was essentially implementing a Pool myself. I will post a new patch to reflect this change tomorrow. I will also submit the patch to take advantage of the fact that the multiprocessing module is included in Python2.6, as opposed to my prior patch which was designed for Python2.5 which required the user to get the processing module. And in the patch, as before, multiprocess will not be default, but it will be something the user can enable via the command line. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
