Re: [clisp bug] assoc code fails *only* when compiled...

[D. G. <de...@gl...>]

hi Sam

> ouch!
> what other built-ins, beside assoc, trigger this?

i haven't tried this sort of "duplicating keywords" thing on any
others yet.

> 
> > [2] Also, i call clisp with -M 200M and -M 800M, but that seems to
> > have no effect on the stack size.. and i consistenly get a program
> > stack overflow --- i know it is not an infiniteloop---it is the '10th'
> > deepening of a fractal---and again, the code worked for me in
> > Allegro's CL.

> 
> stack size is controlled by your system environment, see "ulimit" in
> bash. 


Thanks.  I know i am now getting OT here, but would appreciate if
anyone on the list has some hints for me--->

i did try increasing ulimit.
,----
| 
| $ ulimit -a
| 
| .
| .
| stack size  (kbytes, -s) 8192
| 
| .
| .
| 
| $ ulimit -s 33000
| $ ulimit -a
| 
| .
| .
| stack size  (kbytes, -s) 33000
| .
| .
| .
| 
`----

But this seemed to have no effect on the program...



I have a huge memory and huge swap space.  I just want to somehwo run
my program... Any hints will be appreciated...  will give some bkg
here: basically, i want to 'deepen' a fractal to the '13th'
degree---currently, i can only go to the '10th' degree..  even the
10th one was achieved after the code was throughly cleaned up with
stack-space considerations... so the only way out now is perhaps to
overcome the system-imposed limits..



Also, sorry  if i am asking this again.. do not remember if i asked
this the last time-->

do you recommend that i switch to 2.29?  i could locate the deb
sources for only 2.28.. are they much different?  Are there debs for
2.29 or would i have to build it ?

DG				   
--