[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Nick Coghlan ncogh...@gmail.com added the comment: FWIW, I now think this should *only* be a long option. Short options are precious, and this is an unusual enough use case that I'm not yet sure it deserves one. In particular, we may decide to use -p later for adding directories to sys.path, rather than specifically overriding sys.path[0] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Nick Coghlan ncogh...@gmail.com added the comment: FWIW, I now think this should *only* be a long option. Short options are precious, and this is an unusual enough use case that I'm not yet sure it deserves one. In particular, we may decide to use -p later for adding directories to sys.path, rather than specifically overriding sys.path[0] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)
Phil Daintree phildaint...@gmail.com added the comment:
Well maybe this should be a different bug as it is clearly not xml 1.1 related
as the linue in the xml gives away :-)
?xml version=1.0?
To repeat the bug ... using the webERP demo data
#!/usr/bin/env python
import xmlrpclib
x_server =
xmlrpclib.Server('http://www.weberp.org/weberp/api/api_xml-rpc.php',verbose=True)
#Get the stock items defined in the demo webERP installation
StockList =
x_server.weberp.xmlrpc_SearchStockItems('discontinued','0','admin','weberp')
if StockList[0]==0:
for StockID in StockList[1]:
print str(StockID)
The webERP xml-rpc server uses XMLRPC for PHP http://phpxmlrpc.sourceforge.net/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11804
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Terry J. Reedy tjre...@udel.edu added the comment:
With 2.7 3.3 on Win 7, 'a'( brings up calltip (bad).
With 3.3, '\xyz'( causes Idle to die (worse)
With 2.7, the same or u'\xyz'( have no effect, just like 3(.
There are a lot of little differences between 2.7 and 3.x, but the main one is
the use of inspect in 3.x. I do not see an obvious reason for the behavior
difference.
With patch, 'a'( brings up calltip with 'Not callable' added (worse, in my
opinion), while '\xyz'( does nothing, just like 3( (or 2.7, great).
Roger, perhaps you uploaded your initial test past instead of the final patch.
A string instance should act like any other non-callable instance.
That said, the patch strikes me as attacking the problem at the wrong end. Str
instances are not names and get_argspec should never be called on one (I am
presuming that it is not called on other non-callables, such as int instances).
Similarly, back up further in the call stack, fetch_tip(name) should only be
called on names. I wonder if the problem might be back up in open_calltip(),
perhaps after
hp = HyperParser(self.editwin, insert)
sur_paren = hp.get_surrounding_brackets('(')
if not sur_paren:
return
hp.set_index(sur_paren[0])
name = hp.get_expression()
(argggh! I have no idea how to debug code where I cannot just insert print
statements to tell me what is getting called with what arguments.)
--
versions: +Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12510
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)
Martin v. Löwis mar...@v.loewis.de added the comment: Phil: it seems you have hijacked the bug report. Don't do that. If you want to report a bug, please create a new bug report. Structure it as follows: 1. this is what I did 2. this is what happened 3. this is what should have happened instead. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)
Phil Daintree phildaint...@gmail.com added the comment:
or for less data...
#!/usr/bin/env python
import xmlrpclib
x_server =
xmlrpclib.Server('http://www.weberp.org/weberp/api/api_xml-rpc.php',verbose=True)
#Get the stock items defined in the webERP installation
StockList =
x_server.weberp.xmlrpc_SearchStockItems('units','cm','admin','weberp')
if StockList[0]==0:
for StockID in StockList[1]:
print str(StockID)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11804
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)
Martin v. Löwis mar...@v.loewis.de added the comment: Panos: you are right. The original issue still exists. However, it is not a bug in Python, but a in the expat library. So I am now closing this report as out-of-scope for Python. There is a bug report open on expat requesting support for XML 1.1, see http://sourceforge.net/tracker/?func=detailatid=110127aid=891265group_id=10127 This bug report is open since 2004. I see little hope that expat will support XML 1.1 within the next five years. I also fail to see the regression: expat has never supported XML 1.1. xmlrpclib always used expat, at least since Python 2.0. In any case, this report is about expat, not xmlrpclib, so any possible regression in xmlrpclib should be reported separately. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)
Changes by Martin v. Löwis mar...@v.loewis.de: -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12370] Use of super overwrites use of __class__ in class namespace
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 96ab78ef82a7 by Nick Coghlan in branch 'default': Close #14857: fix regression in references to PEP 3135 implicit __class__ closure variable. Reopens issue #12370, but also updates unittest.mock to workaround that issue http://hg.python.org/cpython/rev/96ab78ef82a7 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14857] Direct access to lexically scoped __class__ is broken in 3.3
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset bcb3b81853cc by Nick Coghlan in branch 'default': Tweak importlib._bootstrap to avoid zero-argument super so I can work on issue #14857 without breaking imports http://hg.python.org/cpython/rev/bcb3b81853cc New changeset 96ab78ef82a7 by Nick Coghlan in branch 'default': Close #14857: fix regression in references to PEP 3135 implicit __class__ closure variable. Reopens issue #12370, but also updates unittest.mock to workaround that issue http://hg.python.org/cpython/rev/96ab78ef82a7 -- nosy: +python-dev resolution: - fixed stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14857 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12370] Use of super overwrites use of __class__ in class namespace
Nick Coghlan ncogh...@gmail.com added the comment: As the checkin message says, this is once again a problem on trunk. The relevant test is still in place in test_super.py, I just marked it as an expected failure. unittest.mock is currently avoiding the problem via the _safe_super = super workaround. So, we need a new patch which fixes the misbehaviour *without* breaking the new tests I just added. I'm thinking something which special cases __class__ references in a ClassBlock to be dual purpose (i.e. both locals *and* closure variables) may be necessary, rather than the current approach of always coercing them to be closure variables. -- resolution: fixed - stage: committed/rejected - needs patch status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14924] re.finditer() oddity
New submission from Francisco Gracia fgragu...@gmail.com: I find baffling the following behaviour of *re.finditer()*: Python 3.2 (r32:88445, Feb 20 2011, 21:29:02) [MSC v.1500 32 bit (Intel)] on win32 Type copyright, credits or license() for more information. import re m = re.finditer( '123', 'abc' ) m callable_iterator object at 0x00BF09B0 if m : 'I am Napoleon' 'I am Napoleon' No other way of formulating the condition that I have tried has worked either. Apparently *m* is always true, although all efforts to test its value indicate the contrary: m == True False This does not happen with any other of the related methods (*findall*, *match*, *search*), which no doubt is the correct and logical behaviour: n = re.findall( '123', 'abc' ) n [] if n : 'I am Napoleon' I have not seen any warning or explanation for this fact in the official or third party documentation that I have consulted. Perhaps it is not a bug, but, as the preceding lines show, it makes impossible to test the result of the operation and direct the subsequent program flow. If this were an unavoidable feature of *re.finditer*, it should be at least clearly exposed and, if possible, with indications of how to circumvent its undesirable consequences. Thanks for your attention and efforts. -- components: Regular Expressions messages: 161705 nosy: ezio.melotti, fgracia, mrabarnett priority: normal severity: normal status: open title: re.finditer() oddity type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14924 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.
Todd DeLuca todddel...@gmail.com added the comment: This patch fixes the problem where the user would select a maturity status when runnning 'pysetup create' and the resulting setup.cfq would have a maturity status one less than the user selected. It also fixes the behavior where a user can select '0' as a maturity status, which is not a valid selection, and setup.cfg will contain maturity status 'Development Status :: 7 - Inactive'. This behavior is related to the implementation of the off-by-one error above, since '0' is translated into a list lookup using the index -1. Finally, the patch addresses behavior where a user cannot enter a blank maturity status (e.g. by just pressing the 'return' key) in order to skip the question. The unit tests added to 'test_create.py' cover expected behavior when entering and blank selection, an invalid selection, and a valid selection. These tests were run using Python 2.7.3 on my Mac OS X 10.6.8 (Snow Leopard). -- keywords: +patch Added file: http://bugs.python.org/file25731/issue14858.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14858 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14924] re.finditer() oddity
Ezio Melotti ezio.melo...@gmail.com added the comment: All iterators are always true, since you can not know how many elements they will give you until you consume them. This is generally known, however it doesn't seem to be well documented. -- assignee: - ezio.melotti resolution: - invalid stage: - committed/rejected status: open - closed versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14924 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12370] Use of super overwrites use of __class__ in class namespace
Changes by Meador Inge mead...@gmail.com: -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14925] email package does not register defect when blank line between header and body is missing
New submission from R. David Murray rdmur...@bitdance.com: The error recovery heuristic the parser uses is that if it sees a line with no leading whitespace and no ':' in it, it assumes that the blank line between the headers and the body was missing. It does not, however, register defect for this case. Attached is a patch. It introduces a new Defect and deprecates an old one that could never have been issued, so I'm not going to back port it. (Especially seeing as no one has ever complained about it...I found the bug through code inspection.) -- assignee: r.david.murray components: email files: bodyseparator.patch keywords: patch messages: 161708 nosy: barry, r.david.murray priority: normal severity: normal stage: patch review status: open title: email package does not register defect when blank line between header and body is missing type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file25732/bodyseparator.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14926] random.seed docstring needs edit of *a *is
New submission from Christopher Smith smi...@users.sourceforge.net: In the following, the asterisk and space should change places so bits are used if *a *is a str, would appear as bits are used if *a* is a str, -- components: Library (Lib) messages: 161709 nosy: smichr priority: normal severity: normal status: open title: random.seed docstring needs edit of *a *is versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14926 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14927] add not about int to shuffle
New submission from Christopher Smith smi...@users.sourceforge.net: In randrange there is the note, Do not supply the 'int' argument. That could probably be added to shuffle, too. -- components: Library (Lib) messages: 161710 nosy: smichr priority: normal severity: normal status: open title: add not about int to shuffle versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Serhiy Storchaka storch...@gmail.com added the comment: Yes, this is an implementation-dependent behavior (and on the supported platforms it is implemented well in a certain way). However, if the continuation byte check to do the simplest way ((ch) = 0x80 (ch) 0xC0), this has the same effect (speed up to +45%) on AMD Athlon. vanilla patched utf-8 'A'*1 2061 (-2%) 2018 utf-8 '\x80'*1383 (+9%)416 utf-8 '\x80'+'A'* 1273 (+3%) 1315 utf-8 '\u0100'*1 382 (+46%) 558 utf-8 '\u0100'+'A'* 1239 (+0%) 1245 utf-8 '\u0100'+'\x80'* 383 (+46%) 558 utf-8 '\u8000'*1 434 (-6%)408 utf-8 '\u8000'+'A'* 1245 (+0%) 1245 utf-8 '\u8000'+'\x80'* 382 (+46%) 556 utf-8 '\u8000'+'\u0100'*383 (+45%) 556 utf-8 '\U0001'*1 358 (+0%)359 utf-8 '\U0001'+'A'* 1171 (-0%) 1170 utf-8 '\U0001'+'\x80'* 381 (+30%) 495 utf-8 '\U0001'+'\u0100'*381 (+30%) 495 utf-8 '\U0001'+'\u8000'*404 (-5%)385 On Intel Atom the results did not change or become a little better. vanilla patched utf-8 'A'*1 623 (+3%)642 utf-8 '\x80'*1145 (+9%)158 utf-8 '\x80'+'A'* 354 (+4%)367 utf-8 '\u0100'*1 164 (+0%)164 utf-8 '\u0100'+'A'* 343 (+2%)351 utf-8 '\u0100'+'\x80'* 164 (+1%)165 utf-8 '\u8000'*1 175 (-2%)171 utf-8 '\u8000'+'A'* 349 (+3%)359 utf-8 '\u8000'+'\x80'* 164 (+0%)164 utf-8 '\u8000'+'\u0100'*164 (+0%)164 utf-8 '\U0001'*1 152 (-1%)150 utf-8 '\U0001'+'A'* 313 (+2%)319 utf-8 '\U0001'+'\x80'* 161 (+1%)162 utf-8 '\U0001'+'\u0100'*161 (+1%)162 utf-8 '\U0001'+'\u8000'*160 (-2%)156 -- Added file: http://bugs.python.org/file25733/decode_utf8_range_check.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13797] Allow objects implemented in pure Python to export PEP 3118 buffers
Changes by Richard Oudkerk shibt...@gmail.com: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13797 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14924] re.finditer() oddity
Raymond Hettinger raymond.hettin...@gmail.com added the comment: All iterators are always true, More generally, all objects are true by default. The only false objects in Python are None; container-like objects with a __len__ that returns zero; and number-like objects with a __nonzero__ method that returns False. Guido decided that iterators should not be treated like containers and should not have a __len__ method. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14924 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14835] plistlib: output empty elements correctly
Sidney San Martín s...@sidneysm.com added the comment: Hynek: Here you go! Ronald: Emailed it in on Friday. -- Added file: http://bugs.python.org/file25734/plistlib_empty_element_test.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14835 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14928] Fix importlib bootstrapping issues
New submission from Antoine Pitrou pit...@free.fr: See http://mail.python.org/pipermail/python-dev/2012-May/119703.html Two competing proposals: - Benjamin: Perhaps freeze_importlib.py could be rewritten in C, so importlib could be recompiled when the compiler changes? - Martin: Or we support bootstrapping from the source file, e.g. with an environment variable BOOTSTRAP_PY which points to the _bootstrap.py source -- components: Build, Interpreter Core messages: 161714 nosy: benjamin.peterson, brett.cannon, eric.snow, loewis, pitrou priority: release blocker severity: normal stage: needs patch status: open title: Fix importlib bootstrapping issues type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14928] Fix importlib bootstrapping issues
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Antoine Pitrou pit...@free.fr added the comment: However, if the continuation byte check to do the simplest way ((ch) = 0x80 (ch) 0xC0), this has the same effect (speed up to +45%) on AMD Athlon. Doesn't produce any significant speedup on Intel Core i5-2500. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Roger Serwy roger.se...@gmail.com added the comment: (I need to write an extension to auto-apply strip-trailing-whitespace on save.) Terry, I agree that the comment needs improvement. The self.editwin reference to the window needs to be available so that .get_saved() doesn't fail. In retrospect, the original patch obscured this point. Attached is issue10365_rev3.patch, meant to be used against the latest code. It refactors the shell detection as part of the conditional as well as clarifies the comments. The Code for use outside IDLE is part of a test at the end of the file which uses a duck-typed EditorWindow object. This object has flist=None which allows this extra code to run. -- Added file: http://bugs.python.org/file25735/issue10365_rev3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Terry J. Reedy tjre...@udel.edu added the comment: After thinking some more and re-reading the os.system doc, I am closing this. I think things are working exactly as documented, and in a way that will not be changed. The os.system doc initially says 1. Execute the command (a string) in a subshell. It does that. 2. This is implemented by calling the Standard C function system(), and has the same limitations. Read Standard C for more on that. Nearly everything in os is a thin wrapper of operating system data and functions. Enhanced wrappers that add user-friendliness, go elsewhere. 3. Changes to sys.stdin, etc. are not reflected in the environment of the executed command. The sys module is Python-specific and has no effect on system functions. In particular, whether sys.stdout, initially copied from the process, is initally null or the terminal, Idle changing sys.stdout has no effect on os.system output, and it will not see it. This is, obviously, a known and expected limitation. 4. If command generates any output, it will be sent to the interpreter standard output stream. The interpreter process stdout is not sys.stdout. If it is null, bye-bye output. The doc ends with 5. The subprocess module provides more powerful facilities for spawning new processes and retrieving their results; using that module is preferable to using this function. In other words, the limitations of os.system are known, and it is semi-deprecated, especially when it does not work as one would wish, and a replacement has been provided. The subprocess module is an example of an 'enhanced wrapper'. 6 See the Replacing Older Functions with the subprocess Module section in the subprocess documentation for some helpful recipes. These recipes are replacements for things that work. The .check_output method enables things that one could not very easily do before. I already gave examples of how to use it. -- resolution: - invalid stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1028] Tkinter binding involving Control-spacebar raises unicode error
Terry J. Reedy tjre...@udel.edu added the comment: On Win 7, acntl-space brings up the box on all the latest releases: 2.7.3, 3.2.3, and 3.3.0a3. (These all come with recent tk 8.5.x.) Mike, please retest with 3.2.3 and specify os and tk version and exactly what you entered if there is still a problem. -- nosy: +terry.reedy versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14915] pysetup may leave a package in a half-installed state
Alexis Metaireau ale...@notmyidea.org added the comment: Oh, a potential way to avoid this would be to check that the metadata have the python 3 trove classifier in it. We could also add a way to force the installation even if the right classifier is not present with a special flag passed to the command line. Does this sounds like an acceptable change to you? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Ned Deily n...@acm.org added the comment: I disagree. I think you are confusing Python's sys.std* objects with the std* file descriptors of a process. The important points here are that IDLE is effectively substituting its rpcproxy for the std* file descriptors of the IDLE shell process that it creates *and* that, in POSIX world, a forked subprocess is required to inherit copies of the file descriptors (in particular, sys.std*) of its parent (the IDLE shell subprocess). So, if the IDLE shell subprocess displays the output written to the stdout and stderr in the Python Shell window and directs typed-in input from that window to the stdin file descriptor, it is reasonable to assume that the same thing should happen by default to processes launched within that IDLE shell subprocess, be they by os.system or by subprocess.Popen. subprocess.Popen lets you substitute sys* file associations when creating the subprocess but that is irrelevant for the default case. The default for subprocess.Popen is exactly the same as os.system: With the default settings of None, no redirection will occur; the child’s file handles will be inherited from the parent. -- resolution: invalid - stage: committed/rejected - needs patch status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Roger Serwy roger.se...@gmail.com added the comment:
Terry, the original patch added Not callable because I wasn't sure what the
consensus was on proper behavior. Now I know. :)
Attached is a revision against 3.3a3+ which omits the calltip if the object is
not callable.
The behavior difference between 2.7 and 3.3 is due to a difference in
localcall in rpc.py, where CALLEXC raises the exception in the IDLE
front-end in 3.3 causing the crash, whereas in 2.7 the exception occurs in the
subprocess. This is due to rpc_marshal_exception.patch for issue14200 not
being backported to 2.7.
Entering []( or {}( or ''( will bring up a calltip. These calltips should not
appear if the object is not callable. Take as an example:
a = string
a(
The previous code will bring up a calltip even though a is not callable. The
HyperParser does its job by returning the string representing the object just
before the paren. Checking whether this is a proper Python name won't fix this
corner case. The fetch_tip method grabs the actual object given the string
name using get_entity and then uses get_argspec to return constructor or
callable arguments.
Checking if the object is callable must be done either in get_entity or in
get_argspec. I think it is cleaner to check in get_argspec, as is done in the
attached patch.
--
Added file: http://bugs.python.org/file25736/issue12510_rev1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12510
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
R. David Murray rdmur...@bitdance.com added the comment: OK, here is patch based on the new policy support in 3.3. I have some concern that the behavior change it introduces might cause some issues, but since it seems like a reasonable change and is happening at a feature release boundary, I think it should be OK. The behavior change is that now by default get_payload will always produce *some* kind of decoding of a base64 part, and will register defects if it finds padding errors or characters outside the base64 character set. -- keywords: +patch Added file: http://bugs.python.org/file25737/base64_payload_defects.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14924] re.finditer() oddity
Francisco Gracia fgragu...@gmail.com added the comment: Thank you both for your quick and clear explanations. However I regret that I keep considering the situation rather unsatisfactory. I can well understand that all objects are true and even that the convention that applies to some of them, like containers, that when they are empty they be considered false, does not apply to iterators; no doubt there will be good reasons for it being so. What seems illogical to me is that a method like *re.finditer()* returns as the result of its execution something that can only be interpreted as implying that what happened is exactly the contrary of what it really was. Why does it have to return anything different from the standard *None* when the match fails, like any other operation that fails? What use is in an *iterator* that leads nowhere? I would find clarifying if at least the documentation formulated unambigously that it is unwise to submit iterators (and specifically the ones returned by methods like *finditer()* whose same names imply the opposite) to logical testing and that the only valid use they have is as arguments in *for* loops. I think that the same vagorosity in this respect transpires in other places of the documentation. For instance in paragraph 7.2.5 of *re.html* it is said: Match objects always have a boolean value of *True*, so that you can test whether e. g. *match()* resulted in a match with a simple *if* statement. As it is formulated, this clause is clearly contradictory: if something points always in the same direction, it cannot be used as the basis for any decission about which of two roads to take. Match objects can very well be always true (in fact, as all objects are in this sense, as paragraph 5.1 of *stdtypes.html* comes close to formulating it); what happens is that *re.match()* or *re.search()* do not return them when they fail, but the familiar and well behaved *None* value. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14924 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Terry J. Reedy tjre...@udel.edu added the comment: I thought I was un-confusing sys.std* Python objects (such as idlelib.rpc.RPCProxy) from std* integer file descriptors, whereas you seem to say they are the same: copies of the file descriptors (in particular, sys.std*). The rest of your message seems to imply that subprocess.check_output should not work, but it does, at least on Windows. And subprocess *is* a recommended replacement for os.system. Roger, do you have any thoughts on this issue? -- nosy: +serwy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14928] Fix importlib bootstrapping issues
Nick Coghlan ncogh...@gmail.com added the comment: I like MvL's approach if we can make it work - then we can set up the importlib.h regeneration to automatically bootstrap itself from the source file and avoid having to add another binary to the build process. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
R. David Murray rdmur...@bitdance.com added the comment: Oh, and to be clear on how this addresses the bug report: if you set 'raise_on_defect' to true when you call the parser, then you'll get an exception when you call msg.get_payload(decode=True). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14929] IDLE crashes on *Edit / Find in files ...* command (Python 3.2, Windows XP)
New submission from Francisco Gracia fgragu...@gmail.com: There is little more that I can add to the title statement. 1. Start IDLE 2. Go to *Edit* menu option 3. Select *Find in files...* option 4. Put some word in the *Find* input box 5. Press *Search files* button When the command is issued the disappearance of IDLE's window is so quick that almost nothing can be seen. There is however a hint that a new window pops up with some message, that I have been unable to read. With some input strings or if the search is happening in a directory with many *.py files a quickly moving list of messages shows in this window, but the final result is the same: IDLE disappears immediately. -- components: IDLE messages: 161727 nosy: fgracia priority: normal severity: normal status: open title: IDLE crashes on *Edit / Find in files ...* command (Python 3.2, Windows XP) versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
Changes by R. David Murray rdmur...@bitdance.com: Removed file: http://bugs.python.org/file25737/base64_payload_defects.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
R. David Murray rdmur...@bitdance.com added the comment: Hmm. Thinking about it, though, that might not work if there are other errors in the message, many of which are more benign. Probably the raise_on_defect control is a little too coarse. I've been thinking that we need a way to set the policy on an already existing message, which would make this work more usefully. But that's a different issue. -- Added file: http://bugs.python.org/file25738/base64_payload_defects.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14930] Make memoryview weakrefable
New submission from Richard Oudkerk shibt...@gmail.com: The attached patch makes memoryview objects weakrefable. The reason I would like them to be weakrefable is so that I can manage the finalization and pickling of memoryview objects which wrap shared mmap segments. (It would be even better if memoryview were subclassable, but I don't know if naively changing tp_flags would be enough.) -- components: Interpreter Core files: memoryview-weakref.patch keywords: patch messages: 161729 nosy: sbt priority: normal severity: normal stage: patch review status: open title: Make memoryview weakrefable type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file25739/memoryview-weakref.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14930] Make memoryview weakrefable
Antoine Pitrou pit...@free.fr added the comment: Looks like an obviously good idea. The patch needs tests, though. -- nosy: +pitrou, skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14930 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11785] email subpackages documentation problems
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 64e82c4f4e10 by R David Murray in branch 'default': #11785: fix the :mod: references in email package submodule titles. http://hg.python.org/cpython/rev/64e82c4f4e10 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11785 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Ned Deily n...@acm.org added the comment:
I didn't mean to imply anything about subprocess.check_output(). It works as
expected, that is by explicitly intercepting anything written to the stdout of
the forked subprocess and returning it as the call result. What doesn't work
is if you try a default subprocess.call(), for example. The results are the
same as os.system and for the same reason. In a Posix terminal session:
$ python3.3
import subprocess
subprocess.call('pwd')
/Users/nad
0
But in an IDLE shell window:
import subprocess
subprocess.call('pwd')
0
That's confusing to users. IDLE should handle that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11820
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14931] Compattible
New submission from austin McCalley mcaust...@gmail.com: When I try to run python 2.5 scripts on 2.7 it keeps saying error that there is no module named so and so -- components: None messages: 161733 nosy: austin.McCalley priority: normal severity: normal status: open title: Compattible type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11785] email subpackages documentation problems
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset df59aefdb1c8 by R David Murray in branch '2.7': #11785: fix the :mod: references in email package submodule titles. http://hg.python.org/cpython/rev/df59aefdb1c8 New changeset 6737c2ca98ee by R David Murray in branch '3.2': #11785: fix the :mod: references in email package submodule titles. http://hg.python.org/cpython/rev/6737c2ca98ee -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11785 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11785] email subpackages documentation problems
R. David Murray rdmur...@bitdance.com added the comment: Fixed. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11785 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14931] Compattible
R. David Murray rdmur...@bitdance.com added the comment: Most likely your problem is that you installed the module in question for 2.5, but haven't (yet) installed it for 2.7. If you find that this isn't the problem you can reopen the issue and provide more details. But I'm pretty sure that's the problem. -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14931 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11820] idle3 shell os.system swallows shell command output
Roger Serwy roger.se...@gmail.com added the comment: It might be possible to fix this problem by creating pipes to redirect stdout and stderr to the text widget in PyShell. The ShellWindow.py demo in Demo/tkinter/guido may be helpful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14929] IDLE crashes on *Edit / Find in files ...* command
Roger Serwy roger.se...@gmail.com added the comment: When running IDLE from the terminal on Ubuntu, I get the following error: Exception in Tkinter callback Traceback (most recent call last): File /home/serwy/python/cpython/Lib/tkinter/__init__.py, line 1442, in __call__ return self.func(*args) File ./idlelib/GrepDialog.py, line 70, in default_command self.grep_it(prog, path) File ./idlelib/GrepDialog.py, line 90, in grep_it block = f.readlines(10) File /home/serwy/python/cpython/Lib/codecs.py, line 300, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe4 in position 120: invalid continuation byte The reason why IDLE closes suddenly on Windows is described in issue13582. -- nosy: +serwy, terry.reedy title: IDLE crashes on *Edit / Find in files ...* command (Python 3.2, Windows XP) - IDLE crashes on *Edit / Find in files ...* command type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12370] Use of super overwrites use of __class__ in class namespace
Changes by Mark Shannon m...@hotpy.org: -- nosy: +Mark.Shannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Terry J. Reedy tjre...@udel.edu added the comment: The only substantive change I see is replacing the four lines setting 'interp' with a defaulted getattr call. You seem to have missed my point that 'Otherwise, open a new window' is false. It must be that flist.open(filename) first checks to see if filename is open and if so, uses the existing window rather than opening a new one. (I would check this if I knew what class flist is and where it is defined.) This must be what happens with flist.open(filename, self.loadfile) as it loads the file into the existing window, renames itself, and updates the recent files list. I will make the code replacement and do some comment changes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Roger Serwy roger.se...@gmail.com added the comment: You're right. I missed your point about flist.open shifting focus to the already opened file. FileList.py contains the open method. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14929] IDLE crashes on *Edit / Find in files ...* command
Roger Serwy roger.se...@gmail.com added the comment: The GrepDialog opens a file using plain open, without specifying the encoding or how to handle errors. The docs for open says that the default encoding is platform dependent (whatever locale.getpreferredencoding() returns)... This can be problematic, as files can have different encodings and GrepDialog at present has no way to detect file encodings. Attached is a preliminary patch to replace code points if the default decoder encounters errors. -- keywords: +patch Added file: http://bugs.python.org/file25740/prelim_14929.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Terry J. Reedy tjre...@udel.edu added the comment:
'a'(, [](, {}( no longer do anything.
[int][0]( and {0:int}[0] bring up int tooltip.
However, patch is not a complete fix yet.
[int][1]( and {0:int}[1] both 'crash' Idle.
So we need to add IndexError and KeyError to
+except (NameError, AttributeError, SyntaxError):
I think instead we should just remove the list since any uncaught error in the
eval will close Idle. Do you see any reason why not? If open_calltips were
called with evalfuncs True (I presume there must be a way, see below), then
*any* exception could happen in the eval.
I was thinking that eval is a bit dangerous but I see this protection in
open_calltips
if not evalfuncs and (name.find('(') != -1):
return
Consequently, after def f(): return int, f()( does not get a calltip. Neither
does the tuple equivalent of the list example above, (int,)[0](.
With the call check moved from the bottom of get_argspec to the top, I am ok
with it there. If we agree on the except clause, I am ready to apply.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12510
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Roger Serwy roger.se...@gmail.com added the comment: I'm ok with removing the exception list, but add a comment like # *any* exception could happen in the eval. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14925] email package does not register defect when blank line between header and body is missing
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 0869f5f47608 by R David Murray in branch 'default': #14925: email now registers a defect for missing header/body separator. http://hg.python.org/cpython/rev/0869f5f47608 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14925] email package does not register defect when blank line between header and body is missing
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 17341b51af4f by R David Murray in branch 'default': #1672568: email now registers defects for base64 payload format errors. http://hg.python.org/cpython/rev/17341b51af4f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset d68e30be755e by R David Murray in branch 'default': News item for #1672568. http://hg.python.org/cpython/rev/d68e30be755e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1672568] silent error in email.message.Message.get_payload
R. David Murray rdmur...@bitdance.com added the comment: Fix committed. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1672568 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 938b12452af7 by Terry Jan Reedy in branch '2.7': Issue12510: Attempting to get invalid tooltip no longer closes Idle. http://hg.python.org/cpython/rev/938b12452af7 New changeset 4a7582866735 by Terry Jan Reedy in branch '3.2': Issue12510: Attempting to get invalid tooltip no longer closes Idle. http://hg.python.org/cpython/rev/4a7582866735 New changeset 0835bee19f86 by Terry Jan Reedy in branch 'default': Merge 3.2 closes #12510 http://hg.python.org/cpython/rev/0835bee19f86 -- nosy: +python-dev resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Eric Snow ericsnowcurren...@gmail.com added the comment: Long options only would be fine with me. So --path0 and --nopath0? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14928] Fix importlib bootstrapping issues
Changes by Eric V. Smith e...@trueblade.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12515] email modifies the message structure when the parsed email is invalid without registering defects
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 81e008f13b4f by R David Murray in branch 'default': #12515: email now registers a defect if the MIME end boundary is missing. http://hg.python.org/cpython/rev/81e008f13b4f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12515] email modifies the message structure when the parsed email is invalid without registering defects
R. David Murray rdmur...@bitdance.com added the comment: I didn't wind up using your patch (for one thing I forgot that there were two separate issues in this patch and independently rediscovered and fixed the MissingHeaderBodySeparatorDefect one). However, this is now fixed in 3.3. Unfortunately, since it introduces a new defect, it is an enhancement and by our rules can't be backported. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed type: behavior - enhancement versions: -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14928] Fix importlib bootstrapping issues
Nick Coghlan ncogh...@gmail.com added the comment: There are some additional challenges potentially posed by suggestions like http://bugs.python.org/issue10399, which would allow the compiler itself to use Python extensions. However, those could be overcome by requiring that the compiler support running with any such extensions disabled. Two more possible APIs: A -X option: -Xbootstrap=Lib/importlib/_bootstrap.py Allow frozen modules to be frozen as *source* rather than as a PYC file, then freeze importlib._bootstrap as source rather than as bytecode. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14928 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14929] IDLE crashes on *Edit / Find in files ...* command
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 12454f78967b by Terry Jan Reedy in branch '3.2': Issue14929: Stop Idle 3.x from closing on Unicode decode errors when grepping. http://hg.python.org/cpython/rev/12454f78967b New changeset 058c3099e82d by Terry Jan Reedy in branch 'default': Merge 3.2 #14929 http://hg.python.org/cpython/rev/058c3099e82d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14929] IDLE crashes on *Edit / Find in files ...* command
Terry J. Reedy tjre...@udel.edu added the comment: Interesting -- and nasty. I have used this successfully with both 3.2 and now 3.3 on Win7 to search idlelib/*.py files and on a directory of my own files, all written by Idle and been quite pleased with the speed. I just tried searching /Lib/*.py for 'itertools' and quickly got 10 results (up to decimal.py) before Idle disappeared. OK, import idlelib/idle in console, repeat, and I get the same traceback up to File C:\Programs\Python33\lib\encodings\cp1252.py, line 23, in decode return codecs.charmap_decode(input,self.errors,decoding_table)[0] UnicodeDecodeError: 'charmap' codec can't decode byte 0x81 in position 1877: character maps to undefined This is not a problem on 2.7. Patch fixes problem, so I committed it so it will be in 3.3.0a4 (in a few days). The default extension is .py. The default encoding for .py files is utf-8. I think that is the default for what Idle writes. So I think this should be the default encoding (explicitly given) at least for .py files. -- assignee: - terry.reedy versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14929] IDLE crashes on *Edit / Find in files ...* command
Terry J. Reedy tjre...@udel.edu added the comment: Hit send too soon;-). With that much done, we can think about a more complete fix. See last paragraph above. Also, perhaps dialog box could have encodings field. People should be able to grep python code for any legal identifier, and this means proper decoding according to the encoding they actually use. Francisco, thanks for reporting this, and Roger, thanks for quick fix. -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14929 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE get_the_calltip mishandles raw strings
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14876] IDLE highlighting theme does not preview with user-selected fonts
Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14818] C implementation of ElementTree: Some functions should support keyword arguments
Eli Bendersky eli...@gmail.com added the comment: The whole namespace issue is not very well documented in the ReST doc for ET - should open a new issue on this -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14818] C implementation of ElementTree: Some functions should support keyword arguments
Eli Bendersky eli...@gmail.com added the comment: Updated patch with fixed error messages, additional tests and some documentation. No support in SubElement yet -- Added file: http://bugs.python.org/file25741/issue14818.3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14660] Implement PEP 420: Implicit Namespace Packages
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset f26721ab3476 by Ned Deily in branch 'default': Issue #14660: Install namespace_pkgs test directories and files. http://hg.python.org/cpython/rev/f26721ab3476 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14660 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
