Lisp HUG Maillist Archive

REPL delay when SLIME is connected to LW GUI

I'm connecting my Emacs to a running LW GUI via SLIME.

There's a VERY noticeable delay when evaluating commands at the SLIME REPL prompt.

Does anyone know how to fix this?

    Thank you, Joel
___
http://stegos.com
Reject surveillance — embrace your freedom!



_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Re: REPL delay when SLIME is connected to LW GUI

Joel Reymont <joel@stegos.com> wrote:

> I'm connecting my Emacs to a running LW GUI via SLIME. There's a VERY
> noticeable delay when evaluating commands at the SLIME REPL prompt.

  FWIW, I've got this as well, and I noticed that sometimes, hitting a
  key in Slime sort of triggers the output. I suspect an I/O buffering
  issue somewhere.

-- 
Resistance is futile. You will be jazzimilated.

Jazz site:   http://www.didierverna.com
Other sites: http://www.didierverna.info

_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Re: REPL delay when SLIME is connected to LW GUI

I'm happy to report that the issue went away.

I have no idea how ).

___
http://stegos.com
Reject surveillance — embrace your freedom!

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, April 17, 2020 2:49 PM, Didier Verna <didier@lrde.epita.fr> wrote:

> Joel Reymont joel@stegos.com wrote:
>
> > I'm connecting my Emacs to a running LW GUI via SLIME. There's a VERY
> > noticeable delay when evaluating commands at the SLIME REPL prompt.
>
> FWIW, I've got this as well, and I noticed that sometimes, hitting a
> key in Slime sort of triggers the output. I suspect an I/O buffering
> issue somewhere.


_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Re: REPL delay when SLIME is connected to LW GUI


>> On Apr 17, 2020, at 6:49 AM, Didier Verna <didier@lrde.epita.fr> wrote:
>> 
>> Joel Reymont <joel@stegos.com> wrote:
>> 
>>> I'm connecting my Emacs to a running LW GUI via SLIME. There's a VERY
>>> noticeable delay when evaluating commands at the SLIME REPL prompt.
>> 
>>  FWIW, I've got this as well, and I noticed that sometimes, hitting a
>>  key in Slime sort of triggers the output. I suspect an I/O buffering
>>  issue somewhere.
> 

> Joel Reymont <joel@stegos.com> wrote:
> 
> I'm happy to report that the issue went away.
> 
> I have no idea how ).

I've had the same problem for some time. I tried building an image in which the GUI environment is not started, then starting up the GUI environment when I needed it. SLIME seems to work fine until I start the environment, whereupon the long eval delays reappear.

I hope your issue remains gone, but that you also figure out how you accomplished it. I would prefer to use SLIME, but I've basically given it up when working with GUI code because the long eval delays make it more or less unusable.



_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Re: REPL delay when SLIME is connected to LW GUI

I have the following in my ~/.lispworks.

I run (swank-server) from the GUI prompt and it just works.

;;; The following lines added by ql:add-to-init-file:
#-quicklisp
(let ((quicklisp-init (merge-pathnames ".quicklisp/setup.lisp" (user-homedir-pathname))))
  (when (probe-file quicklisp-init)
    (load quicklisp-init)))

#+cocoa(remhash "NSGlyphStorage" objc::*interned-protocols*)

(ql:quickload :swank)

(defun swank-server ()
  (swank-loader:init)
  (swank:create-server :port 4005 :dont-close t))




___
http://stegos.com
Reject surveillance — embrace your freedom!

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, April 17, 2020 3:24 PM, mikel evins <mevins@me.com> wrote:

>
>
> > > On Apr 17, 2020, at 6:49 AM, Didier Verna didier@lrde.epita.fr wrote:
> > > Joel Reymont joel@stegos.com wrote:
> > >
> > > > I'm connecting my Emacs to a running LW GUI via SLIME. There's a VERY
> > > > noticeable delay when evaluating commands at the SLIME REPL prompt.
> > >
> > > FWIW, I've got this as well, and I noticed that sometimes, hitting a
> > > key in Slime sort of triggers the output. I suspect an I/O buffering
> > > issue somewhere.
>
> > Joel Reymont joel@stegos.com wrote:
> > I'm happy to report that the issue went away.
> > I have no idea how ).
>
> I've had the same problem for some time. I tried building an image in which the GUI environment is not started, then starting up the GUI environment when I needed it. SLIME seems to work fine until I start the environment, whereupon the long eval delays reappear.
>
> I hope your issue remains gone, but that you also figure out how you accomplished it. I would prefer to use SLIME, but I've basically given it up when working with GUI code because the long eval delays make it more or less unusable.
>
> Lisp Hug - the mailing list for LispWorks users
> lisp-hug@lispworks.com
> http://www.lispworks.com/support/lisp-hug.html



_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Re: REPL delay when SLIME is connected to LW GUI

Thanks; I'll check my configuration to see what, if anything, is different.

> On Apr 17, 2020, at 8:27 AM, Joel Reymont <joel@stegos.com> wrote:
> 
> I have the following in my ~/.lispworks.
> 
> I run (swank-server) from the GUI prompt and it just works.
> 
> ;;; The following lines added by ql:add-to-init-file:
> #-quicklisp
> (let ((quicklisp-init (merge-pathnames ".quicklisp/setup.lisp" (user-homedir-pathname))))
>  (when (probe-file quicklisp-init)
>    (load quicklisp-init)))
> 
> #+cocoa(remhash "NSGlyphStorage" objc::*interned-protocols*)
> 
> (ql:quickload :swank)
> 
> (defun swank-server ()
>  (swank-loader:init)
>  (swank:create-server :port 4005 :dont-close t))
> 
> 
> 
> 
> ___
> http://stegos.com
> Reject surveillance — embrace your freedom!
> 
> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> On Friday, April 17, 2020 3:24 PM, mikel evins <mevins@me.com> wrote:
> 
>> 
>> 
>>>> On Apr 17, 2020, at 6:49 AM, Didier Verna didier@lrde.epita.fr wrote:
>>>> Joel Reymont joel@stegos.com wrote:
>>>> 
>>>>> I'm connecting my Emacs to a running LW GUI via SLIME. There's a VERY
>>>>> noticeable delay when evaluating commands at the SLIME REPL prompt.
>>>> 
>>>> FWIW, I've got this as well, and I noticed that sometimes, hitting a
>>>> key in Slime sort of triggers the output. I suspect an I/O buffering
>>>> issue somewhere.
>> 
>>> Joel Reymont joel@stegos.com wrote:
>>> I'm happy to report that the issue went away.
>>> I have no idea how ).
>> 
>> I've had the same problem for some time. I tried building an image in which the GUI environment is not started, then starting up the GUI environment when I needed it. SLIME seems to work fine until I start the environment, whereupon the long eval delays reappear.
>> 
>> I hope your issue remains gone, but that you also figure out how you accomplished it. I would prefer to use SLIME, but I've basically given it up when working with GUI code because the long eval delays make it more or less unusable.
>> 
>> Lisp Hug - the mailing list for LispWorks users
>> lisp-hug@lispworks.com
>> http://www.lispworks.com/support/lisp-hug.html
> 
> 


_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Re: REPL delay when SLIME is connected to LW GUI

Seems to be working, so far. I vaguely remember that some time in the past I tried the same setup and it eventually stopped working well, but that may be my unreliable memory fooling me.

Anyway, so far, so good. Thanks!


> On Apr 17, 2020, at 8:29 AM, mikel evins <mevins@me.com> wrote:
> 
> Thanks; I'll check my configuration to see what, if anything, is different.
> 
>> On Apr 17, 2020, at 8:27 AM, Joel Reymont <joel@stegos.com> wrote:
>> 
>> I have the following in my ~/.lispworks.
>> 
>> I run (swank-server) from the GUI prompt and it just works.
>> 
>> ;;; The following lines added by ql:add-to-init-file:
>> #-quicklisp
>> (let ((quicklisp-init (merge-pathnames ".quicklisp/setup.lisp" (user-homedir-pathname))))
>> (when (probe-file quicklisp-init)
>>   (load quicklisp-init)))
>> 
>> #+cocoa(remhash "NSGlyphStorage" objc::*interned-protocols*)
>> 
>> (ql:quickload :swank)
>> 
>> (defun swank-server ()
>> (swank-loader:init)
>> (swank:create-server :port 4005 :dont-close t))
>> 
>> 
>> 
>> 
>> ___
>> http://stegos.com
>> Reject surveillance — embrace your freedom!
>> 
>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>> On Friday, April 17, 2020 3:24 PM, mikel evins <mevins@me.com> wrote:
>> 
>>> 
>>> 
>>>>> On Apr 17, 2020, at 6:49 AM, Didier Verna didier@lrde.epita.fr wrote:
>>>>> Joel Reymont joel@stegos.com wrote:
>>>>> 
>>>>>> I'm connecting my Emacs to a running LW GUI via SLIME. There's a VERY
>>>>>> noticeable delay when evaluating commands at the SLIME REPL prompt.
>>>>> 
>>>>> FWIW, I've got this as well, and I noticed that sometimes, hitting a
>>>>> key in Slime sort of triggers the output. I suspect an I/O buffering
>>>>> issue somewhere.
>>> 
>>>> Joel Reymont joel@stegos.com wrote:
>>>> I'm happy to report that the issue went away.
>>>> I have no idea how ).
>>> 
>>> I've had the same problem for some time. I tried building an image in which the GUI environment is not started, then starting up the GUI environment when I needed it. SLIME seems to work fine until I start the environment, whereupon the long eval delays reappear.
>>> 
>>> I hope your issue remains gone, but that you also figure out how you accomplished it. I would prefer to use SLIME, but I've basically given it up when working with GUI code because the long eval delays make it more or less unusable.
>>> 
>>> Lisp Hug - the mailing list for LispWorks users
>>> lisp-hug@lispworks.com
>>> http://www.lispworks.com/support/lisp-hug.html
>> 
>> 
> 


_______________________________________________
Lisp Hug - the mailing list for LispWorks users
lisp-hug@lispworks.com
http://www.lispworks.com/support/lisp-hug.html

Updated at: 2020-12-10 08:28 UTC