Oh, thanks for the information. I have to look deeper in this for sure. Moreover, I'll soon add arrays support, so probably malloc, free, Julia's garbage collector manipulations and so on so I can not let remain issues like this one.
Le sam. 31 déc. 2022 à 22:29, Waldek Hebisch <[email protected]> a écrit : > > On Sat, Dec 31, 2022 at 04:29:48PM +0100, Grégory Vanuxem wrote: > > Hi, > > > > In fact I think this is the well known SBCL message: « heap is exhausted, > > augment dynamic space size » or something like that. > > Hmm, you should not see this on so small computation. SBCL uses > SIGSEGV to determine if pages are modified or not. If you run > sbcl via gdb you should see a lot of SIGSEGV-s which in C program > would mean crash, but are normal in sbcl. > > You write that you can run when you give 8G to sbcl. I would be > _very_ suspicious of such a solution. Simply, I saw too many > programs that were horribly broken, yet under light tests > appeared to work correctly. One possiblity is that having 8G > you did not manage to trigger sbcl garbage collection (or maybe > major collection since sbcl collector is generational). > > -- > Waldek Hebisch > > -- > 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 [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/fricas-devel/20221231221319.fdm4yfoakbt5vbnc%40fricas.math.uni.wroc.pl. -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/fricas-devel/CAHnU2dZecyE4cgW24seycVzSHfZZLmnB3qMZMjEJEt6AAEJt7g%40mail.gmail.com.
