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
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
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
>> 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
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
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
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