Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue46417>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
nosy_count: 5.0 -> 6.0
pull_requests: +27387
pull_request: https://github.com/python/cpython/pull/18654
___
Python tracker
<https://bugs.python.org/issu
Samuel Henrique added the comment:
Hello Vinay Sajip,
I would like to kindly ask you to please reconsider and give your thoughts on
my description of the issue here.
Let me try to work based on your last reply:
> ...has been around since Jan 2008, and it seems that no one in that time
New submission from João Henrique Pimentel :
The second parameter (classinfo) of the issubclass built-in function can be a
Tuple and, starting from 3.10, it can be a Union Type as well.
The documentation states that in these cases "every entry in classinfo will be
checked", but
Paulo Henrique Silva added the comment:
Repeated msg355187 testing on master[056c08211b].
---
#include
void func()
{
Py_Initialize(); Py_Finalize();
Py_ssize_t cnt = _Py_GetRefTotal();
printf("sys.gettotalrefcount(): %zd\n", cnt);
}
int main(int argc,
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue10399>
___
___
Python-bugs-list mailing list
Unsubscribe:
Henrique Gj added the comment:
> Debug prints should not crash a program.
> 'Not a bug'
wait
--
nosy: +henriquesdj0
___
Python tracker
<https://bugs.python.org/i
Change by Vinicius Henrique Silva Bastos :
--
keywords: +patch
pull_requests: +19586
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20317
___
Python tracker
<https://bugs.python.org/issu
New submission from Vinicius Henrique Silva Bastos :
CWI url's protocol on LICENSE file from http to https
from: http://www.cwi.nl
to: https://www.cwi.nl
Obs.: Learning about pull requests and how it works.
--
assignee: docs@python
components: Documentation
files: LICENSE
hgrepos
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue40137>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paulo Henrique Silva added the comment:
As discussed on PR19172, this module uses a global state in functions that do
not receive a PyModule* and right now converting such cases to per-module state
is not trivial. I will wait for PEP-573 implementation that will hopefully make
this easier
Change by Paulo Henrique Silva :
--
pull_requests: +18628
pull_request: https://github.com/python/cpython/pull/19273
___
Python tracker
<https://bugs.python.org/issue40
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue40077>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue33608>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paulo Henrique Silva added the comment:
The module still uses static state. Fixed the leak and will convert it to use
per-module state in a separate issue.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by Paulo Henrique Silva :
--
pull_requests: +18532
pull_request: https://github.com/python/cpython/pull/19172
___
Python tracker
<https://bugs.python.org/issue40
Paulo Henrique Silva added the comment:
I've got it, will investigate asap.
--
___
Python tracker
<https://bugs.python.org/issue40071>
___
___
Python-bugs-list m
Change by Paulo Henrique Silva :
--
keywords: +patch
nosy: +phsilva
nosy_count: 1.0 -> 2.0
pull_requests: +18529
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19151
___
Python tracker
<https://bugs.p
Paulo Henrique Silva added the comment:
Thanks for the clarifications. I will keep looking for simple modules, no state
and easy to migrate but also dedicate more time to work on the more complex
like datetime. I'm working on PR19122 corrections
Paulo Henrique Silva added the comment:
Updating on my findings on msg364833.
It looks like encodings module is not being destoyed at all and keeping all the
encoding refs alive. Looks like some cycle but I am not sure yet how to solve
it.
To validate this, I:
- removed codec_search_cach
Change by Paulo Henrique Silva :
--
pull_requests: +18512
pull_request: https://github.com/python/cpython/pull/19151
___
Python tracker
<https://bugs.python.org/issue1635
Change by Paulo Henrique Silva :
--
pull_requests: +18511
pull_request: https://github.com/python/cpython/pull/19150
___
Python tracker
<https://bugs.python.org/issue1635
Change by Paulo Henrique Silva :
--
pull_requests: +18483
pull_request: https://github.com/python/cpython/pull/19122
___
Python tracker
<https://bugs.python.org/issue1635
Paulo Henrique Silva added the comment:
About half of the remaining refs are related to encodings. I noticed that
caches on Lib/encodings/__init__.py and codec_search_cach of PyInterpreterState
are the places holding the refs. I removed those caches and number went do to:
Before: 4382 refs
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue37207>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
pull_requests: +18468
pull_request: https://github.com/python/cpython/pull/19107
___
Python tracker
<https://bugs.python.org/issue1635
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue39984>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue1635741>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
keywords: +patch
nosy: +phsilva
nosy_count: 1.0 -> 2.0
pull_requests: +18015
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18654
___
Python tracker
<https://bugs.p
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue39511>
___
___
Python-bugs-list mailing list
Unsubscribe:
Henrique added the comment:
Sorry for not sending a proper reproducible script when submitting the issue.
End of the day and quite frustrated with the bug, anyway, I attached a full
script that will show the error.
This is the custom handler I used:
class MyHandler(logging.StreamHandler
New submission from Henrique :
While passing
{
"version": 1,
"disable_existing_loggers": False,
"formatters": {
"verbose": {"format": "%(levelname)s %(asctime)s %(module)s
%(message)s"}
},
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue15751>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue10915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue38500>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue38116>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
keywords: +patch
pull_requests: +15204
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15521
___
Python tracker
<https://bugs.python.org/issu
New submission from Paulo Henrique Silva :
When explaining the usage of keyword arguments on mock.patch:
```
patch() takes arbitrary keyword arguments. These will be passed to the Mock (or
new_callable) on construction.
```
default new_callable is MagicMock and it should be mentioned here
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue34690>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue36710>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue36877>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue24554>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue36854>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paulo Henrique Silva :
--
nosy: +phsilva
___
Python tracker
<https://bugs.python.org/issue36876>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Henrique Fingler <idnpo...@gmail.com>:
In the documentation of asyncio.run_coroutine_threadsafe(coro, loop), in
Section 19.5.3.6
(https://docs.python.org/3/library/asyncio-task.html#asyncio.run_coroutine_threadsafe),
the example code does the following:
Henrique Andrade <h...@unscrambl.com> added the comment:
You're a missing the fact that in C++, there is no garbage collector. The
destructor both releases resources and deallocates memory.
There is no window between releasing resources and object destruction.
Python, while not exactl
Henrique Andrade <h...@unscrambl.com> added the comment:
Your comparison is not correct.
RAII in C++ ensures that, on object destruction, resources that have been
acquired will be closed and deallocated.
The closest analogy in Python is the use of a context manager, which, btw,
a Queu
Henrique Andrade <h...@unscrambl.com> added the comment:
I don't want to "close the pipes but maintain the queue alive" - I want to
terminate the queue and make sure that no resources are leaked. It's that
simple.
When one closes a file or a socket, there is no underlying OS res
Henrique Andrade <h...@unscrambl.com> added the comment:
@pablo: I am using Python 2.7.12 (distributed with Ubuntu 16), what are you
using? This might explain the difference between what we see.
Yet, irrespective of this difference, imho, it would be a better design to have
"clos
Henrique Andrade <h...@unscrambl.com> added the comment:
Here is the repro (I am running this on Ubuntu 16 with the stock Python
version 2.7.12):
#!/usr/bin/env python
imp
Henrique Andrade <h...@unscrambl.com> added the comment:
Unfortunately this is not the case.
I will shrink my repro down to a more manageable size and post it here.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
Henrique Andrade <h...@unscrambl.com> added the comment:
Pablo, but there is no way to close the other side.
Indeed, if you look in the implementation, you will see that the writer file
descriptor can't be closed.
--
___
Python tracke
Henrique Andrade <h...@unscrambl.com> added the comment:
Correcting my original - after close():
> ll /proc/8096/fd
total 0
dr-x-- 2 hcma hcma 0 2018-03-15 14:03:23.210089578 -0400 .
dr-xr-xr-x 9 hcma hcma 0 2018-03-15 14:03:23.190089760 -0400 ..
lrwx-- 1 hcma hcma 64 2018-03
New submission from Henrique Andrade <h...@unscrambl.com>:
A simple example like such demonstrates that one of the file descriptors
associated with the underlying pipe will be leaked:
>>> from multiprocessing.queues import Queue
>>> x = Queue()
>>> x.close()
Henrique Andrade added the comment:
Vinay, apologies for the long time you took me to respond (the notification
was stuck in my Spam folder, thanks Gmail!). Indeed, both of your comments
are spot on. In my particular case, I ended up implementing what your first
suggestion alludes to (a retry
New submission from Henrique Andrade:
There is a particular bug we hit when using the Python logging module very
consistently under the particular settings in which we run one of our
applications.
We are using Python 2.7.10 on RHEL7/RHEL6/Ubuntu14.04.
Anyways, here is the symptom:
Traceback
Henrique Andrade added the comment:
The stream in this case (where I hit the bug) is just the console, but I
suspect the same issue will affect other streams too.
A key piece of information is that this is probably triggered by having a
custom SIGPIPE handler, which my particular application
Changes by Henrique Bastos henri...@bastos.net:
--
nosy: +henriquebastos
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1745035
___
___
Python-bugs
Henrique Bastos henri...@bastos.net added the comment:
Here goes a patch to replace east/west references on datetime documentation.
As spoken with fdrake we think the datetime documentation could be improved
extracting the timezone subclassing details to specific section. We'll be
filling
Henrique Bastos henri...@bastos.net added the comment:
Here goes a patch to replace east/west references on datetime documentation.
As spoken with fdrake we think the datetime documentation could be improved
extracting the timezone subclassing details to specific section. We'll be
filling
Henrique Bastos henri...@bastos.net added the comment:
To clarify:
1) we means henriquebastos, rbp, Rodolpho.Eckhardt.
2) Mentioning fdrake I was trying to say that we followed his suggestion to
only submit the specific changes on this patch, leaving further documentation
changes to another
Carlos Henrique Romano chrom...@gmail.com added the comment:
Updating test in order to consider umask, this is supposed to fix buildbot
issues.
--
Added file:
http://bugs.python.org/file18927/python-distutils_mkpath_filemode-test-update.diff
Carlos Henrique Romano chrom...@gmail.com added the comment:
Patch updated, now it includes test.
--
nosy: +chromano
Added file:
http://bugs.python.org/file18885/python-distutils_mkpath_filemode-v1.diff
___
Python tracker rep...@bugs.python.org
http
Changes by Carlos Henrique Romano chrom...@gmail.com:
Removed file:
http://bugs.python.org/file18885/python-distutils_mkpath_filemode-v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2236
Changes by P. Henrique Silva ph.si...@gmail.com:
--
nosy: +phsilva
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Python-bugs-list
Henrique Baggio hnrqbag...@gmail.com added the comment:
@Amaury,
Sorry my mistake. I forgot splitext returns a tuple. =/
About your question, if the file name has less then 8 characters, then
the function don't change it. Else, it return tha name with 8 chars.
e.g., make_short(foo.2.txt
Henrique Baggio hnrqbag...@gmail.com added the comment:
Sorry, I don't know how create a patch, but just change the line with
parts = file.split(.) to parts = os.path.splitext(file)
and the problem is fixed.
--
nosy: +hnrqbaggio
___
Python tracker
Henrique Baggio hnrqbag...@gmail.com added the comment:
I create a patch using the os.path.splitext function.
--
Added file: http://bugs.python.org/file13846/msilib.__init__.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by P. Henrique Silva [EMAIL PROTECTED]:
--
nosy: +phsilva
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2459
__
___
Python-bugs-list mailing list
Unsubscribe
New submission from Henrique Romano:
The default value for mkpath's mode parameter is 0777 but it isn't used
at any place; attached is a patch that just pass the parameter to
os.mkdir call, this seems to fix the problem.
--
components: Library (Lib)
files: python2.5
70 matches
Mail list logo
