Nick Coghlan added the comment:
On Tue, Mar 12, 2013 at 1:18 PM, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou added the comment:
Also, in 3.2 and higher I'm not sure there's a point in mentioning pyc/pyo
files; they're all shelved in __pycache__ now.
It still makes a
Ezio Melotti added the comment:
The attached patch adds 3 new FAQs:
* How do I solve merge conflicts?
* How do I make a null merge?
* I got abort: push creates new remote heads! while pushing, what do I do?
It also replaces the overly generic How do I find out which revisions need
merging?.
Serhiy Storchaka added the comment:
- it won't work for reading: TextIOWrapper calls the read1() method, which is
only defined by BufferedIO objects.
Since 3.3 TextIOWrapper works with raw IO objects (issue12591).
Yes. And I just noticed that the _io module (the C version) will also buffer
Antoine Pitrou added the comment:
- it won't work for reading: TextIOWrapper calls the read1()
method, which is only defined by BufferedIO objects.
Since 3.3 TextIOWrapper works with raw IO objects (issue12591).
It won't be technically unbuffered, though.
--
title: ValueError:
Changes by Stefan Krah stefan-use...@bytereef.org:
--
keywords: +patch
Added file: http://bugs.python.org/file29395/issue16612-alternative-dsl.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16612
Changes by Stefan Krah stefan-use...@bytereef.org:
Added file: http://bugs.python.org/file29396/preprocess
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16612
___
Changes by Stefan Krah stefan-use...@bytereef.org:
Added file: http://bugs.python.org/file29397/printsemant
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16612
___
Raymond Hettinger added the comment:
You didn't specify the contributor in the commit.
I'm the contributor.
Also, you've only committed this to 2.7; why?
I committed to 2.7 because the 2.7 docs were the source.
When I get the time, I will build a 3.x version of the update.
--
Stefan Krah added the comment:
Larry has requested privately that I send the counter proposal PEP and
additional information, so here it is:
I've send the PEP draft to Nick. The patch that I uploaded contains
DSL examples, an ml-yacc grammar and token specifications.
Two prototype tools are
Amaury Forgeot d'Arc added the comment:
My expectation was that a platform os.chdir would parse the string for
these characters and do something intelligent with them i.e a legal
path from any of the systems (mac, linux or windows) passed in as a
string to os.chdir would be converted to
Amaury Forgeot d'Arc added the comment:
Note that all these cases are compatible with tp_init returns 0 on success and
-1 on error.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17380
Amaury Forgeot d'Arc added the comment:
Is _pack_ = 1 correct? Did you compile your C library with /Zp1 or similar?
Also check that ctypes.sizeof(callback_t) matches the one given by the C
compiler.
--
___
Python tracker rep...@bugs.python.org
Eli Bendersky added the comment:
See also #17375
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12768
___
___
Python-bugs-list mailing list
Eli Bendersky added the comment:
On Wed, Mar 13, 2013 at 2:52 AM, Raymond Hettinger
rep...@bugs.python.orgwrote:
Raymond Hettinger added the comment:
You didn't specify the contributor in the commit.
I'm the contributor.
Oh, I see. I thought it's taken from one of the two existing
New submission from Vlad:
This issue is for Python3.3 and doesn't exist in Python3.2
Detailed description with source code can be found here:
http://stackoverflow.com/questions/15387035/second-python-execution-fails
--
components: None
messages: 184081
nosy: theDarkBrainer
priority:
Ned Deily added the comment:
Please add the detailed description of the problem and any test files to the
issue here. Information stored off-site is not searchable within the issue
tracker and may not be permanently available.
--
nosy: +ned.deily
Vlad added the comment:
I'm trying to embed the python 3.3 engine for an app that need to run custom
scripts in python. Since the scripts might be completely different, and
sometimes user provided, I am trying to make each execution isolated and there
is not need to preserve any data between
Christian Heimes added the comment:
Here is a patch that implements _Py_memset_s() according to C11 with a fallback
to memset_s().
My linker fu seems to be weak. I had to use _Py_memset_s() in random.c
otherwise the function is removed from the static Python binary. I
double-checked with
Amaury Forgeot d'Arc added the comment:
Reproduced on Linux.
The reason is in Objects/typeobject.c: import_copyreg() has a static cache of
the copyreg module.
When the interpreter stops, the module is filled with None... but gets reused
in the next instance.
Resetting this mod_copyreg
New submission from Paul Price:
The docs for resource.setrlimit
(http://docs.python.org/2.7/library/resource.html#resource.setrlimit) state:
The limits argument must be a tuple (soft, hard) of two integers describing
the new limits. A value of -1 can be used to specify the maximum possible
Piotr Dobrogost added the comment:
Having the same semantics on both Unix and Windows with regard to validity of
file handle after a file was deleted would be a very nice to have. How could we
progress this?
I'm adding Martin and Antoine to cc list.
--
nosy: +loewis, pitrou
Piotr Dobrogost added the comment:
@sbt
Thanks for info. Also you mentioned looking at c:/Program Files (x86)/Microsoft
Visual Studio 10.0/VC/crt/src/open.c What version of Visual Studio/SDK this
file is available in?
Also I'd like to point out that this problem came up at Stack Overflow in
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +dabrahams, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15244
___
Richard Oudkerk added the comment:
Actually, it is not quite the same semantics as Unix.
After you delete the the file you cannot create a file of the same name or
delete the directory which contains it until the handle has been closed.
However, one can work around that by moving the file
Roundup Robot added the comment:
New changeset 55806d234653 by Brett Cannon in branch 'default':
Issue #17222: Document that py_compile now uses importlib for its file
http://hg.python.org/cpython/rev/55806d234653
--
nosy: +python-dev
___
Python
Changes by Brett Cannon br...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17222
___
Sandeep Mathew added the comment:
Sorry for late response. I got delayed , I am working on it .
Regards
Sandeep Mathew
2013/3/9 Jesús Cea Avión rep...@bugs.python.org:
Jesús Cea Avión added the comment:
Ping...
--
___
Python tracker
Daniel Urban added the comment:
I've looked into implementing the changes in the new version of the PEP. It
seems, that currently type.__new__ copies the dict returned by __prepare__
(http://hg.python.org/cpython/file/55806d234653/Objects/typeobject.c#l2058). I
think this means that some of
R. David Murray added the comment:
Since it says maximum possible limit, I think -1 is the maximum system limit,
not the maximum value a particular process is allowed to use. If that is true
the error message is presumably accurate. And if that's true it needs to be
clarified in the
Roundup Robot added the comment:
New changeset 7647aae9481c by Brett Cannon in branch 'default':
Issue #17117: Have both import itself and importlib.util.set_loader()
http://hg.python.org/cpython/rev/7647aae9481c
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset 8e390e4784b0 by Brett Cannon in branch 'default':
Issue #17176: Document that imp.NullImporter is no longer inserted
http://hg.python.org/cpython/rev/8e390e4784b0
New changeset e470370b4701 by Brett Cannon in branch '3.3':
Issue #17176: Document
New submission from flying sheep:
hi, i have an idea on how to make an internal change to html.parser.HTMLParser,
which would expose a token generator interface.
after that, we would be able to do e.g. list(HTMLParser().tokenize(data)) or
even
parser = HTMLParser()
for chunk in
Roundup Robot added the comment:
New changeset cee04627bdd0 by Brett Cannon in branch 'default':
Issue #17099: Have importlib.find_loader() raise ValueError when
http://hg.python.org/cpython/rev/cee04627bdd0
--
nosy: +python-dev
___
Python tracker
Changes by flying sheep flying-sh...@web.de:
--
components: +XML
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17410
___
___
Brett Cannon added the comment:
I decided not to backport since it shifts what exception is raised.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17099
Changes by Brett Cannon br...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17176
___
Brett Cannon added the comment:
Thanks for the patch, Gökcen! Added you the Misc/ACKS.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17117
___
Ezio Melotti added the comment:
If you have a patch you can post it, however new features are allowed only in
Python 3.4, and they must be backward compatible (run python -m test
test_htmlparser to check that).
--
components: +Library (Lib) -XML
nosy: +ezio.melotti
versions: +Python
R. David Murray added the comment:
I think that in order to maintain backward compatibility the existing parse_
names should continue to have the same signature, but they could be
re-implemented in terms of new versions that return the token. That way if an
application overrides the methods
New submission from Thomas Wouters:
Similar to http://bugs.python.org/issue14509, Python 3.3 conflates Py_DEBUG and
non-NDEBUG builds, creating build failures when building with 'CFLAGS=-UNDEBUG
./configure --without-pydebug'. (assert statements are only compiled out when
NDEBUG is set, not
karl added the comment:
flying sheep: do you plan to make it easier to use the HTML5 algorithm?
http://www.w3.org/TR/html5/syntax.html#parsing
--
nosy: +karlcow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17410
Ezio Melotti added the comment:
HTMLParser already parsers HTML5 producing the correct result in most of the
cases.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17410
___
karl added the comment:
Ezio: I'm talking about HTML5 Parsing algorithm, not about about parsing
html* documents. :)
The only python parser I know who is closer of the HTML5 parser algorithm is
https://code.google.com/p/html5lib/
--
___
Python
Ezio Melotti added the comment:
Well, I'm not sure what's the point of implementing that specific algorithm if
the end result is the same. HTMLParser implementation also has the advantage
of being much simpler, and probably faster too. If for some reason you want
that specific algorithm you
flying sheep added the comment:
no, i didn’t change anything that didn’t have to be changed to expose the
tokens. i kept the changes as minimal as possible.
and the tests pass! i attached the patch.
---
aside thoughts:
i had to change _markupbase.py, too, but i wonder why it’s even a
flying sheep added the comment:
whoops, left my editor modeline in. i knew that was going to happen.
--
Added file: http://bugs.python.org/file29402/htmltokenizer.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17410
Antoine Pitrou added the comment:
Right now I don't really see the point of this. The randomized hash is not
cryptographically secure, so this sounds like premature securization to me.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1584
___
___
Roundup Robot added the comment:
New changeset 4edde40afee6 by Senthil Kumaran in branch '2.7':
#17307 - Example of HTTP PUT Request using httplib
http://hg.python.org/cpython/rev/4edde40afee6
New changeset d4ab6556ff97 by Senthil Kumaran in branch '3.2':
#17307 - Example of HTTP PUT Request
Senthil Kumaran added the comment:
Thanks for the review, Karl. Made the doc changes in all codelines.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by flying sheep flying-sh...@web.de:
Removed file: http://bugs.python.org/file29401/htmltokenizer.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17410
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +giampaolo.rodola
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
___
Ezio Melotti added the comment:
Even though #3073 has been fixed, I still see the same failures when I run the
attached test_cookie.py.
--
nosy: +ezio.melotti, r.david.murray
stage: - needs patch
type: - behavior
___
Python tracker
Senthil Kumaran added the comment:
Serhiy - Is there any technical issue that is holding up this patch? (I dont
see any). If nothing is holding up and you are busy, I shall go ahead with
committing this one. /cc flox
--
___
Python tracker
John Dennis added the comment:
That's because #3073 never addressed the core problems, so yes I would expect
you would see failures. The point of the attached test is to illustrate the
deficiencies in Cookie.py, so apparently it's doing it's job :-)
FWIW, we wrote a new cookie library to get
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +serhiy.storchaka, skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7406
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11767
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14302
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1453973
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - out of date
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4099
___
New submission from Terry J. Reedy:
From Command Prompt
'''
F:\Python\dev\py27\Docmake html
Running Sphinx v0.6.7
Extension error:
Could not import extension pyspecific (exception: No module named nodes)
'''
Note the old version of Sphinx installed by make checkout. I updated make.bat
sphinx
Terry J. Reedy added the comment:
2.7 make.bat, which currently downloads sphinx v0.6.7 but not at least one
needed file, does not work. See #17412. I asked there whether simply updating
the sphinx version, which seems to work, is the right fix. I believe this is
currently the only different
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - docs@python
components: +Documentation
nosy: +docs@python
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17243
Ezio Melotti added the comment:
Misc/Porting is a single FAQ, and could be added somewhere with the other FAQs
in the devguide. It might need some rephrasing since it uses the first person.
Misc/SpecialBuilds.txt looks like something that should go in the regular docs,
possibly as an HOWTO.
Ezio Melotti added the comment:
I tried to zip a python module that contained a couple of functions, and after
importing it as described in
http://docs.python.org/2/library/zipimport.html#examples, I was able to use the
inspect module to inspect the module and its functions without
Ezio Melotti added the comment:
It looks like an implementation detail to me, so I tend to agree with Georg.
I'm not sure if this should be noted in the code though.
--
nosy: +ezio.melotti
status: open - pending
___
Python tracker
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14639
___
___
Senthil Kumaran added the comment:
I am okay with closing this. If Diego gets back with more info or specifics of
error, we can deal with it.
--
assignee: - orsenthil
resolution: - wont fix
stage: - committed/rejected
status: pending - closed
___
Cédric Krier added the comment:
Then I think we miss a locale.atod to parse string to Decimal
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13918
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +mark.dickinson, skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13918
___
___
New submission from Andreas Kloeckner:
traceback.format_exception() used to work properly with the 'arg' value passed
to a tracing function set up via sys.settrace for an 'exception' event. In
Python 3.x, this is no longer the case. Below you'll find what the attached
test produces for a
Ezio Melotti added the comment:
I just noticed that regrtest also has a --nowindows flag that uses SetErrorMode
(see Lib/test/regrtest.py:490).
The implementation is a bit different:
1) it uses msvcrt instead of going through ctypes.windll.kernel32;
2) it specifies SEM_FAILCRITICALERRORS,
Terry J. Reedy added the comment:
For the null merge entry, /filed/files/.
The create new remote heads. is really needed. I handled a situation wrong
again today. Question: commit to 3.2, merge forward without change, push, and
message is '... new remote head in 3.2'. Is 3.2 really the only
R. David Murray added the comment:
It looks like a bug in the tracing machinery that has only been revealed by the
changes to how tracebacks are interpreted in python3. It should be a
relatively simple fix, but I wonder if there is existing code that depends on
the second argument getting
Changes by Aaron Meurer asmeu...@gmail.com:
--
nosy: +Aaron.Meurer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17413
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 9b45873e5a68 by Terry Jan Reedy in branch '3.2':
Issue #17386 make.bat must run with Python 2 until Sphinx runs with Python 3.
http://hg.python.org/cpython/rev/9b45873e5a68
New changeset e45db319e590 by Terry Jan Reedy in branch '3.3':
Merge with
Terry J. Reedy added the comment:
I pushed the minipatch but did not add a news item as it may get superseded and
will not affect anyone currently setting PYTHON.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17386
Edmond Burnett added the comment:
Suggesting a patch which addresses this enhancement. I did not include
architecture() in the title bar but can add it as well if others think it is
appropriate.
Import of platform.python_version is done at the top of PyShell.py rather than
inside the class
Martin v. Löwis added the comment:
I don't understand whether you are proposing to include the patch into Python
as-is; if so, I'm -1 on it for two formal reasons: a) the standard library
shouldn't monkey patch itself, and b) OS interfacing should be implemented in C.
That said, having
Ezio Melotti added the comment:
Question: commit to 3.2, merge forward without change, push, and message is
'... new
remote head in 3.2'. Is 3.2 really the only branch with a head conflict?
I don't remember the details of the error message, but you can use hg heads
to verify that. In
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13056
___
Ezio Melotti added the comment:
Attached an updated patch against 3.2.
--
nosy: +ezio.melotti
type: - behavior
versions: +Python 3.4 -Python 3.1
Added file: http://bugs.python.org/file29405/issue11420.diff
___
Python tracker rep...@bugs.python.org
Senthil Kumaran added the comment:
Karl - I reviewed the patch and like it. Here are some comments.
At first, I did not see the need for both message and explain in the API
both having almost similar purposes. But given that explain is already used
by send_error and at the moment,
Terry J. Reedy added the comment:
I now understand what I should have done. After pulling and updating,
1. Make sure there is only 1 head per branch by using 'hg heads branch*.
Merge all but only pairs revealed by that command.
* 'hg heads' without giving a branch lists all heads in all
Nick Coghlan added the comment:
Stefan's draft is now published: http://www.python.org/dev/peps/pep-0437/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16612
___
85 matches
Mail list logo