[issue1688] Incorrectly displayed non ascii characters in prompt using input() - Python 3.0a2
Martin v. Löwis added the comment: Isn't it enough to encode the prompt with the console encoding, instead of letting the default utf-8 conversion? This patch corrects the issue on Windows: Sounds right. Technically, you should be using the stdout encoding, but I don't think it should ever differ from the stdin_encoding. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1688 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1621] Do not assume signed integer overflow behavior
Martin v. Löwis added the comment: FWIW gcc hacker Ian Lance Taylor has a nice article about signed overflow optimizations in gcc, see http://www.airs.com/blog/archives/120 . Reading that it might be better to use -fno-strict-overflow instead of -fwrapv. Please be specific. I read it, and I don't think it's better to use -fno-strict-overflow. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1621 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1787] segfault in obmalloc.c
New submission from Christian Theune: Python 2.4.4 on Linux crashes with following backtrace. Application is a Zope server. The other threads seem to be idle at that moment, only the segfaulting thread gives a reasonable backtrace (see attachment). -- components: Interpreter Core files: backtrace messages: 59697 nosy: ctheune severity: critical status: open title: segfault in obmalloc.c type: crash versions: Python 2.4 Added file: http://bugs.python.org/file9121/backtrace __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1787 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1782] PyModule_AddIntConstant and PyModule_AddStringConstant can leak
Hrvoje Nikšić added the comment: I agree that a leak would very rarely occur in practice, but since there is a straightforward fix, why not apply it? If nothing else, the code in the core should be an example of writing leak-free Python/C code, and a fix will also prevent others from wasting time on this in the future. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1782 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1743] IDLE fails to launch
Rich added the comment: I can't get it to do it again. Unless someone else is still experiencing the problem, perhaps it was fixed (deliberately or otherwise) by this month's Vista hotfixes that came down automatically a couple of days ago. Thanks for your help everyone. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1743 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1544] IDLE installation problems and no message errors
Rich added the comment: If you are using Vista, then we discovered that there might be a problem associated with the recent-files.lst file (usually found in .idle in the C:\Users\Yourname directory). That's all written down in Issue 1743. If that doesn't apply to you then if you specify what version of Windows you are using, and what ways you have tried of opening IDLE, and hopefully someone cleverer than me will get back to you... -- nosy: +richjtd __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1544 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1621] Do not assume signed integer overflow behavior
Ismail Donmez added the comment: Ian says -fno-strict-overflow still allows some optimizations, and his example code shows less assembly is produced with -fno-strict-overflow. But of course your opinion matters on this one, not mine. Regards, ismail __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1621 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1788] Outdated link in the tutorial
New submission from Christopher Yeleighton: The page About Python Tutorial http://docs.python.org/tut/node20.html incorrectly refers to the Python Bug Tracker at SourceForge as http://sourceforge.net/tracker/?group_id=5470atid=105470func=add. That page says This tracker is CLOSED. Please use the new tracker instead.. The new tracker is… guess where? At http://bugs.python.org/. -- components: Documentation messages: 59702 nosy: spe-anatol severity: minor status: open title: Outdated link in the tutorial type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1788 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1788] Outdated link in the tutorial
Facundo Batista added the comment: Already fixed in the trunk and 2.5 maintenance branch. -- nosy: +facundobatista resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1788 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1780] Decimal constructor accepts newline terminated strings
Facundo Batista added the comment: Mark Dickinson: The other option that maintains full compliance with the specification is to do what we like with Decimal.__new__ (e.g. allowing leading and trailing whitespace), but make sure that there's a fully conforming to-number elsewhere in the Decimal module. I'm +1 to be more permissive in the __new__ regarding spaces, tabs, and even newlines. I'm -0 to add an special module that does not allow this. I don't see the value of it more than be compliant to the standard in that particular sentence. Guido van Rossum: I'd say that accepting a trailing \n is a bug that should be fixed. I think that ideally we'd be allowed to specify whitespace around the value. I am always annoyed at programs that require Do you want to be able to do Decimal(3 ) but not Decimal(3\n)? That confused me, I always read whitespace here as all these characters, as in the string module: string.whitespace '\t\n\x0b\x0c\r ' To be more practical about my point, I'm +1 to do a .strip() in __new__ before parsing the number. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1780 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1791] The Library Reference still refers to the old bug tracker.
New submission from Vilya Harvey: The page at http://docs.python.org/lib/about.html refers people to the old SourceForge bug tracker, rather than bugs.python.org. -- messages: 59707 nosy: vilya severity: normal status: open title: The Library Reference still refers to the old bug tracker. versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1791 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1790] xmlrpclib ServerProxy page has out-of-date content
New submission from Vilya Harvey: The page at 'http://docs.python.org/lib/serverproxy-objects.html' contains the following text which should be removed as it's (a) not especially relevant; and (b) out of date: Introspection methods are currently supported by servers written in PHP, C and Microsoft .NET. Partial introspection support is included in recent updates to UserLand Frontier. Introspection support for Perl, Python and Java is available at the XML-RPC Hacks page. In particular: Python has built in introspection support now; and the URL for the XML-RPC hacks page returns a 404 error. -- components: Documentation messages: 59706 nosy: vilya severity: normal status: open title: xmlrpclib ServerProxy page has out-of-date content __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1790 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
Joseph Armbruster added the comment: Ah, good to know :-) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1782] PyModule_AddIntConstant and PyModule_AddStringConstant can leak
Christian Heimes added the comment: I don't mind if you like to pursue the issue. I won't invest any time into it. But if you can come up with a patch we can surely apply it. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1782 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1793] ctypes.util.find_msvcrt() function
New submission from Thomas Heller: I'm uploading this patch for discussion, in case someone cares. This code (for Windows) adds a function ctypes.util.find_msvcrt(). This function returns the filename of the MSVC runtime library that the current Python executable uses. If calling functions from the C runtime library, it is very important to use the SAME dll that Python uses. Further, this patch changes ctypes.util.find_library(name) so that the MSVC runtime library name is returned when searching for c or m. -- assignee: theller components: Extension Modules files: ctypes-util.patch keywords: patch messages: 59713 nosy: theller severity: normal status: open title: ctypes.util.find_msvcrt() function type: rfe versions: Python 2.6 Added file: http://bugs.python.org/file9123/ctypes-util.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1793 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1792] o(n*n) marshal.dumps performance for largish objects with patch
Aaron Watters added the comment: Facundo 1) the +1024 was an accelerator to jump up to over 1k at the first resize. I think it's a good idea or at least doesn't hurt. 2) Here is an example program: def test(): from marshal import dumps from time import time testString = abc*1 print now testing now = time() dump = dumps(testString) elapsed = time()-now print elapsed, elapsed if __name__==__main__: test() Here are two runs: the first with the old marshal and the second with the patched marshal. The second is better than 2* faster than the first. arw:/home/arw/test ~/apache2/htdocs/pythonsrc/Python/python_old mtest1.py now testing elapsed 4.13367795944 arw:/home/arw/test ~/apache2/htdocs/pythonsrc/Python/python mtest1.py now testing elapsed 1.7495341301 arw:/home/arw/test The example that inspired this research was very complicated and involved millions of calls to dumps which caused a number of anomalies (system calls went berzerk for some reason, maybe paging). -- Aaron Watters On Jan 11, 2008 9:25 AM, Facundo Batista [EMAIL PROTECTED] wrote: Facundo Batista added the comment: Why not just double the size? The doubling + 1024 address some specific issue? If so, it should be commented. Also, do you have an example of a marshal.dumps() that suffers from this issue? Thank you! -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1792 __ Added file: http://bugs.python.org/file9124/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1792 __Facundobrbr1) the +1024 was an accelerator to jump up to over 1k at the first resize.nbsp; I think it#39;s a good idea or at least doesn#39;t hurt.brbr2) Here is an example program:brbrdef test():brnbsp;nbsp;nbsp; from marshal import dumps brnbsp;nbsp;nbsp; from time import timebrnbsp;nbsp;nbsp; testString = quot;abcquot;*1brnbsp;nbsp;nbsp; print quot;now testingquot;brnbsp;nbsp;nbsp; now = time()brnbsp;nbsp;nbsp; dump = dumps(testString)brnbsp;nbsp;nbsp; elapsed = time()-nowbrnbsp;nbsp;nbsp; print quot;elapsedquot;, elapsed brbrif __name__==quot;__main__quot;:brnbsp;nbsp;nbsp; test()brbrHere are two runs: the first with the old marshal and the second with the patched marshal.nbsp; The second is brbetter than 2* faster than the first.brbrarw:/home/arw/testgt; ~/apache2/htdocs/pythonsrc/Python/python_old mtest1.pybrnow testingbrelapsed 4.13367795944brarw:/home/arw/testgt; ~/apache2/htdocs/pythonsrc/Python/python mtest1.pybrnow testingbrelapsed 1.7495341301brarw:/home/arw/testgt; brbrThe example that inspired this research was very complicated and involved millions of calls to dumps brwhich caused a number of anomalies (system calls went berzerk for some reason, maybe paging).brbrnbsp;nbsp; -- Aaron Wattersbrbrdiv class=gmail_quoteOn Jan 11, 2008 9:25 AM, Facundo Batista lt;a href=mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]/agt; wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;brFacundo Batista added the comment:brbrWhy not just double the size? The quot;doubling + 1024quot; address some brspecific issue? If so, it should be commented.brbrAlso, do you have an example of a marshal.dumps() that suffers from thisbrissue?brbrThank you!brbr--brnosy: +facundobatistabrdivdiv/div div class=Wj3C7cbr__brTracker lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;brlt;a href=http://bugs.python.org/issue1792; target=_blankhttp://bugs.python.org/issue1792 /agt;br__br/div/div/blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1792] o(n*n) marshal.dumps performance for largish objects with patch
Facundo Batista added the comment: Why not just double the size? The doubling + 1024 address some specific issue? If so, it should be commented. Also, do you have an example of a marshal.dumps() that suffers from this issue? Thank you! -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1792 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1792] o(n*n) marshal.dumps performance for largish objects with patch
New submission from Aaron Watters: Much to my surprise I found that one of my applications seemed to be running slow as a result of marshal.dumps. I think the culprit is the w_more(...) function, which grows the marshal buffer in 1k units. This means that a marshal of size 100k will have 100 reallocations and string copies. Other parts of Python (and java etc) have a proportional reallocation strategy which reallocates a new size based on the existing size. This mean a 100k marshal requires just 5 or so reallocations and string copies (n log n versus n**2 asymptotic performance). I humbly submit the following patch (based on python 2.6a0 source). I think it is a strict improvement on the existing code, but I've been wrong before (twice ;)). -- Aaron Watters -- components: Interpreter Core files: marshal.diff messages: 59710 nosy: aaron_watters severity: normal status: open title: o(n*n) marshal.dumps performance for largish objects with patch type: resource usage versions: Python 2.6 Added file: http://bugs.python.org/file9122/marshal.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1792 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
Joseph Armbruster added the comment: Is referencing the built python binary in the build tree a good idea? Just in case they do not have python installed on the system already? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1785] inspect gets broken by some descriptors
Antoine Pitrou added the comment: For the record the same problem also happens with toscawidgets. from toscawidgets.widgets.forms import validators help(validators) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.5/site.py, line 351, in __call__ return pydoc.help(*args, **kwds) File /usr/lib/python2.5/pydoc.py, line 1646, in __call__ self.help(request) File /usr/lib/python2.5/pydoc.py, line 1690, in help else: doc(request, 'Help on %s:') File /usr/lib/python2.5/pydoc.py, line 1481, in doc pager(title % desc + '\n\n' + text.document(object, name)) File /usr/lib/python2.5/pydoc.py, line 324, in document if inspect.ismodule(object): return self.docmodule(*args) File /usr/lib/python2.5/pydoc.py, line 1072, in docmodule contents.append(self.document(value, key, name)) File /usr/lib/python2.5/pydoc.py, line 325, in document if inspect.isclass(object): return self.docclass(*args) File /usr/lib/python2.5/pydoc.py, line 1173, in docclass classify_class_attrs(object)) File /usr/lib/python2.5/pydoc.py, line 179, in classify_class_attrs return map(fixup, inspect.classify_class_attrs(object)) File /usr/lib/python2.5/inspect.py, line 246, in classify_class_attrs obj = getattr(cls, name) File /usr/lib/python2.5/site-packages/FormEncode-0.7.1-py2.5.egg/formencode/declarative.py, line 105, in __get__ obj = type.singleton() File /usr/lib/python2.5/site-packages/FormEncode-0.7.1-py2.5.egg/formencode/declarative.py, line 166, in singleton setattr(cls, name, cls(declarative_count=cls.declarative_count)) TypeError: __init__() got an unexpected keyword argument 'declarative_count' __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1785 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
Georg Brandl added the comment: Christian Heimes schrieb: Christian Heimes added the comment: Joseph Armbruster wrote: Is referencing the built python binary in the build tree a good idea? Just in case they do not have python installed on the system already? The doc builder requires Python 2.5 and *may* work with 2.6 but definitely not with 3.x. It should work with 2.6 without problems. 3k compatibility is another story, of course :) -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
New submission from Nashev: In most platform-depended applications hot keys are working by the specified keys on a keyboard, independent of a current keyboard layout. Not by the specified char. Some application menus is displaying keyboard shortcut localized to main layout for current language. But still working in any layout of keyboard currently selected. IDLE is not. :( Can any one do something with it unpleasant situation? -- components: IDLE, Tkinter messages: 59720 nosy: Nashev severity: normal status: open title: Hot keys must work in any keyboard layout versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1622] zipfile hangs on certain zip files
Alan McIntyre added the comment: Currently the extra field data is only parsed when it contains Zip64 extended information. It could probably be broken up into a list of (id, data) pairs at a minimum for all data types, since the spec says that's the structure that should be used. I don't know whether the results of that parse should be kept in a new slot; putting it in the ZipInfo.extra slot would probably be bad for 2.6, since users might be counting on the current behavior of a raw chunk of data still being there. Does anybody else have any suggestions for this? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1622 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1791] The Library Reference still refers to the old bug tracker.
Facundo Batista added the comment: Already fixed in trunk and 2.5 branch. -- nosy: +facundobatista resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1791 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1787] segfault in obmalloc.c
Guido van Rossum added the comment: Sorry, there's just no way that this is going to be dealt with on the Python core tracker. Who says it isn't memory corruption caused by some Zope extension module... -- nosy: +gvanrossum resolution: - rejected status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1787 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Guido van Rossum added the comment: So what's a hot key? Now I'm really confused. I don't recall anything using scan codes in IDLE, at least not for the memory shortcuts etc. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Christian Heimes added the comment: On which platforms do hotkeys have that behavior? I've never seen it. Some computer games define hot keys by scan code rather than by character. I'm not sure if it's a good idea for IDLE but for games it often makes sense. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Georg Brandl added the comment: Christian Heimes schrieb: Christian Heimes added the comment: I *think* Nashev is talking about assigning hot keys by scan code rather than by character code. E.g. on a German keyboard the 'z' and 'y' are switched and the 'z' key is left to the 't' key. If a program assigns a hot key to 'z' by character code than the user has to press the 'z' key which is a different key on the German keyboard. However if a hot key is assigned by scan code (not sure if it's the right term) than the hot key is still assigned the physical key in the lower left corner. On which platforms do hotkeys have that behavior? I've never seen it. -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment: Test cases so far: parseaddr('[EMAIL PROTECTED]') ('', '[EMAIL PROTECTED]') parseaddr('Full Name [EMAIL PROTECTED]') ('Full Name', '[EMAIL PROTECTED]') parseaddr('[EMAIL PROTECTED] [EMAIL PROTECTED]') ('[EMAIL PROTECTED]', '[EMAIL PROTECTED]') parseaddr('[EMAIL PROTECTED] @hop1.org,@hop2.net:[EMAIL PROTECTED]') ('[EMAIL PROTECTED]', '[EMAIL PROTECTED]') parseaddr('Real Name ((comment)) [EMAIL PROTECTED]') ('Real Name', '[EMAIL PROTECTED]') parseaddr('a(WRONG)@b') ('', '[EMAIL PROTECTED]') _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1025395 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Guido van Rossum added the comment: Not being familiar with localized keyboards, I don't understand your question. Can you provide some screen dumps of what you see and explain what you expected to see? PS. What OS? -- nosy: +gvanrossum priority: - low __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1790] xmlrpclib ServerProxy page has out-of-date content
Changes by A.M. Kuchling: -- assignee: - akuchling nosy: +akuchling __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1790 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1792] o(n*n) marshal.dumps performance for largish objects with patch
Aaron Watters added the comment: also: I just modified the code to do iterations using increasingly large data sizes and I see the kind of very unpleasant behaviour for the old implementation (max time varies wildly from min time) that I saw in my more complex program. The new implementation doesn't have these problems. First the runs and then the modified code runs arw:/home/arw/test arw:/home/arw/test ~/apache2/htdocs/pythonsrc/Python/python_old mtest1.pyold old 0 40 elapsed max= 2.28881835938e-05 min= 4.76837158203e-06 ratio= 4.8 1 160 elapsed max= 1.59740447998e-05 min= 9.05990600586e-06 ratio= 1.76315789474 2 640 elapsed max= 2.40802764893e-05 min= 2.19345092773e-05 ratio= 1.09782608696 3 2560 elapsed max= 8.79764556885e-05 min= 3.981590271e-05 ratio= 2.20958083832 4 10240 elapsed max= 0.000290155410767 min= 0.000148057937622 ratio= 1.95974235105 5 40960 elapsed max= 0.000867128372192 min= 0.00060510635376 ratio= 1.43301812451 6 163840 elapsed max= 0.00739598274231 min= 0.00339317321777 ratio= 2.17966554244 7 655360 elapsed max= 0.0883929729462 min= 0.0139379501343 ratio= 6.34189189189 8 2621440 elapsed max= 1.69851398468 min= 0.0547370910645 ratio= 31.0304028155 9 10485760 elapsed max= 9.98945093155 min= 0.213104963303 ratio= 46.875730986 10 41943040 elapsed max= 132.281101942 min= 0.834150075912 ratio= 158.581897625 arw:/home/arw/test ~/apache2/htdocs/pythonsrc/Python/python mtest1.py new new 0 40 elapsed max= 2.19345092773e-05 min= 5.00679016113e-06 ratio= 4.38095238095 1 160 elapsed max= 1.00135803223e-05 min= 9.05990600586e-06 ratio= 1.10526315789 2 640 elapsed max= 3.19480895996e-05 min= 1.28746032715e-05 ratio= 2.48148148148 3 2560 elapsed max= 5.69820404053e-05 min= 3.981590271e-05 ratio= 1.43113772455 4 10240 elapsed max= 0.000186920166016 min= 0.000138998031616 ratio= 1.34476843911 5 40960 elapsed max= 0.00355315208435 min= 0.000746965408325 ratio= 4.75678263645 6 163840 elapsed max= 0.0032649040 min= 0.00304794311523 ratio= 1.07118272841 7 655360 elapsed max= 0.0127630233765 min= 0.0122020244598 ratio= 1.04597588855 8 2621440 elapsed max= 0.0511522293091 min= 0.0484230518341 ratio= 1.05636112082 9 10485760 elapsed max= 0.198891878128 min= 0.187420129776 ratio= 1.06120873124 10 41943040 elapsed max= 0.758435964584 min= 0.729014158249 ratio= 1.04035834696 arw:/home/arw/test Above high ratio numbers indicate strange and unpleasant performance variance. For iteration 7 and higher the old implementation has a much worse max time performance than the new one. Here is the test code: def test(): from marshal import dumps from time import time size = 10 for i in range(11): size = size*4 testString = abc*size #print now testing, i, size minelapsed = None for j in range(11): now = time() dump = dumps(testString) elapsed = time()-now if minelapsed is None: minelapsed = elapsed maxelapsed = elapsed else: minelapsed = min(elapsed, minelapsed) maxelapsed = max(elapsed, maxelapsed) print i, size, elapsed max=, maxelapsed, min=, minelapsed, ratio=, maxelapsed/minelapsed if __name__==__main__: import sys print sys.argv[1] test() -- Aaron Watters On Jan 11, 2008 10:14 AM, Aaron Watters [EMAIL PROTECTED] wrote: Aaron Watters added the comment: Facundo 1) the +1024 was an accelerator to jump up to over 1k at the first resize. I think it's a good idea or at least doesn't hurt. 2) Here is an example program: def test(): from marshal import dumps from time import time testString = abc*1 print now testing now = time() dump = dumps(testString) elapsed = time()-now print elapsed, elapsed if __name__==__main__: test() Here are two runs: the first with the old marshal and the second with the patched marshal. The second is better than 2* faster than the first. arw:/home/arw/test ~/apache2/htdocs/pythonsrc/Python/python_old mtest1.py now testing elapsed 4.13367795944 arw:/home/arw/test ~/apache2/htdocs/pythonsrc/Python/python mtest1.py now testing elapsed 1.7495341301 arw:/home/arw/test The example that inspired this research was very complicated and involved millions of calls to dumps which caused a number of anomalies (system calls went berzerk for some reason, maybe paging). -- Aaron Watters On Jan 11, 2008 9:25 AM, Facundo Batista [EMAIL PROTECTED] wrote: Facundo Batista added the comment: Why not just double the size? The doubling + 1024 address some specific issue? If so, it should be commented. Also, do you have an example of a marshal.dumps() that suffers from this issue? Thank you! -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1792 __ Added file:
[issue1795] PEP 754 update
New submission from Christian Heimes: Hello Gregory! I've implemented some of your ideas of PEP 754 for Python 2.6. I like to update your PEP. Are you fine with the patch? -- components: Documentation files: pep-0754.txt.patch messages: 59734 nosy: tiran, warnes priority: normal severity: normal status: open title: PEP 754 update type: rfe versions: Python 2.6, Python 3.0 Added file: http://bugs.python.org/file9126/pep-0754.txt.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1795 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1472] Small bat files to build docs on Windows
Joseph Armbruster added the comment: Which brings up a question. Would all things in the tree ideally work with the version that was built from checkout? Just in case something like this comes up in the future, i'd want to know if it is better to have it configured as this or to auto-magically point to the right place in the build tree for the python binary. Curiosity more than anything. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1472 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1793] ctypes.util.find_msvcrt() function
Christian Heimes added the comment: In general I like the idea. But wouldn't it be better to have a cross platform function which returns the c runtime library? msvcrt?? on Windows, libc on Linux and whatever Mac and BSD are using. -- nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1793 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Raymond Hettinger added the comment: IDLE lets you configure your own mappings without doing any programming. From the menu, pick Options, Configure Idle and goto the Keys tab. -- nosy: +rhettinger __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.
Jeffrey Yasskin added the comment: If the consensus is that Decimal should not implement Real, I'll reply to that thread and withdraw the patch. Raymond, do you want me to add Decimal.__init__(Rational) in this patch or another issue/thread? I don't understand the comment about scaling down long integers. It's already the case that float(Rational(10**23, 10**24 + 7))==0.1. Mark, I agree that .trim() and/or .approximate() (which I think is the same as Haskell's approxRational) would be really useful. Do you have particular reasons to pick .trim? Are those the best names for the concepts? I'd also really like to be able to link from their docstrings to a proof that their implementations are correct. Does anyone know of one? Finally, Decimal(2.5) != Rational(5, 2) because Decimal(2.5) != 2.5 (so it'd make equality even more intransitive) and hash(Decimal(2.5)) != hash(2.5) so we couldn't follow the rule about equal objects implying equal hash codes, which is probably more serious. I don't have a principled explanation for Decimal's behavior, but given that it's fixed, I think the behavior of non-integral Rationals is determined too. On the other hand, I currently have a bug where Rational(3,1) != Decimal(3) where the hash code could be consistent. I'll fix that by the next patch. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1682 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1797] ctypes NULL function pointers should have a False bool value.
New submission from Thomas Heller: ctypes NULL function pointers should have a False bool value. -- assignee: theller components: Extension Modules files: ctypes-funcptr.patch keywords: patch messages: 59744 nosy: theller severity: normal status: open title: ctypes NULL function pointers should have a False bool value. type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file9129/ctypes-funcptr.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1797 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1796] ctypes should allow a tuple when an Array is expected
New submission from Thomas Heller: Another ctypes patch for discussion, if someone cares. This patch allows to pass a tuple of the correct size, a ctypes pointer to the correct itemtype, or None to foreign functions that expect ctypes array instances. 'None' is passed as a NULL pointer. Currently, only array instances are accepted. -- assignee: theller components: Extension Modules files: ctypes-arrays.patch keywords: patch messages: 59738 nosy: theller severity: normal status: open title: ctypes should allow a tuple when an Array is expected type: rfe versions: Python 2.6 Added file: http://bugs.python.org/file9127/ctypes-arrays.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1796 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Christian Heimes added the comment: An example from #1221: email.Utils.parseaddr(a(WRONG)@b) ('WRONG WRONG', '[EMAIL PROTECTED]') -- nosy: +tiran _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1025395 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1799] Per user site-packages and setup.py install --user patch
New submission from Christian Heimes: The patch adds a per user site-packages directory and a --user option for distutils' setup.py install. It also cleans up site.py a bit and makes addsitepackages() extensible. I'm going to write a mini PEP soonish. -- components: Distutils, Library (Lib) files: trunk_usersite.patch keywords: patch messages: 59754 nosy: tiran priority: normal severity: normal status: open title: Per user site-packages and setup.py install --user patch type: rfe versions: Python 2.6 Added file: http://bugs.python.org/file9131/trunk_usersite.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1799 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.
Raymond Hettinger added the comment: If the consensus is that Decimal should not implement Real, I'll reply to that thread and withdraw the patch. Thanks. That would be nice. Raymond, do you want me to add Decimal.__init__(Rational) in this patch How about focusing on the rational module and when you've done, I'll adapt the Decimal constructor to accept a rational input. I don't understand the comment about scaling down long integers. My understanding is that you're going to let numerators and denominators grow arbitrarily large. When they get over several hundred digits each, you will have to scale the down before converting to a float. For example when numerator=long('2'*400+'7') and denominator=long('3'*400+'1'), the long--float conversion will overflow, so it is necessary to first scale-down the two before computing the ratio: scale=325; float_ratio=float(numeratorscale)/float(denominatorscale) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1682 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1798] Add ctypes calling convention that allows safe access of errno
Amaury Forgeot d'Arc added the comment: I like this way to tell that a function modifies errno or GetLastError. But this thread-local attribute on the function seems bizarre to me. I would prefer another way to get the errno. I can see two alternatives: - the function returns a tuple (normalresult, errno) on each call. - when errno is not zero, EnvironmentError (or WindowsError) is raised. -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1798 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1221] email.Utils.parseaddr(a(WRONG)@b)
Christian Heimes added the comment: Duplicated -- nosy: +tiran priority: - normal resolution: - duplicate status: open - closed superseder: - email.Utils.parseaddr fails to parse valid addresses __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1221 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1098749] Single-line option to pygettext.py
A.M. Kuchling added the comment: Is this change still useful for 2.6? -- nosy: +akuchling versions: +Python 2.6 -Python 2.4 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1098749 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Nashev added the comment: Guido, I think now it is must be suggestion to TK team, in they's issue tracker... Raymond, I know I can make try localized hot key mapping for my keyboard layout for my self, but i think the best way is - help to make our public libraries better for all. But any way, Thank You for try solve my local problem. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1780] Decimal constructor accepts newline terminated strings
Guido van Rossum added the comment: Do you want to be able to do Decimal(3 ) but not Decimal(3\n)? I want either both or none, with a slight preference for both but only if it can be done without breaking the spec. The status quo is that 3 is refused but 3\n is accepted; that seems wrong. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1780 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1793] ctypes.util.find_msvcrt() function
Thomas Heller added the comment: The cross-platform function is ctypes.util.find_library, which is currently not very useful on Windows. This patch changes it so that, on Windows, find_library(c) or find_library(m) finds the MS C runtime lib which exposes functions the are typically in libc and libm. The runtime lib in Windows is special anyway; the 'open' function, for example, is exported as '_open'. However, the easiest way on Linux (don't know about other platforms) to load the C runtime lib is to use ctypes.CDLL(None), which translates to dlopen(NULL) in C. Linux exposes all symbols from all loaded libraries to the returned handle. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1793 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1792] o(n*n) marshal.dumps performance for largish objects with patch
Christian Heimes added the comment: It looks like a reasonable and good patch. Aaron's tests clearly show the speed up. However the maximum resize should be limited to a value around 256 to 1024k: size = min(2*size + 1024, 512*1024); -- keywords: +patch nosy: +tiran priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1792 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1221] email.Utils.parseaddr(a(WRONG)@b)
Stuart D Gathman added the comment: See Issue1025395 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1221 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment: Same or related issues: Issue1221, Issue1409460 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1025395 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1785] inspect gets broken by some descriptors
Antoine Pitrou added the comment: Here is a (hopefully complete) patch against both pydoc and inspect. It fixes one more bug compared to the previous one (descriptors can also have a special __getattr__ in addition to __get__, which gave problems when trying to access __classobj__). Added file: http://bugs.python.org/file9128/inspect-and-pydoc-bug.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1785 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1790] xmlrpclib ServerProxy page has out-of-date content
A.M. Kuchling added the comment: Text removed, and the link updated in rev. 59924. Thanks for reporting this! -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1790 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1560327] copy() method of dictionaries is not deep
A.M. Kuchling added the comment: The Infogami FAQ is no longer available from python.org, so I'll just close this item. -- resolution: - wont fix status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1560327 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Christian Heimes added the comment: I *think* Nashev is talking about assigning hot keys by scan code rather than by character code. E.g. on a German keyboard the 'z' and 'y' are switched and the 'z' key is left to the 't' key. If a program assigns a hot key to 'z' by character code than the user has to press the 'z' key which is a different key on the German keyboard. However if a hot key is assigned by scan code (not sure if it's the right term) than the hot key is still assigned the physical key in the lower left corner. -- nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1794] Hot keys must work in any keyboard layout
Nashev added the comment: WOW, so active discussion! OS - Windows Mac OS X, both Programs - most system and many others. Keyboard layouts - I mean mostly non latin (see http://en.wikipedia.org/wiki/Keyboard_layout#Keyboard_layouts_for_non-Roman_alphabetic_scripts) In case of russian keyboard layout i have in place of latin char 'x' russian letter 'ч', and want to call Cut command by pressing this hot key when keyboard really sent to application some like Ctrl+Ч too In Windows we have messages WM_KeyDown and WM_KeyUp that send always key index, stored as constants (defined in windows.h or messages.h) like wk_return, wk_F1, etc. For letter keys, messages come with codes that always equal to index of similar uppercase latin chars. for example, first key code in middle row equal ord ('A') = 65. And in context of russian layout this code translated to Cyrillic letter Ф and sent to window with next message wm_char. Hot key handling based on WM_KeyDown, nor WM_Char P.S.: Samples of localized showing of the hot keys in menu based on interface language or current keyboard layout I can't find right now, but i remember that I have this experience. This is feature not necessary, because reading some like Ctrl+Ч near menu Cut is really frustrating. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1794 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1797] ctypes function pointer enhancements
Thomas Heller added the comment: The patch will be extended ASAP so that 'None' is accepted by foreign functions where a function pointer (callback function) is expected. For consistency it should be possible to call the ctypes function prototype with None to create a NULL callback function pointer. -- title: ctypes NULL function pointers should have a False bool value. - ctypes function pointer enhancements __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1797 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1798] Add ctypes calling convention that allows safe access of errno
New submission from Thomas Heller: This patch adds new calling conventions to ctypes foreign functions by passing 'errno=True' or 'GetLastError=True' to the CDLL or WinDLL constructor. If CDLL(..., errno=True) or WinDLL(..., errno=True) is used, the function objects available in the CDLL or WinDLL instance will set the C global errno to zero before the actual call, and attach the C global errno value after the call as 'errno' attribute to the function object. This attribute is stored in thread-local storage. Similarly, if CDLL(..., GetLastError=True) or WinDLL(..., GetLastError=True) is used, the win32 api function 'SetLastError(0)' is used to reset the windows last error code before the actual call, and the value returned by 'GetLastError()' is attached as 'LastError' attribute to the function object, in thread local storage. Of course this only occurs on Windows. The LastError and errno attributes are readonly from Python code, accessing them before a foreign function call has occurred in the current thread raises a ValueError. -- assignee: theller components: Extension Modules files: ctypes-errno.patch keywords: patch messages: 59748 nosy: theller severity: normal status: open title: Add ctypes calling convention that allows safe access of errno type: rfe versions: Python 2.6 Added file: http://bugs.python.org/file9130/ctypes-errno.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1798 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment: tiran: yes, but that is the wrong answer, and that example is already in the testcase list (with what I believe is the right answer). _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1025395 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1721083] Add File - Reload
Nashev added the comment: There are command in menu is called Revert. P.S.: for knowing that file changed, programs in windows can register OS callback for this event and just react on it. In Mac i think too, but i don't know how with it on unix and python. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1721083 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1721083] Add File - Reload
Nashev added the comment: It is very nice feature, that exists in many advanced and professional GUI-based editors on the Windows and Mac. For example, i can fast name TextWrangler, HomeSite, Flash, PhotoShop and it is only first names in mind. It feature for simplify tool's usage, it is improve GUI usability. -- nosy: +Nashev _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1721083 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1800] ctypes callback fails when called in Python with array argument
New submission from Lenard Lindstrom: When a callback is created with an array argument and then is called from Python the callback function receives an array full of garbage. Here is an example: Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. from ctypes import * A = c_int * 1 A class '__main__.c_long_Array_1' Foo = CFUNCTYPE(None, A) def py_foo(a): ... print a ... print a[0] ... foo = Foo(py_foo) foo(A(42)) __main__.c_long_Array_1 object at 0x00B54440 11879448 It works correctly when the callback is declared with a pointer argument instead: A = c_int * 1 Foo = CFUNCTYPE(None, POINTER(c_int)) def py_foo(p): ... print p ... print p[0] ... foo = Foo(py_foo) foo(A(42)) ctypes.LP_c_long object at 0x00B54440 42 -- components: Library (Lib), Windows messages: 59759 nosy: kermode severity: normal status: open title: ctypes callback fails when called in Python with array argument type: behavior versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1800 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1574217] isinstance swallows exceptions
Ralf Schmitt added the comment: The return value should be -1 in case of errors. There's also a second code path swallowing all errors. I've converted brian's test.py to a unit test testing both code paths and added an updated patch for this one. This patch is against trunk. All tests in Lib/test/test_isinstance.py pass. -- nosy: +schmir versions: +Python 2.6 Added file: http://bugs.python.org/file9132/issue1574217_dont_mask_errors.txt _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1574217 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue961805] Text.edit_modified() fails
Matthias Kievernagel added the comment: Retested revision 59927 from the trunk. Error is still there, is demonstrated by attached editModified.py (click 'modified?') and patch is still applicable and corrects the problem. Regards, Matthias Kievernagel -- versions: +Python 2.6 Tracker [EMAIL PROTECTED] http://bugs.python.org/issue961805 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1809] docs for os.symlink(src, dst) doesn't mention exceptions
David Gardner added the comment: the output of symtest.py looks like: type 'instance' (13, 'Permission denied') [Errno 13] Permission denied __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1809 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1810] Partial AST compile() patch
New submission from Thomas Lee: This patch against HEAD provides the inverse operations to all the ast2obj_* functions in Python/Python-ast.c: effectively, this allows conversion to from a PyObject representation of a Python AST. Additionally, it updates the compile() builtin to allow it to compile Python ASTs to bytecode. The patch seems to work for most simple cases, but crashes out with a segfault when trying to compile functions for some reason. -- components: Interpreter Core files: ast-r01.patch messages: 59764 nosy: thomas.lee severity: normal status: open title: Partial AST compile() patch versions: Python 2.6 Added file: http://bugs.python.org/file9134/ast-r01.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1810 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1810] Partial AST compile() patch
Thomas Lee added the comment: Attaching a sample program to demonstrate the crash. Added file: http://bugs.python.org/file9135/ast.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1810 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1810] Partial AST compile() patch
Christian Heimes added the comment: Georg is working on the AST front. -- assignee: - georg.brandl keywords: +patch nosy: +georg.brandl, tiran priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1810 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1800] ctypes callback fails when called in Python with array argument
Changes by Christian Heimes: -- assignee: - theller nosy: +theller priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1800 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1809] docs for os.symlink(src, dst) doesn't mention exceptions
New submission from David Gardner: the docs for os.symlink at: http://docs.python.org/lib/os-file-dir.html don't mention if the function raises an exception if there was a file permission failure. -- components: Documentation files: symtest.py messages: 59762 nosy: dgardner severity: minor status: open title: docs for os.symlink(src, dst) doesn't mention exceptions type: behavior versions: Python 2.5 Added file: http://bugs.python.org/file9133/symtest.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1809 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1675533] setup.py LDFLAGS regexp is wrong
Changes by A.M. Kuchling: -- keywords: +easy _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1675533 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1433694] normalize function in minidom unlinks empty child nodes
Changes by A.M. Kuchling: -- keywords: +easy _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1433694 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1337648] Elemental Security contribution - parsexml.py
A.M. Kuchling added the comment: Is this module still of interest? Given that PyXML is no longer being developed or released, the module would need to either go straight into the stdlib, or be released separately. -- nosy: +akuchling type: - rfe _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1337648 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1411695] XML.sax.saxutils.escape -- always escapes , , ,
Changes by A.M. Kuchling: -- keywords: +easy _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1411695 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue976880] mmap needs a rfind method
Changes by A.M. Kuchling: -- keywords: +easy Tracker [EMAIL PROTECTED] http://bugs.python.org/issue976880 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1463043] test_minidom.py fails for Python-2.4.3 on SUSE 9.3
A.M. Kuchling added the comment: This seems to be an XML issue, not actually a build-related one. -- components: +XML -Build nosy: +akuchling _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1463043 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue687648] classic division in demos/ directory
Changes by A.M. Kuchling: -- keywords: +easy Tracker [EMAIL PROTECTED] http://bugs.python.org/issue687648 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1550] help('modules') broken by several 3rd party libraries (svn patch attached)
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1550 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1741] .pypirc not found on windows
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1741 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1509] Documentation lacking for the sqlite3 module.
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1509 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1780] Decimal constructor accepts newline terminated strings
Raymond Hettinger added the comment: Please apply the patch and close the bug. Thx -- resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1780 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1780] Decimal constructor accepts newline terminated strings
Mark Dickinson added the comment: Here's a patch that alters the Decimal constructor to allow leading and trailing whitespace. The Context.create_decimal method should now be a fully conforming implementation of to-number: it doesn't accept any leading or trailing whitespace. -- keywords: +patch Added file: http://bugs.python.org/file9136/issue1780.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1780 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1751519] curses - new window methods: addchstr and addchnstr
Changes by A.M. Kuchling: -- assignee: - akuchling nosy: +akuchling _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1751519 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1019] Cleanup pass on _curses and _curses_panel
Changes by A.M. Kuchling: -- assignee: - akuchling nosy: +akuchling __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1019 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1679] tokenizer permits invalid hex integer
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1679 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.
Mark Dickinson added the comment: More comments, questions, and suggestions on the latest patch: 1. In _binary_float_to_ratio, the indentation needs adjusting. Also 'top = 0L' could be replaced with 'top = 0', unless you need this code to work with Python 2.3 and earlier, in which case top needs to be a long so that behaves correctly. Otherwise, this looks good. 2. Rational() should work, and it should be possible to initialize from a string. I'd suggest that Rational(' 1729 '), Rational('-3/4') and (' +7/18 \n') should be acceptable: i.e. leading and trailing whitespace, and an optional - or + sign should be permitted. But space between the optional sign and the numerator, or on either side of the / sign, should be disallowed. Not sure whether the numerator and denominator should be allowed to have leading zeros or not---probably yes, for consistency with int(). 3. I don't think representing +/-inf and nan as Rationals (1/0, -1/0, 0/0) is a good idea---special values should be kept out of the Rational type, else it won't be an implementation of the Rationals any more---it'll be something else. 4. hash(n) doesn't agree with hash(Rational(n)) for large integers (I think you already mentioned this above). 5. Equality still doesn't work for complex numbers: from rational import * Rational(10**23) == complex(10**23) # expect False here True Rational(10**23) == float(10**23) False float(10**23) == complex(10**23) True 6. Why the parentheses around the str() of a Rational? 7. How about having hash of a Rational (in the case that it's not equal to an integer or a float) be given by hash((self.numerator, self.denominator))? That is, let the tuple hash take care of avoiding lots of hash collisions. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1682 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1298813] sysmodule.c: realpath() is unsafe
Changes by A.M. Kuchling: -- type: - security _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1298813 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1269] Exception in pstats print_callers()
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1269 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1274] doctest fails to run file based tests with 8bit paths
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1274 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1160] Medium size regexp crashes python
A.M. Kuchling added the comment: Trying effbot's suggested experiment is easy, at least, and would provide useful info. If it fails, then fixing this bug might be difficult. -- keywords: +easy nosy: +akuchling __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1160 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1780] Decimal constructor accepts newline terminated strings
Mark Dickinson added the comment: Committed, revision 59929. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1780 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
Changes by Christian Heimes: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1180 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1704474] test_optparse.py mod. for jython
A.M. Kuchling added the comment: The patch would need to be checked against Jython's last release and/or the current trunk. -- keywords: +easy nosy: +akuchling _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1704474 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1598083] Top-level exception handler writes to stdout unsafely
Changes by A.M. Kuchling: -- keywords: +easy _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1598083 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1286 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1339] smtplib starttls() should ehlo() if it needs to
Changes by A.M. Kuchling: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1339 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.
Mark Dickinson added the comment: About .trim and .approximate: it sounds like these are different, but quite closely related, methods: one takes a positive integer and returns the best approximation with denominator bounded by that integer; the other returns the 'smallest' rational in a given interval centered at the original rational. I guess we probably don't need both of these, but I can't give any good reason for preferring one over the other. I don't have anything to offer about names, either. I can try to find out whether the algorithms are published anywhere on the web---certainly, neither algorithm should be particularly hard to implement and prove the correctness of; they both essentially rely on computing the continued fraction development of the given rational. Almost any not-too-basic elementary number theory text should contain proofs of the relevant results about continued fractions. Am willing to help out with implementing either of these, if that's at all useful. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1682 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1714] ConfigParser.py do not allow leading (and trailing) space in values.
Christian Heimes added the comment: Please provide a patch against 2.6 with an unit test and documentation updates. -- keywords: +easy nosy: +tiran priority: - low versions: +Python 2.6 -Python 2.4 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1714 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1714] ConfigParser.py do not allow leading (and trailing) space in values.
Changes by Christian Heimes: -- components: +Library (Lib) -Extension Modules __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1714 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1627] Problem with httplib and Content-Length: -1
Changes by Christian Heimes: -- keywords: +easy priority: - low versions: +Python 2.6 -Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1627 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com