Ihor Radchenko <[email protected]> writes:
> Christer Enfors <[email protected]> writes:
>
>>>> I was able to reproduce it (with ksh, rather than zsh) on Org mode
>>>> version 9.3.7 (release_9.3.7-705-gea9463 @
>>>> /home/nick/elisp/org-mode/lisp/).
>>>>
>>>> --8<---------------cut here---------------start------------->8---
>>>> #+BEGIN_SRC ksh :session z1
>>>> echo $HOME $0 $(which $0)
>>>> #+END_SRC
>>>>
>>>> #+RESULTS:
>>>> : /home/nick /bin/bash /bin/bash
>>>
>>>
>>> Hmm. If you step through org-babel-execute:shell, is shell-file-name
>>> bound to the expected value of "ksh" (which should be let-bound outside
>>> by org-babel-execute:ksh)?
>>
>> I'm looking through old issues that are not marked as resolved, and
>> I came across this one. This appears to be the last message in the
>> thread. What should I, as a contributor liaison, do in this case?
>>
>> 1. Mark it as cancelled, due to inactivity?
>> 2. Try to reproduce it myself, and mark it as fixed if I can't?
>> 3. Something else?
>
> You can try reproducing or just ping me.
> If you cannot reproduce, close saying that it is not reproducible.
> Another option is following up with the author, but it probably makes
> sense only for newer threads (<1 year old or so).
Thanks for clearing that up.
I tried the following to reproduce it:
(org-babel-do-load-languages
'org-babel-load-languages
'((shell t)))
#+BEGIN_SRC zsh :session z1
echo $HOME $0
#+END_SRC
#+RESULTS:
| [?2004l
| |
| /home/enfors | /usr/bin/zsh |
| [39m[49m[?2004hecho | 'org_babel_sh_eoe'[?2004l
|
| org_babel_sh_eoe | |
Fixed, because ignoring the ANSI escape codes, we can see that it seems
to work now.
--
Christer Enfors
Org contributor liaison
GPG Fingerprint: 9CF7 3292 83BC D643 DF01 992C 1C3B 434F 2AC2 B1E6
Public Key available at: keys.openpgp.org
