Leonardo Freua added the comment:
Ok thanks, I'll do it.
--
___
Python tracker
<https://bugs.python.org/issue44701>
___
___
Python-bugs-list mailing list
Leonardo Freua added the comment:
Has the PR already solved the problem? If yes, could this issue not be closed?
--
nosy: +Leonardofreua
___
Python tracker
<https://bugs.python.org/issue35
New submission from Leonardo Freua :
Would it be interesting to create a @deprecated decorator to avoid adding
warnings.warn("deprecation message", DeprecationWarning, stacklevel=2) in
methods body?
Using the decorator approach to indicate depreciation would make the method
Leonardo Freua added the comment:
Hi Éric, thanks for the info.
I'm still learning about all the processes and how things work around here in
order to avoid opening issues that no longer make sense.
Thanks you again.
--
___
Python tracker
&
Leonardo Freua added the comment:
Definitely not the same kind of reorganization! In issue44573 what was proposed
was the reorganization of the data files used in the tests.
And what I'm proposing now is equivalent to what was proposed in issue15907
(and there it was accepted, there is
Leonardo Freua added the comment:
List of files:
test_future.py
test_future3.py
test_future4.py
test_future5.py
Obs.: In fact there are 5 files, since the number 2 doesn't exist.
--
___
Python tracker
<https://bugs.python.org/is
Change by Leonardo Freua :
--
components: +Library (Lib), Tests
type: -> enhancement
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issu
Change by Leonardo Freua :
--
title: Move test_futures files* into a subdirectory of Lib/test -> Move
test_futures files*.py into a subdirectory of Lib/test
___
Python tracker
<https://bugs.python.org/issu
New submission from Leonardo Freua :
There are currently 6 files referring to __future__ tests, these are in the
root directory Lib/test.
It would be interesting to move them to a directory called Lib/test/test_future.
This change could contribute to the organization of the tests that have
Leonardo Freua added the comment:
After so long a reason came up that prevents the movement of tests of ctypes,
lib2to3, and idlelib (which even continues in the same folder, only the
nomenclature was changed)?
--
nosy: +Leonardofreua
___
Python
Change by Leonardo Freua :
--
keywords: +patch
pull_requests: +25671
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27128
___
Python tracker
<https://bugs.python.org/issu
New submission from Leonardo Freua :
Currently, the repr() code of the _Environ class does many things in a bunched
way, making it difficult to read and difficult to determine the result returned
by the method.
Therefore, I propose an adjustment in the code to make it more readable, as
well
New submission from Leonardo Freua :
Some files from the distutils module are importing all the exceptions from the
errors.py file unnecessarily, when in fact only a few of the Exception classes
are used.
Could I open a PR by fixing the files that are making these unnecessary
imports? Or is
Change by Leonardo Freua :
--
keywords: +patch
pull_requests: +25666
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27121
___
Python tracker
<https://bugs.python.org/issu
New submission from Leonardo Freua :
There is a broken link in the docstring of the runtime_library_dir_option()
method of the UnixCCompiler class.
See the broken link below:
http://sourceforge.net/tracker/index.php?func=detail&aid=445902&group_id=5470&atid=105470
And the
Leonardo Freua added the comment:
Thanks, Ammar. I'll look.
--
___
Python tracker
<https://bugs.python.org/issue44612>
___
___
Python-bugs-list m
Leonardo Freua added the comment:
Understood. Anyway, it was good to try to help at this point.
--
___
Python tracker
<https://bugs.python.org/issue44
Change by Leonardo Freua :
--
keywords: +patch
pull_requests: +25648
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27100
___
Python tracker
<https://bugs.python.org/issu
New submission from Leonardo Freua :
There are some points in inspect module (I counted 48 since version 3.7) that
could be using f-String formatting instead of format().
Changing these points will improve code readability, it will also decrease the
complexity at these points and not to
Change by Leonardo Freua :
--
status: closed -> open
___
Python tracker
<https://bugs.python.org/issue44573>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Leonardo Freua :
--
stage: -> resolved
status: open -> closed
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue44573>
___
___
New submission from Leonardo Freua :
I noticed that some data files (used to perform some specific tests) are not
organized in specific directories of their categories. Some files that I found
are audiotest.au, badcert.pem, badkey.pem, cfgparser.1, cfgparser.2, etc (some
are even .py files
Leonardo Lai added the comment:
I've just created a patch for this. Now it can automatically detect the default
branch name (`main`, `master` or whatever)
--
___
Python tracker
<https://bugs.python.org/is
Change by Leonardo Lai :
--
keywords: +patch
nosy: +leoll2
nosy_count: 1.0 -> 2.0
pull_requests: +24644
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25991
___
Python tracker
<https://bugs.python.org/i
Leonardo Rick added the comment:
Traceback (most recent call last):
File "", line 1, in
File "C:\Program Files\Python39\lib\multiprocessing\spawn.py", line 116, in
spawn_main
exitcode = _main(fd, parent_sentinel)
File "C:\Program Files\Python39\lib\multip
Leonardo Santagada added the comment:
I have a single example:
Profiling. As most python profilers don't support threads or processes, it
would be very convenient to have a in process executor in those cases.
--
nosy: +santagada
___
P
Leonardo Galani added the comment:
I would totally agree if it wasn't for this:
>>> 'a' and 'b' and 'g' in dict
False
The last evaluation is False, making the whole statement False.
but thanks for the documentation link and stackoverflow suggesti
New submission from Leonardo Galani :
using Python 3.7.6 (default, Dec 27 2019, 09:51:07) @ macOs
dict = { 'a': 1, 'b': 2, 'c': 3 }
if you `if 'a' and 'b' and 'c' in dict: print('ok')` you will get a True, since
everyth
New submission from Leonardo :
in this code the variable o changes on its own:
x=[[-1, 7, 3], [12, 2, -13], [14, 18, -8], [17, 4, -4]]
x1=[[-8, -10, 0], [5, 5, 10], [2, -7, 3], [9, -8, -3]]
y=[[0,0,0],[0,0,0],[0,0,0],[0,0,0]]
k=True
f=0
z=[]
d=[]
while k:
print(k)
o=x
print(o
Leonardo Taccari added the comment:
Hello Victor,
I can confirm that I can no longer reproduce this problem with Python
3.7.5 on NetBSD and according a double-check to
Python/pylifecycle.c:is_valid_fd() now fstat() is always used on
NetBSD.
Thanks for the update and for looking at it
Leonardo Santagada added the comment:
This is still the case on windows as the pipes created to talk to the process
might be inherited by two or more simultaneous CreateProcess calls.
I've found a suggested solution to this:
https://devblogs.microsoft.com/oldnewthing/20111216-00/?p=887
Change by Leonardo Mörlein :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36069>
___
___
Python-bugs-list
Leonardo Mörlein added the comment:
Oh, you are correct. So this can be closed.
--
___
Python tracker
<https://bugs.python.org/issue36069>
___
___
Python-bug
Leonardo Mörlein added the comment:
It seems to be a regression, as my python 3.6 version is not affected:
lemoer@orange ~> python3.6 --version
Python 3.6.8
My python 3.7 version is affected:
lemoer@orange ~> python3.7 --version
Python
Leonardo Mörlein added the comment:
The generated error is:
OSError: [Errno 22] Invalid argument
--
___
Python tracker
<https://bugs.python.org/issue36
New submission from Leonardo Mörlein :
The tuple (host, port) is ("fe80::5054:01ff:fe04:3402%node4_client", 22) in
https://github.com/python/cpython/blob/master/Lib/asyncio/base_events.py#L918.
The substring "node4_client" identifies the interface, which is needed for lin
Change by Leonardo Taccari :
Added file: https://bugs.python.org/file47605/is_valid_fd.c
___
Python tracker
<https://bugs.python.org/issue33384>
___
___
Python-bugs-list m
Leonardo Taccari added the comment:
After testing is_valid_fd() (from Python/pylifecycle.c) separately
(an `is_valid_fd.c' file will be attached to ease reproduction) I think
that also NetBSD is affected by bpo-30225.
Using dup(2) (at is currently done in NetBSD):
% cc -
Leonardo Taccari added the comment:
And here the backtrace of the corresponding core (this is on
NetBSD/amd64 8.99.15 with lang/python36 package of today pkgsrc-current):
% gdb -core python3.6.core `which python3.6`
Reading symbols from /usr/pkg/bin/python3.6...done.
[New process 1
Leonardo Taccari added the comment:
A simpler way to reproduce that (probably this problem is not limited to
building but to sys module):
(sleep 10; python3.6 -c 'import sys' >/tmp/log 2>&1) & exit
And in `/tmp/log':
Fatal Python error: Py_Initialize:
Leonardo Francalanci added the comment:
That works!
But when I said "also with close_fds=True", I meant that I tried WITHOUT
overriding stdin, stdout, and stderr AND setting close_fds=True, but it didn't
work. What worked was not overriding stdin/out/err and adding
os.set_inher
Leonardo Francalanci added the comment:
can I at least change the call to:
subprocess.run('cmd /S /C waitfor g /t 200', shell=False, timeout=4)
in any way to avoid the problem?
I tried with
stdin=subprocess.DEVNULL,stdout=subprocess.DEVNULL,stderr=subprocess.DEVNULL;
also with clos
Leonardo Francalanci added the comment:
I'm really sorry, you are 100% correct: it blocks on the pipe (my tests killed
the process tree before reading from the pipes).
Still, I think there should be a way to actually read the output also in this
case... works for me when I kill the
Leonardo Francalanci added the comment:
I have a workaround, and I guess this means there's a bug in the current
implementation of stdout/stderr=subprocess.PIPE; if I open my own pipes instead
of using subprocess.PIPE everything seems to work (provided I close the pipe
before reading fr
Leonardo Francalanci added the comment:
(forgot: Issue 26534 is about shell=True, I use shell=False, right?)
--
___
Python tracker
<https://bugs.python.org/issue31
Leonardo Francalanci added the comment:
thank you for your replies!
I used waitfor because it's the simplest and shortest way to have reproducible
code. The issue I'm having is obviously not with waitfor, but with another exe,
but this doesn't change the fact that I need a way
Leonardo Francalanci added the comment:
The called "C:\\Program Files (x86)\\Anaconda3\\Python.exe" process exits after
4 seconds. The reason why it ends shouldn't matter, right? I expect that a call
to communicate should exit as soon as the called process is not running
anymor
Changes by Leonardo Francalanci :
--
components: +Interpreter Core
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue31447>
___
___
Python-
New submission from Leonardo Francalanci:
the script below (a python process is called, which calls a waitfor cmd with a
timeout of 4 seconds) is supposed to end after 4 seconds. But instead
proc.communicate stops after the 20 seconds timeout.
Everything works 100% ok if I remove the stdin
New submission from Leonardo Taglialegne:
sqlite3.OperationalError has no documentation whatsoever in docs.python.org
--
assignee: docs@python
components: Documentation
messages: 301575
nosy: Leonardo Taglialegne, docs@python
priority: normal
severity: normal
status: open
title: Missing
Changes by Leonardo De Marchi :
--
pull_requests: +2014
___
Python tracker
<http://bugs.python.org/issue30561>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Leonardo De Marchi :
--
pull_requests: +2012
___
Python tracker
<http://bugs.python.org/issue30464>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Leonardo De Marchi :
--
pull_requests: +2011
___
Python tracker
<http://bugs.python.org/issue30561>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Leonardo De Marchi:
As suggested by rhettinger in http://bugs.python.org/msg294438:
I agree that the comment should be changed. While we at it, perhaps sync-up
with expovariate() code and eliminate the ``u <= 1e-7`` test:
Instead of:
elif alpha ==
Changes by Leonardo De Marchi :
--
pull_requests: +1896
___
Python tracker
<http://bugs.python.org/issue30464>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Leonardo De Marchi:
The gammavariate function in random.py has a wrong comment.
It says that when alpha is one it's equivalent to call expovariate(1).
We can see that is not true (see graphs) and it should be expovariate(1/beta).
It's not a big deal but it
Changes by Leonardo Santagada :
--
nosy: +santagada
___
Python tracker
<http://bugs.python.org/issue26110>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Leonardo Tada:
In this page
https://docs.python.org/3.4/faq/general.html#are-there-copyright-restrictions-on-the-use-of-python
the link for "the PSF license page" is broken.
--
assignee: docs@python
components: Documentation
messages: 244217
nosy: Leo
Leonardo Bianconi added the comment:
> #define _Atomic(T) std::atomic
Does not work, since there are definitions like "memory_order_relaxed" that are
in std.
I tested the other one, and it works fine:
>#ifdef __cplusplus
>extern "C" {
>#if defined(HAVE_STD_ATOMI
Leonardo Bianconi added the comment:
@haypo
For adding compatibility for atomics based on @Joshua.J.Cogliati change, I
propose:
#ifndef Py_LIMITED_API
#ifndef Py_ATOMIC_H
#define Py_ATOMIC_H
#include "dynamic_annotations.h"
#include "pyconfig.h"
#if defined(HAV
Changes by Leonardo Bianconi :
--
nosy: +lbianc
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Leonardo Bianconi :
--
nosy: +lbianc
___
Python tracker
<http://bugs.python.org/issue23644>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Leonardo Tancredi:
I was running pip install with the --proxy switch to authenticate to a proxy
server with user "user" and password "pass?word", when I noticed it fails. It
seems to fail when the password contains some special characters, v.g.,
Leonardo DaVinci added the comment:
Actually Antoine,
Solidoodle has sent 2 email replies, 1 was a video link to some British guy
opening his box which wasn't packed like mine and had missing parts. and
the second email was just as useless stating that maybe I'm running both
platfo
Leonardo DaVinci added the comment:
Terry,
I've tried installing on Mac at least 6 times and I still get error
messages. I'm dealing with Solidoodle with no success.
I have an appointment with a 3d Print Lab on Jan 3rd (50 miles away) to
help me resolve my issues.
Regards
Ciro
On F
Leonardo DaVinci added the comment:
Ok I'll try booting and installing in Mac to see if the issue reappears.
Thanks for your time.
Happy holidays.
Ciro
On Sat, Dec 22, 2012 at 9:46 AM, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> Not really, I'm
Leonardo DaVinci added the comment:
Hi David,
I keep trying to unsuccessfully. Here's the problem details
Problem signature:
Problem Event Name: APPCRASH
Application Name: python.exe
Application Version: 0.0.0.0
Application Timestamp: 4f84a6c8
Fault Module Name: python2
Leonardo DaVinci added the comment:
Ok thanks for the quick reply. I'll check with them.
Regards
Ciro
On Fri, Dec 21, 2012 at 9:09 PM, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> Given the error message, my guess would be that there is a bug in the
&g
Leonardo Santagada added the comment:
The default stack size in osx is 8MB. I think it is a safer bet, and no one is
supposed to be using more than like 40-50 threads anyway (specially in 32 bit
only systems limited to 8 cores).
Is there a user case for hundreds/thousands of threads in
Leonardo Santagada added the comment:
Why not make it bigger so it doesn't crash for much bigger functions?
--
nosy: +santagada
___
Python tracker
<http://bugs.python.org/i
Leonardo Rochael Almeida added the comment:
At the very least this is a documentation bug. By reading the std docs
on the logging module [1] one gets the impression that if a log record
gets to a certain logger, even if percolated from more specific loggers,
then the filters to that logger
New submission from Leonardo Rochael Almeida :
A filter added to, say, logging.getLogger('a').addFilter() never gets
the chance to filter messages logged into logging.getLogger('a.b').
On logging.Logger.handle() the current logger filters are called to
check if the message
Leonardo Santagada added the comment:
I'm on os x 10.6 where threadboom.py doesn't segfault anymore at least
on the system provided python. The problem that I see is that it
shouldn't be segfaulting on mac os x 10.5 with the default recursion
limit (I think it is 1000) with 2 thr
Leonardo Santagada added the comment:
Well, the mimetypes module from 2.6 maintenance branch make this problem
not show up with mimetypes.guess_type, but I still think this is a bug
because pure python code should not crash the interpreter right?
I'm attaching the file I mentioned, I hope
New submission from Leonardo Santagada :
Python 2.6.2 (and the maint branch if using old mimetypes.py) crash
(with a bus error) on mac os x (10.5.7 & 10.5.8) with the file I posted.
The problem appears to be in the allocation of memory by the GC.
What I do is I call mimetypes.guess_type in
Changes by Leonardo Soto :
--
nosy: +leosoto
___
Python tracker
<http://bugs.python.org/issue4242>
___
___
Python-bugs-list mailing list
Unsubscribe:
Leonardo Soto <[EMAIL PROTECTED]> added the comment:
Thanks, that was fast!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3261>
___
__
New submission from Leonardo Soto <[EMAIL PROTECTED]>:
http://svn.python.org/projects/python/branches/release25-maint/Lib/test/test_cookielib.py
contains non-utf8 bytes.
Currently, That confuses Jython.
--
messages: 69115
nosy: leosoto
severity: normal
status: open
title: Li
78 matches
Mail list logo
