Kamen TOMOV writes:

I run Emacs on Windows and connect to a Linux CMU-CL.

When I execute M-. (edit definition) in a lisp buffer SLIME looks for a non-existing file on the local (windows) machine that actually resides on the remote (Linux) machine.

Is there a known solution to this problem, e.g. can SLIME fetch the remote file or my hopes for a mixed development environment are doomed?

One easy solution (it would work with any kind of program) is to use NFS to mount the source directory locally.

If slime doesn't do it, it should be possible to patch it easily enough to use tramp to load some files.

Perhaps you could just set the default directory to some tramp directory? (slime-set-default-directory "/ssh:user@remote.host:/some/remote/dir/")

Kamen TOMOV kamen@cybuild.com writes:

I run Emacs on Windows and connect to a Linux CMU-CL.

When I execute M-. (edit definition) in a lisp buffer SLIME looks for a non-existing file on the local (windows) machine that actually resides on the remote (Linux) machine.

Is there a known solution to this problem, e.g. can SLIME fetch the remote file or my hopes for a mixed development environment are doomed?

assuming you use tramp and ssh add this to your .emacs:

(push (slime-create-filename-translator :machine-instance "name of machine as returned by (machine-instance)" :remote-host "address (fqdn or ip) of machine" :username "username to login with") slime-filename-translations)

the slime-create-filename-translator's docstring for all the details.

if you don't use tramp then you'll need to do something else, but i can't say what without knowing what kind of setup you have.

hth.