GNU bug report logs - #16005
inferior-lisp and filenames with spaces

Previous Next

Package: emacs;

Reported by: Steven Litvintchouk <sdlitvin <at> earthlink.net>

Date: Fri, 29 Nov 2013 23:20:02 UTC

Severity: minor

Tags: moreinfo

Found in version 24.3

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #33 received at 16005 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 16005 <at> debbugs.gnu.org, sdlitvin <at> earthlink.net
Subject: Re: bug#16005: inferior-lisp and filenames with spaces
Date: Thu, 15 Jul 2021 10:00:23 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Which is why I wondered whether we had a function to split based on
>> shell(ish) syntax, which would be the optimal solution here...
>
> I think split-string-and-unquote is the only one that comes close.  If
> someone wants to emulate the shells we support, patches are welcome
> (and then there will still be the problem to know the exact shell
> which is being targeted in each use case).

That's true.   However, this reminded me that we do have pretty good
completion in `M-!', so I thought we must have some tokenisation support
somewhere, and indeed: `shell--parse-pcomplete-arguments' seems to fit
the bill here.  So adding a `shell-split-string' by wrapping that
function seems like it should be possible.  I'll poke some more at it;
it doesn't quite seem to handle \ as expected in all circumstances.

It handles "" and '' fine, as far as I can tell:

'foo"bar' zot
-> (("foo\"bar" "zot") 1 11)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 31 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.