[issue20677] Minor typo in enum docs

2014-02-18 Thread flashk
New submission from flashk: On line 142 in the enum library documentation, I believe the text is missing you. It should be changed from: If have an enum member and need its name or value: to: If you have an enum member and need its name or value: -- assignee: docs@python components

[issue10583] Encoding issue with chm help in 2.7.1

2011-06-26 Thread flashk
flashk fla...@gmail.com added the comment: Yes, I still notice this issue with the 2.7.2 release. As I mentioned earlier, I did not notice this problem with 2.7. Were there any significant changes to the docs between 2.7 and 2.7.1? Considering the bug with HTML Help pointed out by Kristian

[issue10742] memoryview.readonly attribute is not documented

2010-12-20 Thread flashk
New submission from flashk fla...@gmail.com: The 'readonly' attribute is not explicitly described, even though it is used in the sample code for the memoryview type. I've attached a patch that adds a description of the 'readonly' attribute. -- assignee: d...@python components

[issue10723] Undocumented built-in exceptions

2010-12-17 Thread flashk
flashk fla...@gmail.com added the comment: I just attached a new patch that explicitly mentions the inheritance of IndentationError and TabError. -- Added file: http://bugs.python.org/file20099/exceptions_2.diff ___ Python tracker rep

[issue10723] Undocumented built-in exceptions

2010-12-16 Thread flashk
New submission from flashk fla...@gmail.com: The Built-in Exceptions page of the Python 2.7 documentation is missing descriptions for BufferError, IndentationError, and TabError. I've gone ahead and added a brief description of each error to the page. -- assignee: d...@python

[issue10723] Undocumented built-in exceptions

2010-12-16 Thread flashk
flashk fla...@gmail.com added the comment: Just realized I previously attached the entire file. Here is the diff instead. -- keywords: +patch Added file: http://bugs.python.org/file20085/exceptions.diff ___ Python tracker rep...@bugs.python.org http

[issue10583] Encoding issue with chm help in 2.7.1

2010-11-29 Thread flashk
New submission from flashk fla...@gmail.com: I just updated to Python 2.7.1 and noticed a small issue with the chm help file. The search results tab displays incorrect characters for various topic titles. It seems to be an encoding issue. For example, searching for 'json' yields the following

[issue8901] Windows registry path not ignored with -E option

2010-06-23 Thread flashk
flashk fla...@gmail.com added the comment: Any chance of getting this into 2.7 final? This fix is important for embedding Python in Windows applications. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8901

[issue8993] Small typo in docs for PySys_SetArgv

2010-06-13 Thread flashk
New submission from flashk fla...@gmail.com: The docs for PySys_SetArgv say: This function works like PySys_SetArgv() with updatepath set to 1. I believe it should be PySys_SetArgvEx. I've attached a patch. -- assignee: d...@python components: Documentation files: init.rst.patch

[issue8901] Windows registry path not ignored with -E option

2010-06-04 Thread flashk
New submission from flashk fla...@gmail.com: Hi, I noticed that Python still uses the Windows registry to initialize sys.path, when the -E option is used. From my understanding, this option is mostly used by programs that are running an embedded version of python, and don't want

[issue8901] Windows registry path not ignored with -E option

2010-06-04 Thread flashk
Changes by flashk fla...@gmail.com: Added file: http://bugs.python.org/file17559/IgnoreWindowsRegistry_32.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8901

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
New submission from flashk fla...@gmail.com: I recently ran 2to3 on some of my scripts and noticed a change in behavior. I had a script that used the built-in execfile function. After the conversion, it was changed to manually open the file and read the contents into the exec function. Now I

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
Changes by flashk fla...@gmail.com: Added file: http://bugs.python.org/file15268/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7268 ___ ___ Python

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
Changes by flashk fla...@gmail.com: Added file: http://bugs.python.org/file15269/execfile_example.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7268

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
Changes by flashk fla...@gmail.com: Added file: http://bugs.python.org/file15270/execfile_example_converted.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7268

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
flashk fla...@gmail.com added the comment: I just attached the files individually. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7268

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
flashk fla...@gmail.com added the comment: I'm running this code under 2.6, so the print statement should not be the issue. I've attached a new version of test.py that simply performs a variable assignment and I still get the syntax error on both 2.6 and 3.1 with the exec function. Also

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
flashk fla...@gmail.com added the comment: Ok, I converted test.py to use Unix style newlines and still get the syntax error on both 2.6 and 3.1. I'm confused as to why execfile works on the file but reading the contents and passing it to exec behaves differently under 2.6. Sorry if I'm just

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
flashk fla...@gmail.com added the comment: Ok, but why am I still getting a syntax error in both 2.6 and 3.1 on the file, even after converting the newlines? If I remove the trailing indentation then everything works properly on 2.6 and 3.1, even with DOS newlines. It just seems that exec

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
flashk fla...@gmail.com added the comment: On Thu, Nov 5, 2009 at 5:48 PM, Benjamin Peterson rep...@bugs.python.orgwrote: Well, it works for me with the empty newline. Can you isolate the exact problem? For me, the exact problem seems to be that exec raises a SyntaxError if the code

[issue7268] 2to3 execfile conversion changes behavior

2009-11-05 Thread flashk
flashk fla...@gmail.com added the comment: I noticed that calling exec('\t') raises a SyntaxError, so maybe this is the root of the problem. I manually added a newline character to the end of the file contents and it fixes the issue for me: exec(compile(open('test.py').read()+'\n', 'test.py