Re: [STUMP] Style question: FFI vs. CLI

This is a great question and an informative response. Thanks to you
both.

A related question is whether it is better to utilize a DBUS interface
versus FFI or CLI. For example, I have code to control wicd via its DBUS
interface, but I ran into a issues with the existing DBUS library. I
forked a workaround that loads from a local project. It works, but there
seem are idiosyncrasies with the interface such as certain asynchronous
commands delaying several seconds before returning.

I intend to nail down the issue (likely a misuse of iolib), and submit a
proper patch, but even assuming everything runs smoothly and is made
available in quicklisp, there is still the concern of the DBUS library
pulling in many dependencies.

Is DBUS useful enough to provide the impetus for making interfaces
easily accessible from within stumpwm?

Re: [STUMP] Style question: FFI vs. CLI

Joseph Gay <ysph <at> psy.ai> writes:

> Is DBUS useful enough to provide the impetus for making interfaces
> easily accessible from within stumpwm?

I can't remember why now, but I've recently searched for a CL DBUS
library and the scenario was not very encouraging. There is one in
Quicklisp, but many (maybe every?) source code file has a banner with
the words "DEATH 2010-2011", which I don't know what it means, but it
doesn't sound right.

Many programs on Linux ecosystem use DBUS, and from a distance, I would
say that the numbers are growing. On some systems, you can't even kill
-9 DBUS without it dying a horrible death.

So I guess you can check the box for DBUS importance.

Now, for stumpwm, I guess it depends on how you want to interface with
the cold world outside our cozy REPL.

For me, you gain brownie points every time you let me avoid having to
deal with things other than Lisp.

--

-- 
Diogo F. S. Ramos

[STUMP] define-window-slot plist fix

I found that gethash is used for plist in define-window-slot.

I change gethash to getf.

Patch is attached.

--

-- 
With best regards, Michael Filonenko

_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel

[STUMP] package "swank-loader" not found

Hi All,

I'm trying to get SWANK to run when StumpWM starts.  But the following
code in my .stumpwmrc:

(let ((home (sb-unix::posix-getenv "HOME")))
  (load (concatenate 'string home "/.emacs.d/slime/swank-loader.lisp"))
  (swank-loader:init)
  ;; ...

... doesn't work.  SBCL errors out with 'package "swank-loader" not
found'.  However, when I run the above code from a SBCL REPL, it works
just fine.

I'm running SBCL 1.0.54 compiled from source with threading, and
StumpWM 1:20110819.gitca08e08-2 (i.e., the version that comes with
Linux Mint 13).

Does anyone have any suggestions as to what I might be doing wrong?

--

-- 
Duncan Bayne
ph: +61 420817082 | web: http://duncan-bayne.github.com/ | skype: duncan_bayne

Re: [STUMP] define-window-slot plist fix

On 06/07/12 11:24, Michael Filonenko wrote:
> I found that gethash is used for plist in define-window-slot.
> 
> I change gethash to getf.
> 
> Patch is attached.

Despite its name, window-plist isn't a property list, but it's
initialized as a hash table in xwin-to-window.

So applying the suggested patch causes the get/set functions
created by define-window-slot to fail with an error message like
"The value #<HASH-TABLE :TEST EQL :COUNT 0 {D04F559}> is not of
type LIST".

--
Dirk

Re: [STUMP] package "swank-loader" not found

On 06/07/12 12:11, Duncan Bayne wrote:
> Hi All,
> 
> I'm trying to get SWANK to run when StumpWM starts.  But the following
> code in my .stumpwmrc:
> 
> (let ((home (sb-unix::posix-getenv "HOME")))
>   (load (concatenate 'string home "/.emacs.d/slime/swank-loader.lisp"))
>   (swank-loader:init)
>   ;; ...
> 
> ... doesn't work.  SBCL errors out with 'package "swank-loader" not
> found'.  However, when I run the above code from a SBCL REPL, it works
> just fine.
> 
> I'm running SBCL 1.0.54 compiled from source with threading, and
> StumpWM 1:20110819.gitca08e08-2 (i.e., the version that comes with
> Linux Mint 13).
> 
> Does anyone have any suggestions as to what I might be doing wrong?

You just have to make sure that the swank-loader package is created
early enough. Does the following version work?

(eval-when (:compile-toplevel :load-toplevel :execute)
  (let ((home (sb-unix::posix-getenv "HOME")))
    (load (concatenate 'string home "/.emacs.d/slime/swank-loader.lisp"))))

(swank-loader:init)

Re: [STUMP] define-window-slot plist fix

Sorry, may be I have fork of clx. So, ignore my request.

2012/6/7 Michael Filonenko <filonenko.mikhail <at> gmail.com>:
> I found that gethash is used for plist in define-window-slot.
>
> I change gethash to getf.
>
> Patch is attached.
>
> --
> With best regards, Michael Filonenko

--

-- 
With best regards, Michael Filonenko

[STUMP] Reload stumpwm after source change

_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel

Re: [STUMP] Reload stumpwm after source change

"David T. Harris" <blueninja83 <at> yahoo.com> writes:

> In the StumpWM Experience video ( http://www.youtube.com/watch?v=tKt_rVO960Q&t=4m43s ) by male and
bobf, male shows that he can edit a stumpwm source file (stumpwm.lisp in his example), hit a key in vim,
> and have the change take effect immediately without reloading or recompiling.
>
> My question is how does he do this?   What exact key is he running in vim to do this.
>
> In vim it shows the following:
>
> :'<,'>w ! stumprun 
> STUMPWM-INTERNAL-LOOP
>
> I've searched google and the stumpwm git repo and can't find stumprun, I'm guessing this is a script that
male made?  If it is does anyone know what could have been in the script?
>
> Thank you to anyone who can shed some light on this.

I don't know what they are using and I'm not a VIM user, but in Emacs we
normally use SLIME[0] to talk to the common lisp machine.

Maybe they are using Slimv[1], which is apparently "SLIME for Vim".

[0] http://common-lisp.net/project/slime/

[1] http://www.vim.org/scripts/script.php?script_id=2531

--

-- 
Diogo F. S. Ramos

Re: [STUMP] Reload stumpwm after source change

_______________________________________________
Stumpwm-devel mailing list
Stumpwm-devel <at> nongnu.org
https://lists.nongnu.org/mailman/listinfo/stumpwm-devel