Hi, This time I am using slime standard 1-0 release on Xemacs(with clisp) and it seems the command for loading a file doesn't work, specifically the short-cut key and the associated command. It doesn't do anything rather shows the *inferior-lisp* buffer for no reason. The explicit lisp load file command works without any problem.
Thanks in advance
Surendra Singhi wrote:
Hi, This time I am using slime standard 1-0 release on Xemacs(with clisp) and it seems the command for loading a file doesn't work, specifically the short-cut key and the associated command. It doesn't do anything rather shows the *inferior-lisp* buffer for no reason. The explicit lisp load file command works without any problem.
Thanks in advance
I am using window machine, and window requires \ instead of a single \ can that be a possible reason for the bug?
"Surendra Singhi" efuzzyone@netscape.net wrote in message news:cnuhil$rao$2@sea.gmane.org...
I am using window machine, and window requires \ instead of a single \ can that be a possible reason for the bug?
Emacs+SLIME on Windows doesn't have this problem, so I doubt it. But it's possible.
Chris Capel
Surendra Singhi efuzzyone@netscape.net writes:
Hi, This time I am using slime standard 1-0 release on Xemacs(with clisp) and it seems the command for loading a file doesn't work, specifically the short-cut key and the associated command. It doesn't do anything rather shows the *inferior-lisp* buffer for no reason. The explicit lisp load file command works without any problem.
Can you check the binding with `C-h k C-c C-l'? Possibly ILISP is being loaded and is overriding our keybinding. If ILISP is loaded then it will fiddle itself into the lisp-mode keymap with a lot of commands that pop up *inferior-lisp*.
The solution in that case is to not load ILISP, but I'm not up on how XEmacs loads packages so I don't know the exact steps.
Luke Gorrie wrote:
Surendra Singhi efuzzyone@netscape.net writes:
Hi, This time I am using slime standard 1-0 release on Xemacs(with clisp) and it seems the command for loading a file doesn't work, specifically the short-cut key and the associated command. It doesn't do anything rather shows the *inferior-lisp* buffer for no reason. The explicit lisp load file command works without any problem.
Can you check the binding with `C-h k C-c C-l'? Possibly ILISP is being loaded and is overriding our keybinding. If ILISP is loaded then it will fiddle itself into the lisp-mode keymap with a lot of commands that pop up *inferior-lisp*.
The solution in that case is to not load ILISP, but I'm not up on how XEmacs loads packages so I don't know the exact steps.
This is the info which I got when I checked the binding. Do you want some other info?
C-c C-l runs `slime-load-file'
`slime-load-file' is an interactive Lisp function -- loaded from "slime" (slime-load-file FILENAME)
Documentation: Load the Lisp file FILENAME.
Thanks.
Surendra Singhi efuzzyone@netscape.net writes:
This is the info which I got when I checked the binding. Do you want some other info?
C-c C-l runs `slime-load-file'
Weird. Does `M-x slime-load-file' also just show you the *inferior-lisp* buffer? That should never happen.
Luke Gorrie wrote:
Surendra Singhi efuzzyone@netscape.net writes:
This is the info which I got when I checked the binding. Do you want some other info?
C-c C-l runs `slime-load-file'
Weird. Does `M-x slime-load-file' also just show you the *inferior-lisp* buffer? That should never happen.
It is not only wierd but hard to repeat error. And the funny thing thing about it is that it occurs when I am in the REPL buffer.
The C-c C-l and `M-x slime-load-file' works fine in other buffers.
But when I run C-c C-l command in REPL buffer, it shows *inferior-lisp* buffer. But on running `M-x slime-load-file' expliclitly it gives this error:
Signaling: (wrong-type-argument stringp nil) file-name-nondirectory(nil) (file-name-sans-extension (file-name-nondirectory (buffer-file-name))) (read-file-name "Load file: " nil nil nil (file-name-sans-extension (file-name-nondirectory ...))) (list (read-file-name "Load file: " nil nil nil (file-name-sans-extension ...))) call-interactively(slime-load-file) command-execute(slime-load-file t) execute-extended-command(nil) call-interactively(execute-extended-command)
I got it now, it seems that C-c C-l and the function is implemented to run only from slime buffers but not REPL.
It is not exactly a bug, but something which should be fixed and allowed in REPL(I am assuming that REPL major mode is associated with slime) too.
Surendra Singhi efuzzyone@netscape.net writes:
It is not only wierd but hard to repeat error. And the funny thing thing about it is that it occurs when I am in the REPL buffer.
The C-c C-l and `M-x slime-load-file' works fine in other buffers.
The problem was that the REPL had no binding for `C-c C-l' and so it fell back to the lisp-mode binding (which was poked in by inf-lisp). Now all the inf-lisp commands should be overridden with slime equivalents in the REPL buffer.
But when I run C-c C-l command in REPL buffer, it shows *inferior-lisp* buffer. But on running `M-x slime-load-file' expliclitly it gives this error:
Signaling: (wrong-type-argument stringp nil)
[...]
I got it now, it seems that C-c C-l and the function is implemented to run only from slime buffers but not REPL.
This is fixed now. Thanks for your investigations.
Cheers, Luke
-
Chris Capel -
Luke Gorrie -
Surendra Singhi