[Ecls-list] [creelman.david at gmail.com: ECL serving http via hunchentoot, how do I get it to stay up?]

Juan Jose Garcia-Ripoll juanjose.garciaripoll at gmail.com
Mon Aug 27 20:29:45 UTC 2012

On Mon, Aug 27, 2012 at 4:16 PM, David Creelman <creelman.david at gmail.com>wrote:

> I run this by doing
> ecl -load go.lisp >& /dev/null

I have tried this in OS X without problems. What system & configuration did
you use -- I am just curious, as this might affect other users of ECL who
run it as a daemon.

I think by default hunchentoot echoes back info about who is connecting to
> the
> server in the REPL and it must need some input and hence fails somewhere
> along
> the line.

As I understand it, >& does not redirect input. The application can still
accept things from the keyboard. This is a problem because if you close the
terminal or type something, it might reach the background process...

> I've not investigated the depths of what is going on. Suprisingly it does
> seem
> to serve up for a little while after ECL/hunchentoot pushes out a log
> message.
> Perhaps the serving thread lasts a little while after ECL stops?

If it is working for you, do not worry, but as I said, I would like to
reproduce your setup, just in case there is something deeper behind these

> Thanks for getting ECL to the point it's at. It seems to be working quite
> well
> now and is a quite good option on a small memory machine (256Mb).

That's great to read :-)



Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20120827/380949cb/attachment.html>

More information about the ecl-devel mailing list