Re: [Exp-engine-devel] Trying to load on recent sbcl on Mac or Linux

[Craig L. <cla...@us...>]

On Mon, 2013-09-23 at 16:09 -0400, Dave Cooper wrote:
> 
> 
> Hi Craig,
> 
> 
> 
> 
> On Mon, Sep 23, 2013 at 3:34 PM, Craig Lanning
> <cla...@us...> wrote:
>         
>         
>         The validation code in ./eengine is not complete.  The
>         validation code
>         in ./expresso is complete.
> 
> 
> Ok, so in the meantime (while exp-engine command line support is a
> work in progress), let's see if we can get the command-line of
> expresso working... 
> 
> 
> Well, in about 30 seconds I just got an expresso executable built from
> the current expresso master, with:
> 
> 
>  sbcl --load sbcl/compile
>  sbcl --load sbcl/deliver
> 
> 
> 
> 
> If I call 
> 
> 
>  ./expresso --help
> 
> 
> It does give a list of help which looks relevant to expresso. 
> 
> 
> But I still need a bit more guidance to know how to ask it to validate
> a STEP file:
> 
> 
> ./expresso --validate
>  -input /Users/dcooper8/genworks/support/tud/step-output/data/one-piece.stp

Yep, you're missing a few things.  The validation function requires both
the step file to be validated and the schema to validate against.  There
had been some plan to add support for other non-p21 data formats, but
they never came to fruition.

The proper command line is:

  ./expresso --validate -source-schema schema.exp -input step-file.stp
-input-encoding p21

Then you should see lots of output in the shell window.

> 
> An unhandled error has occurred.
> Error: There is no applicable method for the generic function
>          #<STANDARD-GENERIC-FUNCTION EXPRESSO:READ-DATA (3)>
>        when called with arguments
> 
>  (#P"/Users/dcooper8/genworks/support/tud/step-output-incomplete/data/one-piece.stp"
>           NIL).
> 
> 
> 
> 
> Welp, it looks like I'm not giving the arguments in quite the right
> format...?
> 
> 
> 
> 
> 
> 
> <Quicklisp/ASDF PR blurb>
> 
> 
> Regarding Quicklisp, with our own Gendl system (the core of Genworks
> GDL), I have found Quicklisp to be a big advantage both for
> encouraging good discipline on our part, and for getting painless
> access to libraries that we depend on. 
> 
> 
> Also, managing Lisp systems is really a non-trivial problem, and huge
> amounts of resources have been put into ASDF lately (which is the
> system management layer currently used by Quicklisp).  Personally I am
> grateful to be able to focus my own resources on our own core
> competency and not have to think about system management (ASDF does
> that for me) or library downloads management (Quicklisp does that for
> me). 

My view of ASDF is that it is overly complicated and I avoid it as much
as possible.

As for Quicklisp, my job involves building a Lisp based package for
commercial sale as part of a larger system.  Quicklisp would be a
problem since it could automatically download a newer version of a used
library.  For what we are doing, is is better that I manually download
new versions of packages at the time that I deem them necessary.

> 
> Several side-benefits are starting to come into play as well, which
> are automatically available when using Quicklisp and ASDF, such as
> Quickdoc and cl-test-grid. 

I'm not familiar with cl-test-grid.

Craig

> 
> </Quicklisp/ASDF PR blurb>
> 
> 
> 
> 
> 
> 
> Best Regards
> 
> 
>  Dave 
> 
> Dave Cooper, Genworks Support
> dav...@ge..., dave.genworks.com(skype)
> USA: 248-327-3253(o), 1-248-330-2979(mobile)
> UK: 0191 645 1699
>