[slimpl] How to help Slimpl

[Dmitry Petukhov]

2006/2/24, Larry Clapp <larry at theclapp.org>:
>
>
> > > back if it raises an error.  Maybe I can create a
> > > "pseudo-synchronous" call, where I wait for a second for the
> > > result, and then transform it to an asynchronous call.  Or
> > > something like that.
> >
> > When we can do async call, why even use synchronous ?
>
> Well, keep in mind, I'm not saying synchronous *forever*, just *now*.
> Nothing says we can't refine our approach once we get some basic
> functionality working.


I talked about that "pseudo-synchronous" call you devised. I meant what if
you can wait one second, and then go async, why wait at all? It's not about
what we have now, i think it's ok while it works.

> But unfortunately, we don't have a decent mechanism for async call.
> > I'm thinking of a separate process what sits between slime and
> > slimpl and alert slimpl on events.
>
> I guess that'd work; I don't think I understood before.  You want
>
>   Vim <-> X <-> swank
>
> where X functions strictly as a passthrough, and also prods Vim via
> the server interface whenever it gets something from Swank.  Have I
> got that right?


yes.

> I'll try to get a time to actually implement this, then we will see
> > how practical it is. Need to dig more into slime code first, because
> > i don't see where the rest of input data is discarded when large
> > slime request is aborted in the middle.
>
> I don't think Slime or Swank discard any data; I don't think such a
> thing exists as "aborting in the middle".  Slime sends Swank a
> complete request; Swank reads all of it as a string, and then does
> read-from-string on it.  Swank doesn't throw anything away in the
> sense of "aborting in mid-receive".  But maybe I've misunderstood you.


looks like you're right.
*debugger-hook* is bound to nil while handling slime request, and if some
error occurs during that, i think you'll have "Abort handling SLIME
request." restart.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.lispniks.com/pipermail/slimpl/attachments/20060225/dc8d39af/attachment-0001.html