[issue34186] [3.6.6 on macOS] os.listdir replacing "/" with ":"
New submission from Todd : Short back story - I am organizing music where "/" appears in a lot a metadata for the songs. For instance, the artist "AC/DC" or "ACDC w/ Axl Rose". On macOS, it is acceptable to name a folder "AC/DC" while the slash would cause an issue in Windows. Issue - While using os.listdir to list a number of artist folders inside my iTunes music folder os.listdir replaced "/" with ":" IF the "/" appears in the name itself. It does not replace the slash delimiters. I have included a screen shot. On the right side of the image is an example directory I made with a few folders. Two of the folders have "/" in their names. On the left side of the image is the Python shell showing the use of os.listdir along with the output. You'll notice that the listed directories don't include "/", but instead include ":". -- components: macOS files: Screen Shot 2018-07-21 at 9.29.59 PM.png messages: 322128 nosy: coleman4...@hotmail.com, ned.deily, ronaldoussoren priority: normal severity: normal status: open title: [3.6.6 on macOS] os.listdir replacing "/" with ":" type: behavior versions: Python 3.6 Added file: https://bugs.python.org/file47708/Screen Shot 2018-07-21 at 9.29.59 PM.png ___ Python tracker <https://bugs.python.org/issue34186> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34186] [3.6.6 on macOS] os.listdir replacing "/" with ":"
Todd added the comment: Ah, thank you for the link. I looked for something like that, but I obviously didn’t use the right wording while searching. Sorry for the false report and thanks for the quick help. -Todd Sent from my iPhone > On Jul 21, 2018, at 10:10 PM, Zachary Ware wrote: > > > Zachary Ware added the comment: > > That's nothing to do with Python and everything to do with macOS. As a test, > open Terminal, do `ls ~/Example`, and you'll see `AC:DC` instead of `AC/DC`. > As a further test, do `mkdir ~/Example/dir:with:colons` and then have a look > in Finder. > > See here [1] for more information. > > [1] > https://apple.stackexchange.com/questions/173529/when-did-the-colon-character-become-an-allowed-character-in-the-filesystem > > -- > nosy: +zach.ware > resolution: -> not a bug > stage: -> resolved > status: open -> closed > > ___ > Python tracker > <https://bugs.python.org/issue34186> > ___ -- ___ Python tracker <https://bugs.python.org/issue34186> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9609] make cProfile multi-stack aware
Changes by Todd Whiteman : -- nosy: +twhitema ___ Python tracker <http://bugs.python.org/issue9609> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3905] subprocess failing in GUI applications on Windows
Todd Whiteman added the comment: I still see this problem (in Python 2.7.1 and Python 3.1.2). When testing using idle, you'll need to launch using "pythonw.exe", i.e.: pythonw.exe lib\idlelib\idle.py -- ___ Python tracker <http://bugs.python.org/issue3905> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3905] subprocess failing in GUI applications on Windows
New submission from Todd Whiteman <[EMAIL PROTECTED]>:
I'm getting a 'The handle is invalid' error when using subprocess.Popen
in Python 2.5 (and 2.6). If any of the stdio handles are somehow invalid
or not real io handles (fd is not 0, 1 or 2), and you are not telling
subprocess to PIPE all of the handles, then subprocess throws the
following exception.
The easiest way to reproduce this is using run PythonWin from a Windows
Command Prompt:
C:\Python\Lib\site-packages\pythonwin\Pythonwin.exe
and then use the following 2 subprocess code lines below:
import subprocess
p = subprocess.Popen(["python", "-c", "print 32"], stdin=None,
stdout=subprocess.PIPE, stderr=subprocess.PIPE)
Traceback (most recent call last):
File "", line 1, in
File "C:\Python26\lib\subprocess.py", line 588, in init_
errread, errwrite) = self._get_handles(stdin, stdout, stderr)
File "C:\Python26\lib\subprocess.py", line 703, in _get_handles
p2cread = self._make_inheritable(p2cread)
File "C:\Python26\lib\subprocess.py", line 748, in _make_inheritable
DUPLICATE_SAME_ACCESS)
WindowsError: [Error 6] The handle is invalid
Specifying PIPE for all subprocess.Popen handles is the only way I've
found to get around this problem:
p = subprocess.Popen(["python", "-c", "print 32"],
stdin=subprocess.PIPE, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
p.stdin.close()
p.communicate()
('32\r\n', '')
--
components: Windows
messages: 73408
nosy: trentm, twhitema
severity: normal
status: open
title: subprocess failing in GUI applications on Windows
versions: Python 2.5, Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3905>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3905] subprocess failing in GUI applications on Windows
Todd Whiteman <[EMAIL PROTECTED]> added the comment: This seems to be somewhat related to issue1124861: http://bugs.python.org/issue1124861 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3905> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3905] subprocess failing in GUI applications on Windows
Todd Whiteman <[EMAIL PROTECTED]> added the comment: Uh, the Idle bug reported by Jean-Michel is a completely different bug (please see the first three messages of this report). Please re-open this bug, as the subprocess issue I have reported is still outstanding. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3905> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7753] newgil backport
Changes by Todd Whiteman : -- nosy: +twhitema ___ Python tracker <http://bugs.python.org/issue7753> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8350] os.mkdir doc comment is incorrect
New submission from Todd Whiteman :
The doc command for os.mkdir is incorrect (at least for posix). It specifies
that there is an optional mode keyword, but it's not a keyword argument, see
below:
>>> import os
>>> help(os.mkdir)
mkdir(...)
mkdir(path [, mode=0777])
Create a directory.
>>> os.mkdir("/tmp/1", mode=777)
Traceback (most recent call last):
File "", line 1, in
TypeError: mkdir() takes no keyword arguments
Suggest the following doc comment change:
mkdir(...)
mkdir(path [, mode])
Create a directory. Mode defaults to 0777 if not specified.
--
assignee: georg.brandl
components: Documentation
messages: 102648
nosy: georg.brandl, twhitema
severity: normal
status: open
title: os.mkdir doc comment is incorrect
versions: Python 2.6, Python 3.1
___
Python tracker
<http://bugs.python.org/issue8350>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4171] SSL handshake fails after TCP connection in getpeername()
Changes by Todd Whiteman <[EMAIL PROTECTED]>: -- nosy: +twhitema ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4171> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2054] add ftp-tls support to ftplib - RFC 4217
Changes by Todd Whiteman <[EMAIL PROTECTED]>: -- nosy: +twhitema ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2054> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39883] Use BSD0 license for code in docs
New submission from Todd Jennings : Currently using code examples and recipes from the documentation is complicated by the fact that they are all under the Python 2.0 license. Putting them under a more permissive license, particular the BSD0 license, would make them much easier to use in other projects. -- assignee: docs@python components: Documentation messages: 363573 nosy: docs@python, toddrjen priority: normal pull_requests: 18180 severity: normal status: open title: Use BSD0 license for code in docs type: enhancement ___ Python tracker <https://bugs.python.org/issue39883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39917] new_compiler() called 2nd time causes error
New submission from Todd Levi : Action: Run the following command in py36, py37, and py3 for package uvloop python setup.py build_ext --inline bdist_wheel Expected behavior: The package is built and bundled as a wheel. Observed behavior: The build fails at the bdist_wheel stage with the following error: error: don't know how to compile C/C++ code on platform 'posix' with '' compiler Additional Notes: If I split the two commands (build_ext and bdist_wheel) into separate invocations (e.g. python setup.py build_ext --inline && python setup.py bdist_wheel) then the wheel is successfully built. It only (and always) fails when build_ext and bdist_wheel are on the same command line. What "seems" to be happening is that bdist_wheel is somehow inheriting the existing CCompiler object that was used by build_ext and is then passing that back to distutils.compiler.new_compiler(). The new_compiler() function simply checks to see if compiler is None and, if not, uses its value as a key to the compiler_class dict. The distutils/command/build_ext build_ext object initially sets self.compiler to None so the first invocation of new_compiler() in build_ext.run() will work as expected. In build_ext.run() at around line 306 (in master), however, it simply does self.compiler = new_compiler(compiler=self.compiler,...) so any subsequent invocation of run() seems like it will fail and produce the error message I'm seeing. new_compiler() is the only place I see that error message being emitted. The package I'm building (uvloop) is being built with Cython but all the object paths I've been able to track come back to distutils.ccompiler.py. That packages setup.py file doesn't seem to do anything weird that I can see (which doesn't mean it isn't doing something weird). It sets the sdist and build_ext cmdclass entries to their own methods (that don't seem to set compiler - just compiler options) and also registers an extension via ext_modules. The setup.py code is here: https://github.com/MagicStack/uvloop/blob/master/setup.py Possible Fix: Two simple possibilities come to mind. 1) In run, see if self.compiler is not None and alter the call to new_compiler() to use self.compiler.compiler_type. 2) In new_compiler(), check the type of compiler and simply return if its a CCompiler object. -- components: Distutils messages: 363765 nosy: dstufft, eric.araujo, televi priority: normal severity: normal status: open title: new_compiler() called 2nd time causes error type: behavior versions: Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue39917> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39883] Use BSD0 license for code in docs
Todd Jennings added the comment: Hi Terry, Please take a look at the linked PR. This was already discussed on the python-ideas mailing list and Guido agreed this is a good idea. It is currently waiting on a PSF board decision. Guido requested I create a blurb, and that required a corresponding issue number, so I created this issue. But to answer your question, the problem is incorporating code into an existing project. The whole point of examples and recipes is that they be used in other projects. But keeping them under the Python 2.0 license makes this hard, since it requires all the documentation keep that same license. So you can't use, say, an itertools recipe without keeping a separate license for that code, and some way to identify which code falls under that license. -- ___ Python tracker <https://bugs.python.org/issue39883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39917] new_compiler() called 2nd time causes error
Todd Levi added the comment: In looking through the setup.py file for uvloop, I see that they purposely do not call super().initialize_options() or super().finalize_options() in their code if they've already been called once. I think that is why their code is revealing this problem - the 2nd command to be run is inheriting the self.compiler value from the first command since build_ext.initialize_options() isn't being called to (re)set self.compiler to be None. I'm not sure if there's a "rule" that says each command must call initialize_options() to "sanitize" the object or not but that does explain why the 2nd command is seeing a CCompiler object() for self.compiler on the 2nd time through. -- ___ Python tracker <https://bugs.python.org/issue39917> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39883] Use BSD0 license for code in docs
Todd Jennings added the comment: The pull request is https://github.com/python/python-docs-theme/pull/36 It doesn't seem to went let me add it to linked pull requests. -- ___ Python tracker <https://bugs.python.org/issue39883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31143] lib2to3 requires source files for fixes
New submission from Todd Schiller: The lib2to3 library doesn't detect/apply any fixes if the source files aren't included with the distribution. See get_all_fix_names at https://github.com/python/cpython/blob/master/Lib/lib2to3/refactor.py#L30 This affects Azure's official Python site extensions [1], which only include bytecode pyc's for the fixes [2]. This results in bad installs when using setuptools to install packages that leverage the use_2to3 flag during the install [3] [1] https://github.com/Azure/azure-python-siteextensions [2] https://github.com/Azure/azure-python-siteextensions/issues/14 [3] https://github.com/pypa/setuptools/issues/1120#issuecomment-320769664 -- components: 2to3 (2.x to 3.x conversion tool) messages: 299920 nosy: tschiller priority: normal severity: normal status: open title: lib2to3 requires source files for fixes type: behavior ___ Python tracker <http://bugs.python.org/issue31143> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31143] lib2to3 requires source files for fixes
Todd Schiller added the comment: I'm reporting that lib2to3 doesn't work without having source .py files for the fixes that are packaged with the lib2to3 library. Perhaps the get_all_fix_names method in lib2to3/refactor.py should check for either .py or .pyc files? The source files are included with the package that I'm installing (anyjson 0.3.3 in this case). -- ___ Python tracker <http://bugs.python.org/issue31143> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33233] Suggest third-party cmd2 module as alternative to cmd
Todd Leonhardt added the comment: The cmd2 project is in the process of rapidly stabilizing, but it isn't quite there yet. The other cmd2 core maintainers and I do have a bunch of refactoring planned over the next 6 to 8 months or so. Right now @kotfu (Jared Crapo) is working on replacing pyparsing with shlex. Since shlex is built into Python, that removes one 3rd party dependency. In early September we plan on abandoning support for Python 2.7 for future releases which will enable us to remove dependencies on most of the other 3rd party libraries we currently depend upon and to dramatically clean the code up in numerous other ways. The one third party dependency which will be left is pyperclip, but honestly that isn't very well maintained and I've been thinking about removing the functionality we use it for (clipboard copy/paste). Another core cmd2 maintainer, @kmvanbrunt (Kevin Van Brunt) has been toying with the idea of forking it and creating a lighter and simpler version with a reduced feature set. If it is something the core developers view as desirable, I think it would perhaps be a viable path forward to have the cmd2 maintainers take over maintenance of cmd and to move towards that becoming the lightweight reduced feature set version and cmd2 living on as the heavier weight more full featured extension of cmd (but many of the current features of cmd2 could be merged into cmd). -- nosy: +tleonhardt ___ Python tracker <https://bugs.python.org/issue33233> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31739] socket.close recommended but not demonstrated in same-page example code
Change by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <https://bugs.python.org/issue31739> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5124] IDLE - pasting text doesn't delete selection
Todd Rovito added the comment: "What is standard in other linex and mac apps?" -On Mac OS X 10.8.3 TextEdit I get the replacement behavior -On Linux CentOS 6.4 gedit I get the replacement behavior -On IDLE under the latest 3.4 pull I get the replacement behavior with Max OS X 10.8.3 -On IDLE under the latest 3.4 pull I get the eggsspam behavior with Linux CentOS 6.4 as Weeble described in the original bug report So from my perspective Linux is behaving differently than Windows and Mac OS X. -- ___ Python tracker <http://bugs.python.org/issue5124> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] os.rename documentation slightly inaccurate
Todd Rovito added the comment: Ping!!! I have not heard anything about this patch so I wanted to ping it to get more feedback. Thanks! -- ___ Python tracker <http://bugs.python.org/issue16278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17511] Idle find function closes after each find operation
Todd Rovito added the comment: I was wondering does it make sense to commit this patch since it is similar to http://bugs.python.org/issue14146 then put the issue in the pending state as we wait for the TK/TCL fix? It seems more consistent to me since this issue is basically the same highlight problem as 14146. I imagine this is very bothersome for Windows users. -- ___ Python tracker <http://bugs.python.org/issue17511> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5124] IDLE - pasting text doesn't delete selection
Todd Rovito added the comment: I haver verified Roger's patch does indeed fix the problem on Linux CentOS 6.4 with IDLE 3.4. The Linux situation is complex. Basically as I see it over the years pure X11 applications are becoming extinct and most developers either use GTK (for GNOME) or QT (for KDE). I don't blame anybody for moving to one of these toolkits because writing a pure X11 application is painful. In the near future Wayland http://en.wikipedia.org/wiki/Wayland_(display_server_protocol) will take over and I wonder how many X11 applications will actually be ported. I agree with Roger we should try and make IDLE as consistent as possible across operating systems. +1 for applying the patch. -- ___ Python tracker <http://bugs.python.org/issue5124> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
Todd Rovito added the comment: Patch does indeed apply and I get good results! The patch is well done and provides a nice example on how to write unit tests. +1 for making the commit from me R. David Murray you used the patch command while I used "hg import --no-commit mywork.patch" as specified in the Python Developers Guide. Next time I have an issue I will use patch and see if it works better. -- ___ Python tracker <http://bugs.python.org/issue15392> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2053] IDLE - standardize dialogs
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue2053> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7136] Idle File Menu Option Improvement
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue7136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7136] Idle File Menu Option Improvement
Todd Rovito added the comment: Roger's patch works but the documentation has changed since he made the patch back in 2011. So I patched the patch and hope this very simple patch will get committed. I will work on a patch for 2.7 next. Today I was teaching a student on how to use Python with IDLE and the student found the existing menu option confusing. I was thrilled a patch already existed and it just needed updated. Thanks! -- versions: +Python 3.4 -Python 3.2 Added file: http://bugs.python.org/file30418/7136FileMenuConfusionV23point4.patch ___ Python tracker <http://bugs.python.org/issue7136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7136] Idle File Menu Option Improvement
Todd Rovito added the comment: Same patch but for Python 2.7.5. I just updated the documentation from Roger's excellent patch. -- versions: +Python 2.7 Added file: http://bugs.python.org/file30419/7136FileMenuConfusionV22point7.patch ___ Python tracker <http://bugs.python.org/issue7136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18103] Create a GUI test framework for Idle
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18103> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18104] Idle: make human-mediated GUI tests usable
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18104> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18189] IDLE Improvements: Unit test for Delegator.py
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18189> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18189] IDLE Improvements: Unit test for Delegator.py
Changes by Todd Rovito : -- nosy: +philwebster ___ Python tracker <http://bugs.python.org/issue18189> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18189] IDLE Improvements: Unit test for Delegator.py
Changes by Todd Rovito : -- nosy: +terry.reedy ___ Python tracker <http://bugs.python.org/issue18189> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18226] IDLE Unit test for FormatParagrah.py
Changes by Todd Rovito : -- nosy: +JayKrish ___ Python tracker <http://bugs.python.org/issue18226> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18226] IDLE Unit test for FormatParagrah.py
New submission from Todd Rovito: Continuing the IDLE unittest framework initiated in http://bugs.python.org/issue15392. A small unit test for IDLE FormatParagraph.py. This patch introduces a test module named test_format_paragraph.py inside Lib/idlelib/idle_test, considering the guidance in README file from idle_test. I should have a patch uploaded by Monday 6/17/2013 night. -- messages: 191242 nosy: Todd.Rovito, philwebster, terry.reedy priority: normal severity: normal status: open title: IDLE Unit test for FormatParagrah.py type: enhancement versions: Python 2.7, Python 3.4 ___ Python tracker <http://bugs.python.org/issue18226> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7136] Idle File Menu Option Improvement
Todd Rovito added the comment: PING It has been a month since Roger's last comment on the patch looking good, can somebody please commit or post feedback. Thanks. -- nosy: +terry.reedy ___ Python tracker <http://bugs.python.org/issue7136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13582] IDLE and pythonw.exe stderr problem
Todd Rovito added the comment:
Yes I have a Mac and I am glad to help, so I gave it a test run tonight. The
first thing I did was apply the patch then I ran idle from the console like so:
./python.exe Lib/idlelib/idle.py
For testing I used a simple print command to print to stderr:
sys.stderr.write("spam/n")
which I got the output of
spam/n6
I also tried to use the newer print function:
print("fatal error", file=sys.stderr)
Python 3.4 on the Mac behaved exactly the same way with or without the patch.
I got the stderr output in the Python shell and nothing appeared in the
console. With the patch applied I saw no dialog box to capture the stderr
output. Maybe I didn't perform the test correctly?
Another thing to consider is for Mac IDLE runs in a special mode via
macosxSupport.py which I turn on by forcing runningAsOSXApp() to always return
True. Even after setting runningAsOSXApp() to true a dialog box does not
appear when writing to stderr.
Maybe I am not testing this patch correctly? Let me know if I can do anything
else to help, thanks.
--
___
Python tracker
<http://bugs.python.org/issue13582>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18226] IDLE Unit test for FormatParagrah.py
Todd Rovito added the comment: Here is a uncompleted patch but works for the most part. I thought I would post just in case somebody wanted to provide me comments on the general direction of the patch. The naming might have to change but this follows Terry Reedy's model of monkey patching. -- keywords: +patch Added file: http://bugs.python.org/file30743/18226IDLEUnitTestFormatParagraph.patch ___ Python tracker <http://bugs.python.org/issue18226> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18292] IDLE Improvements: Unit test for AutoExpand.py
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18292> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7136] Idle File Menu Option Improvement
Todd Rovito added the comment: Terry I am sorry the push didn't go smooth. I thought I had checked the patch with 2.7 and 3.4 and it applied for me but maybe I missed something? For sure I didn't check 3.3 but from here on out I will. Awhile ago I worked on a issue to synchronize the documentation here: http://bugs.python.org/issue5066 Mr. Andrew Svetlov was kind enough to push the patch but he only pushed it for 3.4 which I am not sure why? Then Zachary Ware had the excellent suggestion of making the help.txt generate from the rst file http://bugs.python.org/issue16893. So with all that being said I am confused about the direction of IDLE documentation. Maybe we should reopen issue 5066 or create a new issue to sync help.txt and idle.rst across all version from 2.7 - 3.4? Then apply Zachary's patch to automate the creation of help.txt. -- ___ Python tracker <http://bugs.python.org/issue7136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18226] IDLE Unit test for FormatParagrah.py
Todd Rovito added the comment: Terry, Thank you for the feedback this helps me alot! I will work with Phil Webster and will use his Text Widget and EditorWindow classes. Hopefully this will help us converge on a strong unit test for FormatParagraph.py. Thanks for the reminder about triple quoted strings I think your idea to make sure those strings are in place now is excellent. -- ___ Python tracker <http://bugs.python.org/issue18226> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15661] OS X installer packages should be signed for OS X 10.8 Gatekeeper feature
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue15661> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13582] IDLE and pythonw.exe stderr problem
Todd Rovito added the comment:
Terry,
Bottom line I can't seem to get this patch to do anything for me. Before
the patch is applied IDLE seems to be handling warnings and exceptions just
fine in PyShell on the Mac. I get no crash and the output matches the normal
console. Here is a small test program I wrote:
import warnings
def fxn():
# user warnings are not ignored by default and will cause a dump of
information
# to standard error.
warnings.warn("User warning: Warn on purpose for IDLE", UserWarning)
if __name__ == "__main__":
fxn()
print("the program should not terminate with the warning, but keep on
running")
a = 10 * 1000
print(a)
# exception testing each of these will stop the program
# divide by zero
b = 10 * (1/0)
print(b)
# variable not defined
c = 4 + spam*3
print(c)
# can't convert 'int' object o str implicitly
d = '2' + 2
print(d)
Then I wanted to make sure I was executing the patched code so I made sure I
called idle.pyw (normally I wouldn't do that I would use idle.py). After I
called the correct script I changed the code to force std error to ErrorNotify
class around line 101:
import sys
##if 0: # For testing
##sys.__stderr__ = None
##sys.stderr = None
if sys.__stderr__ is None:
sys.__stderr__ = ErrorNotify()
if sys.stderr is None:
sys.stderr = ErrorNotify()
if sys.__stdout__ is None:
sys.__stdout__ = ErrorNotify(devnull=True)
if sys.stdout is None:
sys.stdout = ErrorNotify(devnull=True)
sys.__stderr__ = ErrorNotify()
sys.stderr = ErrorNotify()
I would expect after this code runs any message sent to stderr would go through
the ErrorNotify class and a widget should appear with the stderr output. Even
after this change I can't get the error widget to appear. I have not given up
yet but I wanted to provide a status update.
--
___
Python tracker
<http://bugs.python.org/issue13582>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18425] IDLE Unit test for IdleHistory.py
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18425> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18429] IDLE: Format Paragraph doesn't function with comment blocks
New submission from Todd Rovito: While working on a test case for Format Paragraph (http://bugs.python.org/issue18226) I noted that format paragraph doesn't work with comment blocks when a comment block is selected. The fix is very simple by changing one line: if first and last: data = text.get(first, last) comment_header = get_comment_header(data) else: The comment_header line was changed from comment_header = ''. This forces the format paragraph extension to always do "just a normal text format". Attached is a patch but I would like to explore the bug in more detail and make sure all cases are covered. -- messages: 192883 nosy: Todd.Rovito priority: normal severity: normal status: open title: IDLE: Format Paragraph doesn't function with comment blocks type: behavior versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue18429> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18429] IDLE: Format Paragraph doesn't function with comment blocks
Changes by Todd Rovito : -- keywords: +patch nosy: +JayKrish, philwebster, roger.serwy, terry.reedy Added file: http://bugs.python.org/file30891/18429FormatParagraphFor3.4.patch ___ Python tracker <http://bugs.python.org/issue18429> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18429] IDLE: Format Paragraph doesn't function with comment blocks
Todd Rovito added the comment: Terry, I was suffering from the classic chicken and egg problem so I was not sure if the test case in http://bugs.python.org/issue18226 should include the small code change. I will work with Phil Webster to get this small change added to issue 18226 along with test cases. Thanks! -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/issue18429> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18279] IDLE Unit test for RstripExtension.py
Todd Rovito added the comment: As a suggestion I always use the command "make patchcheck" (before making the patch) which catches the white space and tab problem plus it fixes other things. Here is more information on patch check in the developer's guide. http://docs.python.org/devguide/committing.html#patch-checklist -- ___ Python tracker <http://bugs.python.org/issue18279> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17721] Help button on preference window doesn't work
Todd Rovito added the comment: This patch LGTM as well. I think it should be committed ASAP because the button clearly doesn't work as it is programmed now. -- ___ Python tracker <http://bugs.python.org/issue17721> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18444] IDLE: Mac OS X pressing ctrl-A in Python shell moved cursor before the prompt, which then makes the keyboard unresponsive.
New submission from Todd Rovito: covers point 1.1) "Pressing the Home key moves the cursor before the >>> prompt, which then makes the keyboard unresponsive." This issues was fixed on Windows XP and Linux here http://bugs.python.org/issue3851 On Mac OS X the "home" key is control-A or function left arrow both have the same effect of moving the cursor left of prompt, which them makes the keyboard unresponsive. I tested this with Python 3.4 and Python 2.7 on Mac OS X 10.8.4. -- components: IDLE messages: 193025 nosy: Todd.Rovito, roger.serwy, terry.reedy priority: normal severity: normal status: open title: IDLE: Mac OS X pressing ctrl-A in Python shell moved cursor before the prompt, which then makes the keyboard unresponsive. versions: Python 2.7, Python 3.4 ___ Python tracker <http://bugs.python.org/issue18444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13504] Meta-issue for "Invent with Python" IDLE feedback
Todd Rovito added the comment: 1.1) "Pressing the Home key moves the cursor before the >>> prompt, which then makes the keyboard unresponsive." This issue is still broken on Mac OS X. http://bugs.python.org/issue18444 -- ___ Python tracker <http://bugs.python.org/issue13504> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18444] IDLE: Mac OS X pressing ctrl-A in Python shell moved cursor before the prompt, which then makes the keyboard unresponsive.
Todd Rovito added the comment: Ned, Thanks for such a thorough comment this saved me lots of time now I don't have to dig so deeply into the problem. "After spending some time trying to understand how this all works or doesn't across the various Tk's, I am coming to the conclusion that we need to define a new set of default key bindings for OS X, one that generally avoids as much as possible the use of Command key and Option key accelerators, as these tend to be especially problematic either in Tk or with system conflicts, and, instead, use Fn keys for non-trivial accelerators." I like your purposed solution so I will look into trying to creat a new key binding for OS X. -- ___ Python tracker <http://bugs.python.org/issue18444> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18441] Idle: Make test.support.requires('gui') skip when it should.
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18441> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18441] Idle: Make test.support.requires('gui') skip when it should.
Changes by Todd Rovito : -- nosy: +JayKrish ___ Python tracker <http://bugs.python.org/issue18441> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18441] Idle: Make test.support.requires('gui') skip when it should.
Changes by Todd Rovito : -- nosy: +philwebster ___ Python tracker <http://bugs.python.org/issue18441> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18583] Idle: enhance FormatParagraph
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue18583> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18704] IDLE: PEP8 Style Check Integration
Todd Rovito added the comment: Ezio, I think modern editors are expected to have this sort of functionality built into them [1]. XCode is simply amazing where it will pop up errors and quote the C99 standard [2]. We don't expect IDLE to have all that functionality but it seemed to us like it would be great to add pep8 or PyFlakes to IDLE. It is possible we could create an extension but that would void Python's motto "batteries included". In addition tools like pep8 and PyFlakes could be useful for other purposes as well. JayKrish is checking with the authors of pep8 about license issues. As always we will defer to the judgement of Core Developers and could pursue either option. [1] Wikipeida Microsoft Visual Studio, http://en.wikipedia.org/wiki/Microsoft_Visual_Studio#Code_editor [2] XCode, http://en.wikipedia.org/wiki/XCode -- status: pending -> open ___ Python tracker <http://bugs.python.org/issue18704> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18704] IDLE: PEP8 Style Check Integration
Todd Rovito added the comment: Raymond, Would you prefer PyFlakes instead? Try to consider IDLE being for beginners so they need all the help they can get. Advanced users can always turn the extension off. Thanks for your input. -- ___ Python tracker <http://bugs.python.org/issue18704> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18704] IDLE: PEP8 Style Check Integration
Changes by Todd Rovito : -- nosy: +terry.reedy ___ Python tracker <http://bugs.python.org/issue18704> ___ ___ 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.
New submission from Todd DeLuca :
Today I installed distutils2 via pip and ran 'pysetup create'. During the
selection of Trove classifiers for Development status I chose '2 - Alpha' but
setup.cfg ended up incorrectly indicating that my project is Pre-Alpha.
Here is a "screenshot" of the interactive setup with me choosing '2 - Alpha':
```
Do you want to set Trove classifiers? (y/n): y
Please select the project status:
0 - Planning
1 - Pre-Alpha
2 - Alpha
3 - Beta
4 - Production/Stable
5 - Mature
6 - Inactive
Status: 2
```
Here is the relevant line in setup.cfg:
classifier = Development Status :: 2 - Pre-Alpha
Here are the relevant Trove classifications from
http://pypi.python.org/pypi?%3Aaction=list_classifiers:
```
Development Status :: 1 - Planning
Development Status :: 2 - Pre-Alpha
Development Status :: 3 - Alpha
Development Status :: 4 - Beta
Development Status :: 5 - Production/Stable
Development Status :: 6 - Mature
Development Status :: 7 - Inactive
```
Notice above that the numbers assigned to the Trove classifiers are greater (by
one) than the numbers displayed in the pysetup script.
The problem is in file distutil2/create.py
(http://hg.python.org/distutils2/file/d015f9edccb8/distutils2/create.py) in
class MainProgram, method set_maturity_status().
Changing the following line:
676 Status''' % '\n'.join('%s - %s' % (i, maturity_name(n))
To the following:
676 Status''' % '\n'.join('%s - %s' % (i + 1, maturity_name(n))
Should display the numbers correctly and fix the problem. I tested this fix on
my system (using python2.7.3) and it works correctly.
Regards,
Todd
P.S. Apologies for not submitting a "Pull request".
--
assignee: eric.araujo
components: Distutils2
messages: 161129
nosy: alexis, eric.araujo, tarek, todddeluca
priority: normal
severity: normal
status: open
title: 'pysetup create' off-by-one when choosing classification maturity status
interactively.
type: behavior
versions: Python 2.7
___
Python tracker
<http://bugs.python.org/issue14858>
___
___
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 added the comment:
That was my first thought, but if python2.5 compatibility is important, I
don't think using the start parameter is an option.
http://docs.python.org/library/functions.html#enumerate
"Changed in version 2.6: The start parameter was added."
Regards,
Todd
On Fri, May 25, 2012 at 9:59 PM, Sharif Nassar wrote:
>
> Sharif Nassar added the comment:
>
> Even better:
>
> diff -r 747eec42e7ae distutils2/create.py
> --- a/distutils2/create.py Mon May 21 17:01:44 2012 -0400
> +++ b/distutils2/create.py Fri May 25 19:04:22 2012 -0700
> @@ -674,7 +674,7 @@
> %s
>
> Status''' % '\n'.join('%s - %s' % (i, maturity_name(n))
> - for i, n in enumerate(PROJECT_MATURITY))
> + for i, n in enumerate(PROJECT_MATURITY,
> 1 ))
> while True:
> choice = ask(dedent(maturity_question), required=False)
>
> --
> nosy: +Sharif.Nassar
>
> ___
> Python tracker
> <http://bugs.python.org/issue14858>
> ___
>
--
___
Python tracker
<http://bugs.python.org/issue14858>
___
___
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 added the comment: I'm working on a unit test and fix for a patch. There are a couple other possible bugs in the function that I coud fix (and test). Should I submit separate patches for each bug or one patch that fixes all 3 (small) bugs? Also should I open issues for each bug? The other issues I could open are: - the function forces you to choose a maturity status (instead of being able to skip it) - you can enter an out of range number (0) and it sets a valid value (the last item in the list.). Thanks for your advice. Regards, Todd On Sat, May 26, 2012 at 1:02 AM, Éric Araujo wrote: > > Éric Araujo added the comment: > > distutils indeed supports 2.5-2.7. The first proposed fix should be fine, > what’s needed is a unit test (more info in the devguide). > > -- > stage: needs patch -> test needed > > ___ > Python tracker > <http://bugs.python.org/issue14858> > ___ > -- ___ Python tracker <http://bugs.python.org/issue14858> ___ ___ 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 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 <http://bugs.python.org/issue14858> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15756] subprocess.poll() does not handle errno.ECHILD "No child processes"
New submission from Todd Whiteman: In the case of a "errno.ECHILD" exception - Python's subprocess module misses the fact that the process has already ended. The following code will wait indefinitely, even though the launched process is quickly ended: import subprocess, signal signal.signal(signal.SIGCLD, signal.SIG_IGN) p = subprocess.Popen(['echo','foo']) while p.poll() is None: pass # wait for the process to exit Note: This is the exact same issue as issue1731717, but applying to the subprocess.poll() method instead of the subprocess.wait() method. -- components: Library (Lib) messages: 168798 nosy: twhitema priority: normal severity: normal status: open title: subprocess.poll() does not handle errno.ECHILD "No child processes" type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue15756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15756] subprocess.poll() does not handle errno.ECHILD "No child processes"
Changes by Todd Whiteman : -- nosy: +gregory.p.smith ___ Python tracker <http://bugs.python.org/issue15756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15756] subprocess.poll() does not handle errno.ECHILD "No child processes"
Todd Whiteman added the comment: The attached patch handles errno.ECHILD in the _internal_poll() method and I've updated the existing "sigchild_ignore.py" test file to perform polling as well. An unpatched version of Pyhton would normally hang on this particular test, whilst the patched version will run successfully. -- keywords: +patch Added file: http://bugs.python.org/file26951/issue15756_poll_v1.patch ___ Python tracker <http://bugs.python.org/issue15756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9583] Document startup option/environment interaction
Todd Rovito added the comment: Applies to Python 3.4 in development and Python 2.7. I recently ran into a similar conflict where I was overriding a environment variable with a command line option and didn't realize it. I first checked the documentation and noticed that it was not clear. Then I found this bug report and made a patch which is attached. The patch iterates what Terry Reedy suggested which I thought made the documentation clearer. This is my first patch to Python I hope it is helpful as Python has served me well over the years. -- keywords: +patch nosy: +Todd.Rovito versions: +Python 3.4 -Python 3.1, Python 3.2 Added file: http://bugs.python.org/file27588/EnvironmentVariables.patch ___ Python tracker <http://bugs.python.org/issue9583> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Todd Rovito added the comment: For Python 3.4 attached is a patch as suggested by Raymond Hettinger. My suggestion is to put the patch in Doc/reference/datamodel.rst because if a user searches google.com for __len__ this is the first link in the list. I think this extra information is a valuable addition to the documentation. -- keywords: +patch nosy: +Todd.Rovito versions: +Python 3.4 Added file: http://bugs.python.org/file27589/DataModel__len__.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9583] Document startup option/environment interaction
Todd Rovito added the comment: After another review I decided to submit a newer patch that uses a comma so I think the documentation flows better. -- type: -> enhancement Added file: http://bugs.python.org/file27590/EnvironmentVariables.patch ___ Python tracker <http://bugs.python.org/issue9583> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12913] Add a debugging howto
Todd Rovito added the comment: I think this is an excellent idea. How about putting in some advanced debugging with IDLE? For example I have read somewhere that IDLE lets you set break points but the documentation for IDLE OS not that clear on debugging. -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue12913> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27589/DataModel__len__.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Todd Rovito added the comment: New patch with a better reference to the source for the test case. This was suggested by PythonMentors list. I think the patch improves the documentation. This works on Python 3.4. -- Added file: http://bugs.python.org/file27605/DataModel__len__.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] Right Click Context Menu
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10405] IDLE breakpoint facility undocumented
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue10405> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13884] IDLE 2.6.5 Recent Files undocks
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue13884> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13504] Meta-issue for "Invent with Python" IDLE feedback
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue13504> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13884] IDLE: Remove tear-off menu feature
Todd Rovito added the comment: Terry, I would not miss the feature at all this is very old school Unix like and most people find it confusing. At my job I tend to provide Python support to my co-workers and have had many questions about it. In addition I think #13504 meta issue provides even more evidence that removing the tear off menus would be a good thing. Something to consider with IDLE is it is often the first thing a user sees when using Python and first impressions count in most circumstances. IDLE could be much improved and Roger Serwy has a good start on improvements with his IdleX project. Thanks for the review and I for one would appreciate this patch getting committed. -- ___ Python tracker <http://bugs.python.org/issue13884> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Todd Rovito added the comment: I used taleinat's patch as the start for a patch that works with 3.4. Lots of code was changed from 2010 to 2012 so I basically hand merged the patch into 3.4. This patch was tested with Python 3.4.0a0 on both Mac OS X and Linux. As suggested by taleinat and Guilherme the shortcuts keys are not included in the context menu. -- Added file: http://bugs.python.org/file27614/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27614/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Todd Rovito added the comment: This time I ran make patchcheck on the patch and it corrected a single white space. I used taleinat's patch as the start for a patch that works with 3.4. Lots of code was changed from 2010 to 2012 so I basically hand merged the patch into 3.4. This patch was tested with Python 3.4.0a0 on both Mac OS X and Linux. As suggested by taleinat and Guilherme the shortcuts keys are not included in the context menu. -- Added file: http://bugs.python.org/file27615/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Todd Rovito added the comment: I used taleinat's patch as the start for a patch that works with 2.7. Lots of code was changed from 2010 to 2012 so I basically hand merged the patch into 2.7. This patch was tested with Python 2.7.3 on both Mac OS X and Linux. As suggested by taleinat and Guilherme the shortcuts keys are not included in the context menu. -- versions: +Python 2.7 -Python 3.4 Added file: http://bugs.python.org/file27616/RightClickContextMenuUpdatedFor2point7.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Todd Rovito added the comment: Changed the version to make it clear this issue as a patch for 3.4 and 2.7. -- versions: +Python 3.4 ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27605/DataModel__len__.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Todd Rovito added the comment: Changed the file name so it is clear that this patch goes with version 3.4. -- Added file: http://bugs.python.org/file27624/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27624/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Todd Rovito added the comment: Used the right patch file name this time... -- Added file: http://bugs.python.org/file27625/DataModel__len__3point4.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1283110] Give __len__() advice for "don't know"
Todd Rovito added the comment: This patch is for Python 2.7. -- versions: +Python 2.7 Added file: http://bugs.python.org/file27626/DataModel__len__2point7.patch ___ Python tracker <http://bugs.python.org/issue1283110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10405] IDLE breakpoint facility undocumented
Todd Rovito added the comment: Nick, I agree some documentation is better than none. But somebody could do better I am not sure how to debug in IDLE. I have taken your file and created a 2.7 patch. -- keywords: +patch type: -> enhancement versions: -Python 3.1, Python 3.2 Added file: http://bugs.python.org/file27627/IDLEBreakPointDocumentation2point7.patch ___ Python tracker <http://bugs.python.org/issue10405> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10405] IDLE breakpoint facility undocumented
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27627/IDLEBreakPointDocumentation2point7.patch ___ Python tracker <http://bugs.python.org/issue10405> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10405] IDLE breakpoint facility undocumented
Todd Rovito added the comment: This patch works for both Python 3.4 and Python 2.7, it is a very simple patch. -- versions: +Python 3.4 Added file: http://bugs.python.org/file27628/IDLEBreakPointDocumentation.patch ___ Python tracker <http://bugs.python.org/issue10405> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] os.rename documentation slightly inaccurate
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue16278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] os.rename documentation slightly inaccurate
Todd Rovito added the comment: David, Thanks for your bug report. Indeed os.rename does not exhibit the same behavior as the documentation describes. For Python 3.4 here is the fix I came up with: "Rename the file or directory src to dst. If dst is a directory that is not empty, OSError will be raised. On Unix, if dst exists and is a file, it will be replaced silently if the user has permission and src is a file. On Unix, if src is a directory and dst is a file NotADirectoryError will be raised. The operation may fail on some Unix flavors if src and dst are on different filesystems. If successful, the renaming will be an atomic operation (this is a POSIX requirement). On Windows, if dst already exists, OSError will be raised even if it is a file." I have attached a Python 3.4 patch for consideration. This might not be the best phrasing so please feel free to offer alternatives. -- keywords: +patch Added file: http://bugs.python.org/file27640/OSRenameTest3point4.patch ___ Python tracker <http://bugs.python.org/issue16278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27615/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Changes by Todd Rovito : Removed file: http://bugs.python.org/file27616/RightClickContextMenuUpdatedFor2point7.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Todd Rovito added the comment: Same patch as before but updated the documentation and help.txt file for IDLE. This is for Python 2.7. -- Added file: http://bugs.python.org/file27644/RightClickContextMenuUpdatedWithDocs2point7.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1207589] IDLE: Right Click Context Menu
Todd Rovito added the comment: Same patch as before but updated the documentation and help.txt file for IDLE. This is for Python 3.4. -- Added file: http://bugs.python.org/file27645/RightClickContextMenuUpdatedWithDocs3point4.patch ___ Python tracker <http://bugs.python.org/issue1207589> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15869] IDLE: Include .desktop file and icon
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue15869> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker <http://bugs.python.org/issue15392> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16278] os.rename documentation slightly inaccurate
Todd Rovito added the comment: Thanks for the feedback! Over the weekend I will make sure the documentation and test cases cover all possibilities. I have not worked with test suite but I will do my best. -- ___ Python tracker <http://bugs.python.org/issue16278> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
