GNU bug report logs -
#79163
30.1; [PATCH] Handle remote file names in cmuscheme.el
Previous Next
Full log
View this message in rfc822 format
> Date: Sun, 03 Aug 2025 00:48:59 +0000
> From: Vinícius Moraes via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> I came across a minor problem while using `scheme-load-file' from
> `cmuscheme.el' via TRAMP.[tldr-recipe]
>
> As I understand it, currently, `scheme-load-file' sends the file-name
> directly to the Scheme interpreter (through `comint-send-string')
> without removing TRAMP's remote file name syntax. This seems to make the
> interpreter on a remote system (or, in this case, a container) attempt
> to load an incorrect file name.
>
> For example:
> #;1>
> Error: (load) cannot open file: "/podman:demo:/home/t/example.scm"
> [...]
> <eval> (load "/podman:demo:/home/t/example.scm") <--
>
> (See [tldr-recipe] for the non-simplified/real values and recipe. I was
> able to reproduce it with a VM and the `ssh' method as well).
>
> Expected outcome: (load "/home/t/example.scm")
>
> Since `file-local-name' returns the string/argument unaltered for
> non-remote file names[1], I _think_ this change should not affect the
> current/correct behavior for non-remote scenarios. (`shell' seems to use
> a similar approach with `file-local-name' and `expand-file-name' on
> remote hosts; I decided to not include `expand-file-name' here because,
> in my understanding, `comint-get-source' is already handling the
> expansion[2]).
>
> For consistency, I applied the same fix to the `scheme-compile-file'
> function as well---since the logic is almost the same.
>
> I have been using this patch downstream without problems, but tackling
> it upstream (for multiple Scheme implementations and workflows) could be
> a different story. In any case, I hope this report helps. Let me know if
> you have any questions or suggestions.
Thanks.
Michael, any comments or suggestions?
This bug report was last modified today.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.