Hi Ralf
I'm frequently confronted with this SBCL specific error ... usually it's
my bad - some recursion mistakes or bad design, so that increasing of
"dynamic-space-size" isn't a remedy. However, I had cases where it
worked indeed.
You might edit the install.sh of fricas_jupyter where the core is about
to be built:
echo -------------------------------------
echo Creating iSPAD core from AxiomSYS ...
echo -------------------------------------
if [ -f $AXSYS ] ; then
echo ")lisp (load \"lisp/sbcl.lisp\")" > acmd
-- sbcl --core $AXSYS < acmd;
sbcl --dynamic-space-size 3741824 --core $AXSYS < acmd;
rm acmd;
fi
Since in lisp/sbcl.lisp we have the ":save-runtime-options t" it should
(according to the SBCL manual) be stored in the executable. Of course,
you can create a new AxiomSYS along the same lines ...
Just an idea ;)
Best regards
Kurt
;;;
;;; Save image as iSPAD (call: iSPAD <connect-file>)
;;;
(sb-ext:save-lisp-and-die "iSPAD"
:toplevel #'cl-jupyter-user::ispad-main
:executable t
:save-runtime-options t)
)lisp (/ (- sb-vm:dynamic-space-end sb-vm:dynamic-space-start) (expt
1024 2)) -> Value = 1024
)lisp (sb-ext:dynamic-space-size) -> Value = 1073741824
Am 18.02.2016 um 00:47 schrieb Ralf Hemmecke:
> Hmmmm... I now also hit that problem in computations with Laurent series
> with seemingly huge coefficients.
>
> https://www.mail-archive.com/fricas-devel%40googlegroups.com/msg08346.html
>
> I don't think I am able to compile and install sbcl myself. I'm
> relatively happy with "apt-get install sbcl".
>
> Is there any chance that fricas will be able to pass commandline
> arguments to AXIOMsys?
>
> Ralf
>
> ==================================================================
>
> Heap exhausted during garbage collection: 608 bytes available, 992
> requested.
> Gen StaPg UbSta LaSta LUbSt Boxed Unboxed LB LUB !move Alloc Waste
> Trig WP GCs Mem-age
> 0: 0 0 0 0 0 0 0 0 0 0
> 0 10737418 0 0 0.0000
> 1: 0 0 0 0 0 0 0 0 0 0
> 0 10737418 0 0 0.0000
> 2: 0 0 0 0 0 0 0 0 0 0
> 0 10737418 0 0 0.0000
> 3: 0 0 0 0 0 0 0 0 0 0
> 0 10737418 0 0 0.0000
> 4: 32106 32105 0 0 1923 17241 0 0 0 617581824
> 10384128 10737418 0 0 1.2702
> 5: 8424 8422 0 0 1099 2506 0 0 59 115008752
> 3119888 2000000 725 0 0.0000
> 6: 0 0 0 0 2870 255 0 0 0 102400000
> 0 2000000 2637 0 0.0000
> Total bytes allocated = 1054837248
> Dynamic-space-size bytes = 1073741824
> GC control variables:
> *GC-INHIBIT* = true
> *GC-PENDING* = true
> *STOP-FOR-GC-PENDING* = false
> fatal error encountered in SBCL pid 11521(tid 140737353836288):
> Heap exhausted, game over.
>
> Welcome to LDB, a low-level debugger for the Lisp runtime environment.
> ldb>
>
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to fricas-devel+unsubscr...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.
