On 01.07.2019 12:25, Jeroen Demeyer wrote:
A SystemError is typically raised from C to indicate serious bugs in the application which shouldn't normally be caught and handled. It's
used for example for NULL arguments where a Python object is expected. So in some sense, SystemError is the Python
A SystemError is typically raised from C to indicate serious bugs in the
application which shouldn't normally be caught and handled. It's used
for example for NULL arguments where a Python object is expected. So in
some sense, SystemError is the Python equivalent of a segmentation fault.
On Sat, Jun 29, 2019 at 10:26:04AM -0500, Skip Montanaro wrote:
> > You have missed at least one: the minimum technology requirement for
> > using Github is a lot more stringent than for Roundup. Github's minimum
> > system requirements are higher, and it doesn't degrade as well, so
> > moving to
Congrats on this new tool -- I'll be checking it out. With a quick glance
at the docs, I see this:
"""
PyOxidizer loads everything from memory and there is no explicit I/O being
performed. When you import a Python module, the bytecode for that module is
being loaded from a memory address in the
I've reported the user to GitHub. Ticket ID: 297185
On Mon, Jul 1, 2019, 5:40 PM Guido van Rossum wrote:
> There's a user on GitHub ('experimentalles') who has created random PRs on
> several projects (e.g. https://github.com/python/peps/pull/1116). Can we
> ban them? The PRs look the work of a
This was quite extensively discussed on python-ideas recently:
https://mail.python.org/archives/list/python-id...@python.org/thread/RJARZSUKCXRJIP42Z2YBBAEN5XA7KEC3/#WIRID57ESUFUAQQQ6ZUY2RK5PKQQYSJ3
(I'm finding it hard to find a good thread view in the new interface -- but
that will get you
There's a user on GitHub ('experimentalles') who has created random PRs on
several projects (e.g. https://github.com/python/peps/pull/1116). Can we
ban them? The PRs look the work of a vandal or a bot, not of a clueless
human.
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him/his
On Tue, Jul 2, 2019 at 2:01 AM Steven D'Aprano wrote:
>
> On Sat, Jun 29, 2019 at 10:26:04AM -0500, Skip Montanaro wrote:
> > > You have missed at least one: the minimum technology requirement for
> > > using Github is a lot more stringent than for Roundup. Github's minimum
> > > system
On 7/1/2019 8:28 PM, Terry Reedy wrote:
On 7/1/2019 1:57 PM, Chris Barker via Python-Dev wrote:
This was quite extensively discussed on python-ideas recently:
https://mail.python.org/archives/list/python-id...@python.org/thread/RJARZSUKCXRJIP42Z2YBBAEN5XA7KEC3/#WIRID57ESUFUAQQQ6ZUY2RK5PKQQYSJ3
I am trying to compile Python 3 on Centos7 and I am getting
"ModuleNotFoundError: No module named '_ctypes'"
Context: Centos7 uses Python 2.7.5 for its routines, so it is need to leave
original Python 2.7.5 untouched. Python 3 (in case 3.7.3) needs to be compiled
for alternate install.
I am
On Tue, Jul 2, 2019 at 2:28 PM Glenn Linderman wrote:
>
>> A method could raise instead of returning the string as-is if the prefix is
>> not really a prefix. How often is this needed? The most common end
>> deletions are whitespace, which the current .strip handles correctly.
>
> raising
On Sun, Jun 30, 2019 at 12:26 AM Nick Coghlan wrote:
>
>
> Hence Jeroen's point: if something is useful enough for Cython to want to use
> it, it makes to provide a public API for it that hides any internal
> implementation details that may not remain stable across releases.
>
I wanted to
On 7/1/2019 1:57 PM, Chris Barker via Python-Dev wrote:
This was quite extensively discussed on python-ideas recently:
https://mail.python.org/archives/list/python-id...@python.org/thread/RJARZSUKCXRJIP42Z2YBBAEN5XA7KEC3/#WIRID57ESUFUAQQQ6ZUY2RK5PKQQYSJ3
The claim of 'inconsistent results' is
13 matches
Mail list logo