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:"
--
flashk 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, I'm thi
New submission from flashk :
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
compon
flashk 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
<http://bugs.python.
flashk 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
<http://bugs.python.org/issue10
New submission from flashk :
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...@py
New submission from flashk :
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 followi
flashk added the comment:
Any chance of getting this into 2.7 final? This fix is important for embedding
Python in Windows applications.
--
___
Python tracker
<http://bugs.python.org/issue8
New submission from flashk :
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.
Changes by flashk :
Added file: http://bugs.python.org/file17559/IgnoreWindowsRegistry_32.patch
___
Python tracker
<http://bugs.python.org/issue8901>
___
___
Python-bug
New submission from flashk :
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 it to be
flashk 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()
flashk added the comment:
On Thu, Nov 5, 2009 at 5:48 PM, Benjamin Peterson wrote:
>
>
> 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 contains a trailing indentati
flashk 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 does not properly
flashk 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 b
flashk 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, the synta
flashk added the comment:
I just attached the files individually.
--
___
Python tracker
<http://bugs.python.org/issue7268>
___
___
Python-bugs-list mailin
Changes by flashk :
Added file: http://bugs.python.org/file15270/execfile_example_converted.py
___
Python tracker
<http://bugs.python.org/issue7268>
___
___
Python-bug
Changes by flashk :
Added file: http://bugs.python.org/file15269/execfile_example.py
___
Python tracker
<http://bugs.python.org/issue7268>
___
___
Python-bugs-list mailin
Changes by flashk :
Added file: http://bugs.python.org/file15268/test.py
___
Python tracker
<http://bugs.python.org/issue7268>
___
___
Python-bugs-list mailing list
Unsub
New submission from flashk :
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 am
getting a
21 matches
Mail list logo
