[Python-Dev] Is hg.python.org out of memory?
Hi, I got HTTP 503 errors when trying to access http://hg.python.org/ and I got errors when trying to push changes with "hg push" (to ssh://h...@hg.python.org/cpython). I even got this error from "hg push": -- remote: abort: /srv/hg/lib/python/mercurial/mpatch.so: failed to map segment from shared object: Cannot allocate memory! -- Is someone available to check what happened on hg.python.org? Buildbots slowly become red because hg.python.org is no more avaialble. Victor ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Is hg.python.org out of memory?
I just get a refused connection from https://hg.python.org/ myself. On 3 September 2015 at 06:31, Victor Stinner wrote: > Hi, > > I got HTTP 503 errors when trying to access http://hg.python.org/ and > I got errors when trying to push changes with "hg push" (to > ssh://h...@hg.python.org/cpython). > > I even got this error from "hg push": > -- > remote: abort: /srv/hg/lib/python/mercurial/mpatch.so: failed to map > segment from shared object: Cannot allocate memory! > -- > > Is someone available to check what happened on hg.python.org? > Buildbots slowly become red because hg.python.org is no more > avaialble. > > Victor > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/tisdall%40gmail.com > ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Is hg.python.org out of memory?
... and we're back. On 3 September 2015 at 10:18, Tim Tisdall wrote: > I just get a refused connection from https://hg.python.org/ myself. > > On 3 September 2015 at 06:31, Victor Stinner > wrote: > >> Hi, >> >> I got HTTP 503 errors when trying to access http://hg.python.org/ and >> I got errors when trying to push changes with "hg push" (to >> ssh://h...@hg.python.org/cpython). >> >> I even got this error from "hg push": >> -- >> remote: abort: /srv/hg/lib/python/mercurial/mpatch.so: failed to map >> segment from shared object: Cannot allocate memory! >> -- >> >> Is someone available to check what happened on hg.python.org? >> Buildbots slowly become red because hg.python.org is no more >> avaialble. >> >> Victor >> ___ >> Python-Dev mailing list >> Python-Dev@python.org >> https://mail.python.org/mailman/listinfo/python-dev >> Unsubscribe: >> https://mail.python.org/mailman/options/python-dev/tisdall%40gmail.com >> > > ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Request a builedbot username and password
Hi I am interested in setting up a builedbot machine for python, I have a 2011 MacBook Pro with custom ssd and OS X Yosemite ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] tp_finalize vs tp_del sematics
Hi Armin,
On 25.08.2015 13:00, Armin Rigo wrote:
Hi Valentine,
On 25 August 2015 at 09:56, Valentine Sinitsyn
wrote:
Yes, I think so. There is a *highly obscure* corner case: __del__
will still be called several times if you declare your class with
"__slots__=()".
Even on "post-PEP-0442" Python 3.4+? Could you share a link please?
class X(object):
__slots__=() # <= try with and without this
def __del__(self):
global revive
revive = self
print("hi")
X()
revive = None
revive = None
revive = None
By accident, I found a solution to this puzzle:
class X(object):
__slots__ = ()
class Y(object):
pass
import gc
gc.is_tracked(X()) # False
gc.is_tracked(Y()) # True
An object with _empty_ slots is naturally untracked, as it can't create
back references.
Valentine
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Request a builedbot username and password
On Thu, Sep 3, 2015 at 2:15 AM, Zhuo Chen wrote: > Hi I am interested in setting up a builedbot machine for python, I have a > 2011 MacBook Pro with custom ssd and OS X Yosemite Responding off-list. -- Zach ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] tp_finalize vs tp_del sematics
On Thu, Sep 3, 2015 at 9:23 AM, Valentine Sinitsyn
wrote:
> Hi Armin,
>
> On 25.08.2015 13:00, Armin Rigo wrote:
>>
>> Hi Valentine,
>>
>> On 25 August 2015 at 09:56, Valentine Sinitsyn
>> wrote:
Yes, I think so. There is a *highly obscure* corner case: __del__
will still be called several times if you declare your class with
"__slots__=()".
>>>
>>>
>>> Even on "post-PEP-0442" Python 3.4+? Could you share a link please?
>>
>>
>> class X(object):
>> __slots__=() # <= try with and without this
>> def __del__(self):
>> global revive
>> revive = self
>> print("hi")
>>
>> X()
>> revive = None
>> revive = None
>> revive = None
>
> By accident, I found a solution to this puzzle:
>
> class X(object):
> __slots__ = ()
>
> class Y(object):
> pass
>
> import gc
> gc.is_tracked(X()) # False
> gc.is_tracked(Y()) # True
>
> An object with _empty_ slots is naturally untracked, as it can't create back
> references.
>
> Valentine
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/fijall%40gmail.com
That does not make it ok to have del called several time, does it?
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] tp_finalize vs tp_del sematics
Hi Maciej,
On 04.09.2015 00:08, Maciej Fijalkowski wrote:
On Thu, Sep 3, 2015 at 9:23 AM, Valentine Sinitsyn
wrote:
Hi Armin,
On 25.08.2015 13:00, Armin Rigo wrote:
Hi Valentine,
On 25 August 2015 at 09:56, Valentine Sinitsyn
wrote:
Yes, I think so. There is a *highly obscure* corner case: __del__
will still be called several times if you declare your class with
"__slots__=()".
Even on "post-PEP-0442" Python 3.4+? Could you share a link please?
class X(object):
__slots__=() # <= try with and without this
def __del__(self):
global revive
revive = self
print("hi")
X()
revive = None
revive = None
revive = None
By accident, I found a solution to this puzzle:
class X(object):
__slots__ = ()
class Y(object):
pass
import gc
gc.is_tracked(X()) # False
gc.is_tracked(Y()) # True
An object with _empty_ slots is naturally untracked, as it can't create back
references.
Valentine
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/fijall%40gmail.com
That does not make it ok to have del called several time, does it?
That's a tricky question. Python's data model [1,2] doesn't say anything
about how many times __del__ can be called. PEP-0442 guarantees it will
be called only once, but it implicitly covers GC-objects only.
For me, it looks like destructor behaviour for non-GC object is
undefined, but I agree it makes sense to call them exactly once as well.
1. https://docs.python.org/3/reference/datamodel.html
2. https://docs.python.org/2/reference/datamodel.html
--
Valentine
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] tp_finalize vs tp_del sematics
Hi Valentine, On Thu, Sep 3, 2015 at 9:15 PM, Valentine Sinitsyn wrote: >> That does not make it ok to have del called several time, does it? > > That's a tricky question. If the Python documentation now says something like ``the __del__ method is never called more than once on the same instance'' without acknowledging this corner case, then it could be regarded as documentation bug. I didn't check, though. But feel free to open an issue and mention everything I said above, if you want to. A bientôt, Armin. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Creating server-side clones on hg.python.org is broken right now
Howdy. I went here: https://hg.python.org/cpython/ I clicked on "Server-side clone". I filled out the form. I clicked on the "clone" button. I was rewarded with this error message: error An error occurred while processing your request: no such method: rclone HALP PLS FX, //arry/ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
