Change by Manjusaka :
--
title: Add some extra content check for some who has been deprecated by glibc
-> Add some extra content check in configure process for some empty header
file who has been deprecated by glibc
___
Python tracker
<
Manjusaka added the comment:
Here's the reference
https://sourceware.org/legacy-ml/libc-alpha/2019-08/msg00029.html
--
___
Python tracker
<https://bugs.python.org/issue41
New submission from Manjusaka :
Hello everyone
When I try to compile the code from the master branch on my Manjaro, one of the
Linux system based on the Arch and based on the glibc-2.31 && gcc-10.1.0 . the
compiler show me that the fcntl module has been failed to be compiled
Manjusaka added the comment:
ping~
--
___
Python tracker
<https://bugs.python.org/issue40700>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manjusaka added the comment:
I'm working on it. I will make a PR today.
--
___
Python tracker
<https://bugs.python.org/issue40065>
___
___
Python-bugs-list m
Change by Manjusaka :
--
keywords: +patch
pull_requests: +19548
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20262
___
Python tracker
<https://bugs.python.org/issu
New submission from Manjusaka :
Hello everyone
I think we can make WSGIRequestHandler in wsgiref easier to be customized by
the user
Here's the detail
the WSGIRequestHandler in wsgiref.simple_server has some code like this
class WSGIRequestHandler(BaseHTTPRequestHandler):
def handle
Change by Manjusaka :
--
nosy: +Manjusaka, vstinner
___
Python tracker
<https://bugs.python.org/issue40122>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manjusaka added the comment:
Hello
I can't reproduce this issue on my Laptop from 3.8.1 to 3.9.0a4
I think maybe it depends on the file you use
would you mind to upload the file with the problem?
--
nosy: +Manjusaka
___
Python tracker
<ht
Manjusaka added the comment:
I will clean this
This issue looks like the same with https://bugs.python.org/issue40064
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue40
Manjusaka added the comment:
1. not sure I gett the Point
2. not sure
3. absolutely yes
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue38
Manjusaka added the comment:
Hello guys, I some ideas about this issue
First, maybe we should add a new API named cpu_usable_count(). I think it's
more meaningful than the os.sched_getaffinity(0)
Second, more and more people use docker to run their app today. So people need
an official way
Manjusaka added the comment:
Actually, we already have some third party libs to support cgroup. But most of
them get these questions
1. They are not std lib
2. They are just support cgroup1
But if we want to add a new std lib. Should we create a PEP
Manjusaka added the comment:
I will make a PR in this week
--
___
Python tracker
<https://bugs.python.org/issue36054>
___
___
Python-bugs-list mailing list
Unsub
Manjusaka added the comment:
Hello Mike, thanks for your code.
I think it's a good way
I think if cpu.quota and cpu.shares are -1, just return the original value in
os.cpu_count() is OK
--
nosy: +vstinner
___
Python tracker
<ht
Manjusaka added the comment:
Hello Victor
I have tried on both MacOS and Ubuntu 18.04 from 3.8.2 to the newest code in
master, and can't reproduce this problem
macOS-10.15.4-x86_64-i386-64bit
Python 3.9.0a4+ (heads/master:9a81ab107a, Mar 24 2020, 02:06:30)
[Clang 11.0.3 (clang-1103.0.32.26
Manjusaka added the comment:
use the same GCC 8.3.0 to recompile the Python 3.7.3 still no fault
maybe we need the core dump to figure it out.
--
___
Python tracker
<https://bugs.python.org/issue39
Manjusaka added the comment:
I have tried it on Python 3.7.3 Ubuntu 18.04
Linux-4.15.0-1060-aws-x86_64-with-debian-buster-sid
Python 3.7.3 (default, Mar 23 2020, 18:15:26)
[GCC 7.5.0]
there is no segmentation fault
would you mind sharing the core dump to help us find more detail about
Manjusaka added the comment:
> This is a problem because not all RFC822 addresses are valid RFC821 addresses.
Do you mean that we would add a verification before we send the command?
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.pyth
Change by Manjusaka :
--
keywords: +patch
pull_requests: +18345
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18998
___
Python tracker
<https://bugs.python.org/issu
Manjusaka added the comment:
Fine, I get your means
--
___
Python tracker
<https://bugs.python.org/issue39924>
___
___
Python-bugs-list mailing list
Unsub
Manjusaka added the comment:
But when will os.readlink() be unavailable?
--
___
Python tracker
<https://bugs.python.org/issue39924>
___
___
Python-bugs-list m
Manjusaka added the comment:
I don't think rename 'link_to' to 'link' directly is a good idea. Because
there are many third-party libs have used this name. Unless we can keep two
names in this version, and remind people the 'link_to' function will be
deprecated totally in a future version
Change by Manjusaka :
--
nosy: +xtreak
___
Python tracker
<https://bugs.python.org/issue39806>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manjusaka added the comment:
> Augmented assignment behaves identically to the update method called with a
> single positional argument, so it also accepts anything implementing the
> Mapping protocol (more specifically, anything with the keys and __getitem__
> methods) or iter
Manjusaka added the comment:
In my opinion, make more lenient or not is OK, but we should guarantee the
magic method should keep clean and right meaning
For example, the __iadd__ in std data structure should be as same as the
__add__ except it's an in-place operator.
If it's necessary, I
New submission from Manjusaka :
Hello Guys:
I have tried Python 3.9.0a4, I have an issue: the __ior__ and the __or__ have
different behavior
For example:
x={}
y=[(1,2)]
x|=y is right and x=x|y will raise an exception.
I think it's should be better make the same between two magic method
Manjusaka added the comment:
Hello Mariatta
I have tested the code below on 3.8.1 what's installed by pyenv on my Mac
from importlib.metadata import version, requires, files
version('requests')
it works correctly.
I think it depends on the tool what's used to install python
Manjusaka added the comment:
Hello Anthony
would you mind to execute this command on your PC?
python -c "import os; print(os.environ.get("PATHEXT", "").split(os.pathsep))"
and show the result about this code?
--
nosy: +Manjusaka
Manjusaka added the comment:
To be serious, I don't think using SQLCipher is a good idea for CPython
Cause, SQLCipher is always released by the source code, not the binary. That
means we should compile and manage the binary on different platforms, sush as
ffi on windows, Openssl on Windows
Manjusaka added the comment:
Raymond, thanks for fixing many errors for my patch!
--
___
Python tracker
<https://bugs.python.org/issue38565>
___
___
Python-bug
New submission from Manjusaka :
After MacOS 10.15.x, Apple has changed this system feature that will make more
difficult for using GDB in MacOS.
So is there any chance to support lldb enhancement such as py-list and etc.?
--
components: macOS
messages: 356372
nosy: Manjusaka
Manjusaka added the comment:
Yes, you are right, we shouldn't consider about the unstandard using way. I
will update my PR
BTW, what're means for the "make_key" parameter?
--
___
Python tracker
<https://bugs.python.o
Change by Manjusaka :
--
pull_requests: +16446
pull_request: https://github.com/python/cpython/pull/16916
___
Python tracker
<https://bugs.python.org/issue38
Manjusaka added the comment:
I have already make a new function like this
static PyObject *
lru_cache_cache_parameters(lru_cache_object *self)
{
PyObject *cache_parameters = PyDict_New();
PyDict_SetItemString(cache_parameters, "maxsize",
PyLong_FromSsize_t(sel
Manjusaka added the comment:
I think to modify in lru_cache should be good in normal circumstance
But here's maybe some people modify the wrapped object that underlying in
lru_cache
So I prefer to add a new function in _functools.c
Manjusaka added the comment:
I think add new function would be a better way
I will make a new PR
--
___
Python tracker
<https://bugs.python.org/issue38
Manjusaka added the comment:
I have already make a PR for this issue
but here's a problem. add a new field to cache_info maybe cause some special
problem for the third-party libs what're dependent the cache_info
--
___
Python tracker
<ht
Change by Manjusaka :
--
keywords: +patch
pull_requests: +16445
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/16915
___
Python tracker
<https://bugs.python.org/issu
Manjusaka added the comment:
I think it's a good idea to expose the full arguments that people use in
lru_cache()
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue38
Manjusaka added the comment:
copy that
I will reset my locale setting to figure it out
--
___
Python tracker
<https://bugs.python.org/issue36792>
___
___
Pytho
Manjusaka added the comment:
Hi Dominik Geldmacher
May I get your system version? 1809 or 1903?
I guess maybe it's microsoft error
--
___
Python tracker
<https://bugs.python.org/issue36
Manjusaka added the comment:
Same environment.
But I still can not reproduce this exception. I guess maybe it's about the
local time or timezone problem. I will find a way to figure it out
--
___
Python tracker
<https://bugs.python.
Manjusaka added the comment:
Or would you share the Exception with us ?
I guess it's caused by system setting
--
___
Python tracker
<https://bugs.python.org/issue36
Manjusaka added the comment:
I can't reproduce this error on my system by using the same code.
Could you share the system info with us?
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue36
Change by Manjusaka :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36677>
___
___
Python-bugs-list
New submission from Manjusaka :
Support multiprocess compile when the developer uses the Visual studio on the
Windows
--
components: Windows
messages: 340573
nosy: Manjusaka, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: support
Change by Manjusaka :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue36535>
___
___
Manjusaka added the comment:
Done,thx
--
___
Python tracker
<https://bugs.python.org/issue36535>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Manjusaka :
I use Visual Studio 2017 to build the source code from the master branch. But
it failed. The output message shows that I lose my ffi.h.
I find that the developer had removed the libffi_module directory under
cpython/modules/_ctypes since
Manjusaka added the comment:
Yes, not only but also support get real memory limit.
look at
https://blogs.oracle.com/java-platform-group/java-se-support-for-docker-cpu-and-memory-limits
--
___
Python tracker
<https://bugs.python.org/issue36
Manjusaka added the comment:
Hi Stéphane:
I have checked the JVM implantation about container improvements. I confirm
that maybe we need a new Libary for container environment. I don't think that
combine it into the os module is a good idea. I will make a PR during this week
Manjusaka added the comment:
Hi Stéphane
Thanks a lot!
In my opinion, I would like to make an independent library that name is
cgroups. For ease of use and compatibility, I think it's better than combining
code with the os module.
Thanks for you working!
Manjusaka
Manjusaka added the comment:
I think that I may work on a PR for this issue. Is there anybody has worked on
it ？
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue36
Manjusaka added the comment:
I have already make a pull request on GitHub
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue28235>
___
___
Change by Manjusaka :
--
pull_requests: +11929
___
Python tracker
<https://bugs.python.org/issue28235>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manjusaka added the comment:
ping
--
___
Python tracker
<https://bugs.python.org/issue35517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Manjusaka :
--
pull_requests: -11140
___
Python tracker
<https://bugs.python.org/issue35726>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Manjusaka :
--
pull_requests: -11141
___
Python tracker
<https://bugs.python.org/issue35726>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manjusaka added the comment:
I have already work on a PR for it
--
nosy: +Manjusaka
___
Python tracker
<https://bugs.python.org/issue35726>
___
___
Python-bug
Change by Manjusaka :
--
keywords: +patch, patch, patch
pull_requests: +11140, 11141, 11142
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Manjusaka :
--
keywords: +patch, patch
pull_requests: +11140, 11141
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Manjusaka :
--
keywords: +patch
pull_requests: +11140
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35726>
___
___
Python-
Manjusaka added the comment:
Ping!
Agree with Wei-Cheng.
The leak still bothers me for times, and still bother for third-party like
https://aiohttp.readthedocs.io/en/stable/client_reference.html#tcpconnector
Yury, I think it's worth working on it. Using uvloop should not be a good idea
Manjusaka added the comment:
> `selectors` makes underlying implementations irrelavant to most users since
> we can simply use `DefaultSelector`
I agree with this.
> If you know you want to add EPOLL_EXCLUSIVE, why not just use `select.epoll`?
I don't think so.
If I use th
Change by Manjusaka :
--
nosy: -asvetlov
___
Python tracker
<https://bugs.python.org/issue35517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Manjusaka added the comment:
Actually, in my implementation, it also supports POLL with the different event.
I don't think to make selector be a public property is a good idea. It will
break the whole system integrity.
Please think about it, if people want to use epoll/poll with some
Manjusaka added the comment:
Vicor:
> Moreover, we directly support any EPOLL constant exposed in the select
> module. No need to change the API.
I don't think so
In class _PollLikeSelector ,here's register method
def register(self, fileobj, events, data=None):
key =
Manjusaka added the comment:
OK, I will change my code
--
___
Python tracker
<https://bugs.python.org/issue35517>
___
___
Python-bugs-list mailing list
Unsub
Manjusaka added the comment:
In my opinion
selectors is an abstract for select, so I don't think allow people use select.*
in selector is a good idea.
like this
> s.register(fd, EVENT_READ, extra_events=select.EPOLLEXCLUSIVE |
> select.EPOLLONESHOT)
Because the multiple epoll's
Change by Manjusaka :
--
keywords: +patch
pull_requests: +10433
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35517>
___
___
Python-
Manjusaka added the comment:
Hello rodola
Here's detail:
In the server, we use multiprocess to handle the request with share the same
FD.
OK, when a request comes, all the process wake up and try to accept the request
but only one process will accept success and the others will raise
Manjusaka added the comment:
"a keyword-only parameter" is good I'll take it done
--
___
Python tracker
<https://bugs.python.org/issue35517>
___
___
Manjusaka added the comment:
I will work on a PR
--
___
Python tracker
<https://bugs.python.org/issue35517>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Manjusaka :
Add a keyword argument for selector.EpollSelector with default value.
This can help people use the EPOLLEXCLUSIVE since Python 3.7 and Linux Kernel
4.5 to avoid the herd effect
like this
def register(self, fileobj, events, data=None, exclusive=False
Change by Manjusaka :
--
keywords: +patch
pull_requests: +10398
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35497>
___
___
Python-
New submission from Manjusaka :
Since Python 3.7, Python adds a mask variable named EPOLLEXCLUSIVE for
select.epoll. The mask variable is supported by the Linux Kernel since Kernel
4.5. So we can add a tip in this part of Python docs to notice the people the
case.
--
components
Manjusaka added the comment:
Finally, I must say when I first build the Python 3.7.0b5, I don't use Pyenv or
others tools.
As you say, It should be a PATH problem. I build success without no patch in a
clean Mac. I think I will figure out what's wrong.
But just as what I say, You can't
Manjusaka added the comment:
it seems like what you say
but I think that you can't ensure everyone has a clean path especially when
people use some tools such as pyenv or others to build Python from source code,
but not get the binary package directly.
Anyway, it's just a personal idea
Manjusaka added the comment:
The result in here
https://gist.github.com/Zheaoli/86b04395748b998ad7d870a927a95aea
--
___
Python tracker
<https://bugs.python.org/issue33
Manjusaka added the comment:
Actually, I found some interesting problem.
In Python 3.6.5 has declared the `extern pid_t forkpty(int *, char *, struct
termios *, struct winsize *);` in here
https://github.com/python/cpython/blob/3.6/Include/pyport.h#L532
and I add it into the Python
Manjusaka added the comment:
Sure, I already set "xcode-select --install" in terminal
Python 3.6.5 build success with a default setting when running ./configuration"
command
Xcode version is 9.3
System version 10.13.4
--
___
New submission from Manjusaka :
When I build 3.70.b5 in Mac , the compiler raise an error show that
"./Modules/posixmodule.c:6018:11: error: implicit declaration of function
'forkpty' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
pid = forkpty(_fd, NULL, NULL,
83 matches
Mail list logo
