In my quest for roman numbers a couple of questions came up about my
development setup(cmucl & xemacs/ilisp). Pointers to documentation
would be prefered to straight answers, if posable. Well here are my
questions:
cmucl:
I did a stupid thing, infinitely recursive function. When this
function was called cmucl would grab all available resources and crash
my box. I also did this with clisp and I got a stack overflow error
with out crashing the box. It there any way to put a guard on the
call depth in cmucl? I found some documentation on why there was
only 1 printing of the function name when I traced it (5.6.1 cmu users
manual) but I could not find a way to set the max recursion depth.
ilisp/cmucl:
Is there any way to get defvars's to be set to new values when I type
C-z C-b? I know I can kill the lisp buffer and do 'M-x run-ilisp'
again.
Thanks
marc
Hello,
····@oscar.eng.cv.net (Marc Spitzer) writes:
> ilisp/cmucl:
>
> Is there any way to get defvars's to be set to new values when I type
> C-z C-b? I know I can kill the lisp buffer and do 'M-x run-ilisp'
> again.
(C-z C-b = ilisp-compile-buffer?)
It is a CL question. Read about DEFPARAMETER in CLHS.
Regards,
Alexey Dejneka
--
Happy New Year!
In article <··············@comail.ru>, Alexey Dejneka wrote:
> Hello,
>
> ····@oscar.eng.cv.net (Marc Spitzer) writes:
>
>> ilisp/cmucl:
>>
>> Is there any way to get defvars's to be set to new values when I type
>> C-z C-b? I know I can kill the lisp buffer and do 'M-x run-ilisp'
>> again.
>
> (C-z C-b = ilisp-compile-buffer?)
>
> It is a CL question. Read about DEFPARAMETER in CLHS.
I will.
Thanks
marc
>
> Regards,
> Alexey Dejneka
>
> --
> Happy New Year!
Alexey Dejneka <········@comail.ru> writes:
> Hello,
>
> ····@oscar.eng.cv.net (Marc Spitzer) writes:
>
> > ilisp/cmucl:
> >
> > Is there any way to get defvars's to be set to new values when I type
> > C-z C-b? I know I can kill the lisp buffer and do 'M-x run-ilisp'
> > again.
>
> (C-z C-b = ilisp-compile-buffer?)
>
> It is a CL question. Read about DEFPARAMETER in CLHS.
Actually, in Symbolics Genera and in Xanalys LispWorks and I suspect in a
number of other implementations, if you go to a DEFVAR specifically by itself
(not part of a LOAD nor part of a compile-region nor compile-buffer, but all
by itself), it will make an exception and re-evaluate the DEFVAR if you
do compile or eval current expression, because otherwise there would be no
sense to your gesture... a DEFVAR ordinarily is very uninteresting to
reevaluate all on its own, and it's a pain in the neck to otherwise get a
DEFVAR re-evaluated when debugging. You have to otherwise momentarily edit
it to be DEFPARAMETER or SETQ, but then you might forget to edit it back if
the proper setting for deployment is not that. So check if ilisp has the
same thing, and if it doesn't, send a bug report asking for it to zap a
defparameter to the lisp instead of a defvar in that circumstance. ;)
Kent M Pitman <······@world.std.com> writes:
> Alexey Dejneka <········@comail.ru> writes:
>
> > Hello,
> >
> > ····@oscar.eng.cv.net (Marc Spitzer) writes:
> >
> > > ilisp/cmucl:
> > >
> > > Is there any way to get defvars's to be set to new values when I type
> > > C-z C-b? I know I can kill the lisp buffer and do 'M-x run-ilisp'
> > > again.
> >
> > (C-z C-b = ilisp-compile-buffer?)
> >
> > It is a CL question. Read about DEFPARAMETER in CLHS.
>
> Actually, in Symbolics Genera and in Xanalys LispWorks and I suspect in a
> number of other implementations, if you go to a DEFVAR specifically by itself
> (not part of a LOAD nor part of a compile-region nor compile-buffer, but all
> by itself), it will make an exception and re-evaluate the DEFVAR if you
> do compile or eval current expression
ILISP behaves the same way.
Regards,
Alexey Dejneka
--
Happy New Year!
In article <··············@comail.ru>, Alexey Dejneka wrote:
> Kent M Pitman <······@world.std.com> writes:
>
>> Alexey Dejneka <········@comail.ru> writes:
>>
>> > Hello,
>> >
>> > ····@oscar.eng.cv.net (Marc Spitzer) writes:
>> >
>> > > ilisp/cmucl:
>> > >
>> > > Is there any way to get defvars's to be set to new values when I type
>> > > C-z C-b? I know I can kill the lisp buffer and do 'M-x run-ilisp'
>> > > again.
>> >
>> > (C-z C-b = ilisp-compile-buffer?)
>> >
>> > It is a CL question. Read about DEFPARAMETER in CLHS.
>>
>> Actually, in Symbolics Genera and in Xanalys LispWorks and I
>> suspect in a number of other implementations, if you go to a DEFVAR
>> specifically by itself (not part of a LOAD nor part of a
>> compile-region nor compile-buffer, but all by itself), it will make
>> an exception and re-evaluate the DEFVAR if you do compile or eval
>> current expression
>
> ILISP behaves the same way.
>
Thanks I will remember that.
I have another question, where is a good place on line for ilisp
docs? I have tried google, ilisp.sourceforge.net and ilisp.cons.org
and I have not found anything.
Thanks
marc
> Regards,
> Alexey Dejneka
>
> --
> Happy New Year!
····@oscar.eng.cv.net (Marc Spitzer) writes:
> I have another question, where is a good place on line for ilisp
> docs? I have tried google, ilisp.sourceforge.net and ilisp.cons.org
> and I have not found anything.
Info-files and a refcard of commands can be generated in the 'docs'
subdirectory of the distribution. Did you look at these?
--
Robert Folland
······@circinus.no
In article <··············@dagros.circinus.no>, Robert Folland wrote:
> ····@oscar.eng.cv.net (Marc Spitzer) writes:
>
>> I have another question, where is a good place on line for ilisp
>> docs? I have tried google, ilisp.sourceforge.net and ilisp.cons.org
>> and I have not found anything.
>
> Info-files and a refcard of commands can be generated in the 'docs'
> subdirectory of the distribution. Did you look at these?
I found the info files, where can I get a copy of the refcard? PDF
would be very useful.
Thanks
marc
>
> --
> Robert Folland
> ······@circinus.no
····@oscar.eng.cv.net (Marc Spitzer) writes:
> In article <··············@dagros.circinus.no>, Robert Folland wrote:
> > ····@oscar.eng.cv.net (Marc Spitzer) writes:
> >
> >> I have another question, where is a good place on line for ilisp
> >> docs? I have tried google, ilisp.sourceforge.net and
> >> ilisp.cons.org and I have not found anything.
> >
> > Info-files and a refcard of commands can be generated in the
> > 'docs' subdirectory of the distribution. Did you look at these?
>
> I found the info files, where can I get a copy of the refcard? PDF
> would be very useful.
In the same directory. 'make' will produce Postscript and DVI files,
you'll have to use something like 'ps2pdf' to create PDF files.
Edi.
In article <··············@bird.agharta.de>, Dr. Edmund Weitz wrote:
> ····@oscar.eng.cv.net (Marc Spitzer) writes:
>
>> In article <··············@dagros.circinus.no>, Robert Folland wrote:
>> > ····@oscar.eng.cv.net (Marc Spitzer) writes:
>> >
>> >> I have another question, where is a good place on line for ilisp
>> >> docs? I have tried google, ilisp.sourceforge.net and
>> >> ilisp.cons.org and I have not found anything.
>> >
>> > Info-files and a refcard of commands can be generated in the
>> > 'docs' subdirectory of the distribution. Did you look at these?
>>
>> I found the info files, where can I get a copy of the refcard? PDF
>> would be very useful.
>
> In the same directory. 'make' will produce Postscript and DVI files,
> you'll have to use something like 'ps2pdf' to create PDF files.
>
> Edi.
>
That did not work, XEmacs cleans up after it self.
Thanks
marc
····@oscar.eng.cv.net (Marc Spitzer) writes:
> In article <··············@bird.agharta.de>, Dr. Edmund Weitz wrote:
> > In the same directory. 'make' will produce Postscript and DVI
> > files, you'll have to use something like 'ps2pdf' to create PDF
> > files.
>
> That did not work, XEmacs cleans up after it self.
Hmm? I don't understand that. You download the ILISP sources, untar
them, cd to the 'docs' sub-directory and type 'make'. That's it,
IIRC. I don't see why/how (X)Emacs should be involved here.
Disclaimer: I'm using GNU Emacs. Maybe you've chosen a
Xemacs-specific way of installing ILISP that I'm not aware of.
Edi.
In article <··············@agharta.de>, Dr. Edmund Weitz wrote:
> ····@oscar.eng.cv.net (Marc Spitzer) writes:
>
>> In article <··············@bird.agharta.de>, Dr. Edmund Weitz wrote:
>> > In the same directory. 'make' will produce Postscript and DVI
>> > files, you'll have to use something like 'ps2pdf' to create PDF
>> > files.
>>
>> That did not work, XEmacs cleans up after it self.
>
> Hmm? I don't understand that. You download the ILISP sources, untar
> them, cd to the 'docs' sub-directory and type 'make'. That's it,
> IIRC. I don't see why/how (X)Emacs should be involved here.
XEmacs has a very nice set of package management tools/menus that
take care of the installation for you. Think *BSDs ports or debian's
.deb's and it deletes the tarball after its done installing it. It is
a very nice system that you can use with out even knowing what M-x
does, very well done. The only problem is that sometimes you will not
get the newest version of a package, but I can live with that and it
takes care of itself in due course.
marc
>
> Disclaimer: I'm using GNU Emacs. Maybe you've chosen a
> Xemacs-specific way of installing ILISP that I'm not aware of.
>
> Edi.
>
····@oscar.eng.cv.net (Marc Spitzer) writes:
> XEmacs has a very nice set of package management tools/menus that
> take care of the installation for you. Think *BSDs ports or
> debian's .deb's and it deletes the tarball after its done installing
> it. It is a very nice system that you can use with out even knowing
> what M-x does, very well done. The only problem is that sometimes
> you will not get the newest version of a package, but I can live
> with that and it takes care of itself in due course.
I see, thanks for the info.
Nevertheless, you can download the ILISP sources into some temp
directory just to build the RefCard.
Edi.
In article <··············@agharta.de>, Dr. Edmund Weitz wrote:
> ····@oscar.eng.cv.net (Marc Spitzer) writes:
>
>> XEmacs has a very nice set of package management tools/menus that
>> take care of the installation for you. Think *BSDs ports or
>> debian's .deb's and it deletes the tarball after its done installing
>> it. It is a very nice system that you can use with out even knowing
>> what M-x does, very well done. The only problem is that sometimes
>> you will not get the newest version of a package, but I can live
>> with that and it takes care of itself in due course.
>
> I see, thanks for the info.
>
> Nevertheless, you can download the ILISP sources into some temp
> directory just to build the RefCard.
>
> Edi.
>
true
marc
····@oscar.eng.cv.net (Marc Spitzer) writes:
> I found the info files, where can I get a copy of the refcard? PDF
> would be very useful.
I just mailed you the refcard as a PS and a PDF file now, I hope it
helps.
-Robert
--
Robert Folland
······@circinus.no