Ich bin nicht 100% sicher, was Sie tun, aber das scheint möglich. Wenn Sie Tramp (oder sshfs, meine persönliche Wahl) verwenden, um ein Skript auf einem Remote-Computer zu bearbeiten, können Sie es auf diesem Remote-Computer ausführen. Wenn Sie einen *shell*
Puffer geöffnet haben, kann es leicht zu diesem Remote Gerät ssh'd werden. Wenn Sie etwas REPL-ähnliches tun, wo Emacs die Eingabe an diesen Puffer sendet, der über ssh mit einem Prozess verbunden ist, sollte es immer noch funktionieren. Wenn es mit einem Remote-Prozess über einen Socket kommuniziert, können Sie ssh-Weiterleitung verwenden, um das Socket als lokal erscheinen zu lassen.
Wie auch immer, es gibt nicht viel Abstand zwischen lokalen und Remote, so sollte dies alles funktionieren.
Endlich, um der (GNU) Parteilinie zu folgen ... haben Sie versucht Octave lokal laufen zu lassen?
Danke für die Antworten. Ich werde diese vorgeschlagene Lösung ausprobieren. – aduric
ist Emacs lokal und Matlab remote ausgeführt? wenn das der Fall ist, keine Notwendigkeit für Tramp, siehe Antwort unter – second