Sorry. I didn't look at your example carefully.
The method "sage.interfaces.sagespawn.SagePtyProcess.terminate_async" also
spawns a zombie process.
So the following code spawns zombie processes even if I change the
definition of start_cleaner.
s = sage.interfaces.sage0.Sage()
s.eval('4')
s.quit(
On Mon, Feb 22, 2016 at 12:30 PM, Volker Braun wrote:
> Every interfaces tries to launch the sage-cleaner. If it is already running,
> the newly-forked sage-cleaner quits immediately. But there is nobody reaping
> the child, so a zombie remains.
>
> The standard solutions are either
> 1) waitpid i
Every interfaces tries to launch the sage-cleaner. If it is already
running, the newly-forked sage-cleaner quits immediately. But there is
nobody reaping the child, so a zombie remains.
The standard solutions are either
1) waitpid in the parent e.g. whenever a new interface is created,
2) dou
On Sun, Feb 21, 2016 at 2:30 AM, Sho Takemori wrote:
> I also experienced this. (I use SageMath 7.0 on Ubuntu 15.10)
> I guess this is not specific to sage0. The following code will spawn five
> zombie processes.
>
> [a.eval("1") for a in [gp, gap, maxima, sage0, singular]]
>
> By debugging with p
Hi Jeroen
Yes, i have sage installed by PPA. I did test with gcc and apparently all
ok, but not compiler in sage.
Em segunda-feira, 22 de fevereiro de 2016 04:09:24 UTC-3, Jeroen Demeyer
escreveu:
>
> On 2016-02-22 01:25, jmarcell...@ufpi.edu.br wrote:
> > I use Netrunner Linux, Sagemath 6.9
On 2016-02-17 17:25, Dima Pasechnik wrote:
> it's not related to RIF, it seems. Compilation ends with
>
> ImportError: cannot import name ZZ
>
> and even the following does not work:
>
> import sage.all
> from sage.all import *
> from sage.rings.integer_ring import ZZ
> print ZZ(1000)
>
> -
Message transféré
Sujet : Re: Strange behavior with RealField(n)
Date : Mon, 22 Feb 2016 10:17:30 +0100
De : paul zimmermann
Pour : Thierry Dumont
Copie à : nbr...@sfu.ca
[please forward to sage-support, I am not allowed to post there]
Thierry,
I can reproduce the p