Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
These are not memory leaks, but global state that the Python interpreter does
not bother to free on exit. The amount of memory there is limited.
Yes, I agree that this makes the basic memory checker built in Visual Studio
completely
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13416
___
___
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: +brian.curtin, jason.coombs, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13419
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset fe2be7d35660 by Ezio Melotti in branch 'default':
#13406: fix more deprecation warnings and move the deprecation of
unicode-internal earlier in the code.
http://hg.python.org/cpython/rev/fe2be7d35660
--
Asesh aseshsh...@gmail.com added the comment:
ok thanks for the replies. Actually I have python embedded in my game but now
the real problem now is how do I differentiate from the real memory leak caused
either by Python or by my application? Disabling memory leak check is not an
option since
New submission from David Amian dam...@emergya.com:
Hi, I had a problem making deb packages with distutils and cdbs. Looking for
any solution, I found Issue 11933 and saw that the newer() method has been
changed, using [ST_MTIME] instead of st_mtime. This commit is to solve Issue
10148 that
Petri Lehtinen pe...@digip.org added the comment:
Éric Araujo wrote:
On the other hand, the repr of a value might be very long:
You can restrict the length with % formats.
Seems you can't with %R. I'd also like to somehow indicate that
the output is truncated.
--
Brian Curtin br...@python.org added the comment:
Duplicate of #6727
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - ImportError when package is symlinked on Windows
___
Python tracker
Jason R. Coombs jar...@jaraco.com added the comment:
If this issue is important to you, please follow the link above to the
Microsoft Connect site and vote for the issue. More votes should mean it will
get more attention. Thanks.
--
___
Python
Alex Regueiro alex...@gmail.com added the comment:
Is this bug going to be fixed? I've been experiencing this for some time now,
and it seems the Python team has known about it for a while too... seems like
an easy fix!
--
nosy: +alexreg
___
Python
Brian Curtin br...@python.org added the comment:
Not fixed, but if it's easy, you're welcome to fix it before we get around to
it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6727
___
Alex Regueiro alex...@gmail.com added the comment:
Well, I am making an assumption here. :-)
Might have a look at a patch. Never looked at the Python runtime before. If
it's all written in C, then it's possible. I'm guessing most of the Python
programmers don't know much/anything about Win32
Jesús Cea Avión j...@jcea.es added the comment:
The LD_LIBRARY_PATH is because I am compiling Python as a shared lib and, of
course, I am not installing the development version in the usual system path.
That is, it is not a requirement for this project, but an easy to follow
procedure for
Brian Curtin br...@python.org added the comment:
There are a few of us, and Jason and myself have done most of the Windows
symlink related work. We'll certainly get to this and have it fixed, but with
no releases on the immediate horizon, there isn't a rush. This and your other
symlink issue
Alex Regueiro alex...@gmail.com added the comment:
Thanks Brian; that's good to know. If we could get it in the next release
(Python 2.8?) that would be awesome.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6727
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
___
Python-bugs-list mailing
Ezio Melotti ezio.melo...@gmail.com added the comment:
I verified with the red_test.html you provided and now HTMLParser seems to
parse everything correctly, so I'm closing this.
--
resolution: - fixed
stage: test needed - committed/rejected
status: open - closed
versions: +Python
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
If we could get it in the next release (Python 2.8?) that would be awesome.
I doubt it will (see PEP 404) but 3.3 is a good target.
--
nosy: +amaury.forgeotdarc
___
Python tracker
Michael Brooks firealwayswo...@gmail.com added the comment:
Has anyone else been able to verify this?
On Mon, Nov 7, 2011 at 7:46 AM, Michael Brooks rep...@bugs.python.orgwrote:
Michael Brooks firealwayswo...@gmail.com added the comment:
This one should also have a priority change. Tested
Ezio Melotti ezio.melo...@gmail.com added the comment:
I'm working on it, but a minimal example seems to work fine.
(P.S. there's no need to quote the previous message(s) while replying)
--
___
Python tracker rep...@bugs.python.org
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23690/05fde8943685.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23691/1563b5a70362.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23696/9fcca74ff413.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23701/7a2465f6a56a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23717/7c1b63f949e7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Jesús Cea Avión j...@jcea.es added the comment:
New changeset: 7c1b63f949e7.diff
Now I detect lacking of dtrace privileges, both in the global zone and in a
non-global zone.
For that, I verify that the process can actually insert a C-entry point probe
in a well known function:
Ezio Melotti ezio.melo...@gmail.com added the comment:
It seems to me that the arguments are parsed correctly, but handle_data is
called multiple time between handle_starttag and handle_endtag.
This might happen, e.g. in case the source lines are fed one by one to the
parser, but in this case
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13064
___
Danek Duvall duv...@comfychair.org added the comment:
- I have added a sys.trace_capabilities, so a program can know if any
system-trace functionality is compiled in. Current values are None
and (dtrace, Sun).
I'm not sure Sun is the right name here. I'd say either SunOS or Solaris
(or the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Does memory_hash() reject non-contiguous memory?
_Py_HashBytes() might be reused by unicode_hash() for PyUnicode_1BYTE_KIND.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Except these two minor nits, the patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13411
___
Antoine Pitrou pit...@free.fr added the comment:
Does memory_hash() reject non-contiguous memory?
It should, since it checks the strides array.
_Py_HashBytes() might be reused by unicode_hash() for PyUnicode_1BYTE_KIND.
I don't really see how unicode hashing should be related to bytes
Charles-François Natali neolo...@free.fr added the comment:
I'm not sure that the register storage class specifier is still relevant with
modern compilers: I'm pretty sure gcc ignores it unless -O0, and I think I've
read somewhere Microsoft's compiler ignores it too.
--
nosy:
Antoine Pitrou pit...@free.fr added the comment:
I'm not sure that the register storage class specifier is still
relevant with modern compilers: I'm pretty sure gcc ignores it unless
-O0, and I think I've read somewhere Microsoft's compiler ignores it
too.
I don't think so either. I was
Michael Brooks firealwayswo...@gmail.com added the comment:
Ok so until you fix this bug, i'll be overriding HTMLParser with my fix,
becuase this is a blocking issue for my project. My HTMLParser must behave
like a browser, period end of story.
Thanks.
On Thu, Nov 17, 2011 at 9:24 AM, Ezio
New submission from Jesús Cea Avión j...@jcea.es:
Functions PyCFunction_* are not documented. Searching online I found
http://www.gossamer-threads.com/lists/python/dev/738662 , so I am actually
opening the issue and assigning to Georg :).
--
assignee: georg.brandl
components:
Ezio Melotti ezio.melo...@gmail.com added the comment:
It already behaves like a browser, it just gives you data in chunks instead of
calling handle_data() only once at the end. The documentation is not clear
about this though. It says that feed() can be called several times, but it
doesn't
Michael Brooks firealwayswo...@gmail.com added the comment:
Oah, then there is a misunderstanding. No browser will parse the html
that is declared within a javascript variable, it must be treated as a
continues data segment (with cdata properties) until the exit
/\s*script\s* is encountered
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23718/62e7091812bc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
___
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl - docs@python
nosy: +docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13421
___
New submission from Felix Steffenhagen fe...@sutus.com:
subprocess.Popen.communicate() hangs for daemonized subprocesses that leave a
pipe open. The python caller, invoking the daemon subprocess, runs as long as
the daemon process. This happens on POSIX platforms with python 2.7 as well as
Changes by Felix Steffenhagen fe...@sutus.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13422
___
___
Python-bugs-list
Charles-François Natali neolo...@free.fr added the comment:
subprocess.Popen.communicate() hangs for daemonized subprocesses that
leave a pipe open. [...] which leaves stderr pipe open.
Of course: the daemon process (spawned by the second fork()) inherits the
subprocess's stderr (since file
Charles-François Natali neolo...@free.fr added the comment:
Apparently you forgot to upload the patch...
Told you I couldn't think straight :-)
--
Added file: http://bugs.python.org/file23720/connection_retry.diff
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Ok for me. Nice to see that piece of ugliness removed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13215
___
Terry J. Reedy tjre...@udel.edu added the comment:
The test suite has code (functions) that restrict the length on AssertEqual
(and other) failure messages. (I do not know the location though.) Perhaps that
can be reused. This almost seems like something that should be more easily
available.
Gregory P. Smith g...@krypto.org added the comment:
This looks like a bug in your daemon not in subprocess. Your daemon is
intentionally not closing its inherited stderr fd.
--
nosy: +gregory.p.smith
resolution: - invalid
status: open - closed
___
Felix Steffenhagen fe...@sutus.com added the comment:
The behavior that the daemon is not closing stderr is intentional to reproduce
the issue. This problem occured to me when I was invoking the samba init script
on a Gentoo system.
Invoked from a bash, the initscript was terminating fine. But
Eric V. Smith e...@trueblade.com added the comment:
I just ran across the other reason that having the actual default values
documented is important. Sometimes I want to do this:
some_func(param if some_condition else use the default value)
If some_condition is False, I want the default
Nu Kvar asafgreenb...@gmail.com added the comment:
this bug exist also in python 2.5 (of course)
and the same patch as above fixes it (of course).
--
nosy: +nukvar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7750
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset f7dd5178f36a by Jason R. Coombs in branch '2.7':
PDB now will properly escape backslashes in the names of modules it executes.
Fixes #7750
http://hg.python.org/cpython/rev/f7dd5178f36a
--
nosy: +python-dev
Jason R. Coombs jar...@jaraco.com added the comment:
This bug doesn't appear to be present in 3.1, so the 2.7 patch is all that
applies at this time.
--
resolution: - fixed
status: open - closed
versions: -Python 2.6
___
Python tracker
Eli Bendersky eli...@gmail.com added the comment:
Eric,
Spot on :-)
This is *exactly* the reason that led me to open issue 12875, which eventually
led to this one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13386
Terry J. Reedy tjre...@udel.edu added the comment:
From Ezio's original post: '''
If a function has optional arguments but it doesn't accept keyword arguments,
the func([arg1]) notation is used instead. ... The notation
func([arg=default]) should never be used, and func([arg]) should be used
Baptiste Carvello de...@baptiste-carvello.net added the comment:
Le 18/11/2011 05:29, Terry J. Reedy a écrit :
In the following, I give objections to this PO (position only) rule and
suggest an alternative ND (no default) rule: use 'name=default' when there is
a default and '[name]' when
Petri Lehtinen pe...@digip.org added the comment:
I found safe_repr() from Lib/unittest/util.py. We would require a similar
function, just implemented in C.
What is a good place to define such C helpers that could be used everywhere?
--
___
Python
56 matches
Mail list logo