-Robin
--
Lojban Reason #17: http://en.wikipedia.org/wiki/Buffalo_buffalo
Proud Supporter of the Singularity Institute - http://singinst.org/
http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/
Tinaa docs online are severely out of date. Unfortunately
common-lisp.net doesn't have a lisp implementation installation, so
it's not possible to regenerate the documentation on the server on
every commit (I should really try and install SBCL in the home
directory, come to think of it). So, for the moment, please don't rely
on online Tinaa documentation. Generate it yourself locally by calling
asdf doc-op on the weblocks project. I'll try to resolve this issue
when I get back to working on weblocks in about a week.
- Slava
Thanks, I appreciate it.
Unfortunately, I can't figure out how to do what you suggest; the
farthest I've gotten is:
(load "/usr/lib/sbcl/site/cl-weblocks/weblocks-scripts.asd")
(load "/usr/lib/sbcl/site/cl-weblocks/weblocks.asd")
(asdf:operate 'weblocks-asd:doc-op :weblocks)
Which gives me:
debugger invoked on a TYPE-ERROR in thread #<THREAD "initial thread" RUNNING {100266ACE1}>:
The value NIL
is not of type
(OR (VECTOR CHARACTER) (VECTOR NIL) BASE-STRING PATHNAME STREAM).
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Retry performing #<WEBLOCKS-ASD:DOC-OP NIL {1003E61C01}> on
#<ASDF:SYSTEM "weblocks" {100273B971}>.
1: [ACCEPT] Continue, treating #<WEBLOCKS-ASD:DOC-OP NIL {1003E61C01}> on
#<ASDF:SYSTEM "weblocks" {100273B971}> as having been successful.
2: [ABORT ] Reduce debugger level (to debug level 1).
3: Exit debugger, returning to top level.
Still hoping for help here.
-Robin
(asdf:operate 'asdf:load-op :weblocks)
(asdf:operate 'weblocks-asd:doc-op :weblocks)
Does this work for you?
I'll try to put systems in place to have automatically generated
documentation in the coming days.
- Slava
Nope. What I actually ran was:
(push #p"/usr/lib/sbcl/site/cl-weblocks/" asdf:*central-registry*)
(asdf:operate 'asdf:load-op :weblocks)
(asdf:operate 'weblocks-asd:doc-op :weblocks)
And I got:
debugger invoked on a UNDEFINED-FUNCTION in thread #<THREAD "initial thread" RUNNING {100266AED1}>:
The function METABANG.UTILITIES:DIRECTORY-NAME-P is undefined.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Retry performing #<WEBLOCKS-ASD:DOC-OP NIL {1002B64131}> on
#<ASDF:SYSTEM "weblocks" {10028E3201}>.
1: [ACCEPT] Continue, treating #<WEBLOCKS-ASD:DOC-OP NIL {1002B64131}> on
#<ASDF:SYSTEM "weblocks" {10028E3201}> as having been successful.
2: [ABORT ] Exit debugger, returning to top level.
("bogus stack frame")
-Robin
Yours, it seems; the new version is directory-pathname-p.
So I did this:
(require 'metatilities)
(defun METABANG.UTILITIES:DIRECTORY-NAME-P (&rest args) (apply #'METABANG.UTILITIES:DIRECTORY-PATHNAME-P args))
(push #p"/usr/lib/sbcl/site/cl-weblocks/" asdf:*central-registry*)
(asdf:operate 'asdf:load-op :weblocks)
(asdf:operate 'weblocks-asd:doc-op :weblocks)
and got:
debugger invoked on a UNBOUND-VARIABLE in thread #<THREAD "initial thread" RUNNING {100266ACE1}>:
The variable TINAA::IT is unbound.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [RETRY ] Retry performing #<WEBLOCKS-ASD:DOC-OP NIL {100286F8F1}> on
#<ASDF:SYSTEM "weblocks" {10035EE8A1}>.
1: [ACCEPT] Continue, treating #<WEBLOCKS-ASD:DOC-OP NIL {100286F8F1}> on
#<ASDF:SYSTEM "weblocks" {10035EE8A1}> as having been successful.
2: [ABORT ] Exit debugger, returning to top level.
((SB-PCL::FAST-METHOD TINAA:MAKE-PART :AROUND (T T T))
#<unavailable argument>
#S(SB-PCL::FAST-METHOD-CALL
:FUNCTION #<FUNCTION # {10028D7109}>
:PV NIL
:NEXT-METHOD-CALL #S(SB-PCL::FAST-METHOD-CALL
:FUNCTION #
:PV NIL
:NEXT-METHOD-CALL NIL
:ARG-INFO (3 . T))
:ARG-INFO (3 . T))
NIL
PACKAGE
:WEBLOCKS)[:EXTERNAL]
0]