OK, let's do it again.
%axiom
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
27271 hemmecke 16 0 44072 8492 3016 S 0.0 1.7 0:00.13 AXIOMsys
a:=new(1000,1000,0.0)$Matrix(SF);
b:=new(1001,1001,0.0)$Matrix(SF);
27271 hemmecke 17 0 44116 21m 3060 S 0.0 4.3 0:00
Hi,
Le mercredi 22 juin 2005 à 06:01 -0400, Page, Bill a écrit :
> On Wednesday, June 22, 2005 4:56 AM Ralf Hemmecke wrote:
>
> > Well, there is something else. How is Axiom supposed to behave in the
> > following case? (See axiom--main--1--patch-40/mnt/linux/doc/book.dvi
> > Section 1.15.1)
Tha
On Wednesday, June 22, 2005 4:56 AM Ralf Hemmecke wrote:
> Well, there is something else. How is Axiom supposed to behave in the
> following case? (See axiom--main--1--patch-40/mnt/linux/doc/book.dvi
> Section 1.15.1)
>
> --start axiom
> top:
>PID USER PR NI VIRT RES SHR S %CPU %MEM
Well, there is something else. How is Axiom supposed to behave in the
following case? (See axiom--main--1--patch-40/mnt/linux/doc/book.dvi
Section 1.15.1)
--start axiom
top:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
17381 hemmecke 16 0 44072 8492 3016 S 0.0 1.7
Well, there is something else. How is Axiom supposed to behave in the
following case? (See axiom--main--1--patch-40/mnt/linux/doc/book.dvi
Section 1.15.1)
--start axiom
top:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
17381 hemmecke 16 0 44072 8492 3016 S 0.0 1.7 0
Hi,
Sorry,
Section 0.4.2 of axiom book => accessing earlier result.
It's a little dangerous in term of memory management...
Cheers,
Greg
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] la
> part de Vanuxem Grégory
> Envoyé : mercredi 22 juin 2005 03:10
> À
On Tuesday, June 21, 2005 9:38 PM Vanuxem Grégory wrote:
> Sorry,
Why do you write that you are your sorry???
> Section 0.4.2 of axiom book => accessing earlier result.
Quote:
0.4.2 Accessing Earlier Results
The "%" macro represents the result of the previous computation.
The "%%" macro is av
