emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [BUG] ob-shell doesn't evaluate last line on Windows (cmd/cmdproxy)


From: Osher Jacob
Subject: Re: [BUG] ob-shell doesn't evaluate last line on Windows (cmd/cmdproxy) [9.6.1 ( @ c:/Users/Osher/AppData/Roaming/.emacs.d/elpa/org-9.6.1/)]
Date: Tue, 17 Jan 2023 21:53:39 +0200

Hey, thanks for the input!
My shell-file-name is indeed pointing to cmdproxy.exe, and after changing shell-command-switch to "/k" or "-k", I get a similar output:

#+begin_src shell
  echo 1
  echo 2
  echo 3

#+end_src

#+RESULTS:
| Microsoft    | Windows | [Version  | 10.0.14393]  |     |        |           |
| (c)          |    2016 | Microsoft | Corporation. | All | rights | reserved. |
|              |         |           |              |     |        |           |
| c:\tmp>echo  |       1 |           |              |     |        |           |
| 1            |         |           |              |     |        |           |
|              |         |           |              |     |        |           |
| c:\tmp>echo  |       2 |           |              |     |        |           |
| 2            |         |           |              |     |        |           |
|              |         |           |              |     |        |           |
| c:\tmp>More? |         |           |              |     |        |           |

Where only the last line is missing.

Another observation that might be relevant, is that the block execution works well when I set shell-file-name to "powershell.exe"

#+begin_src shell
  echo 1
  echo 2
  echo 3
 
#+end_src

#+RESULTS:
| Windows   | PowerShell |      |           |              |     |        |           |
| Copyright | (C)        | 2016 | Microsoft | Corporation. | All | rights | reserved. |
|           |            |      |           |              |     |        |           |
| PS        | C:\tmp>    | echo |         1 |              |     |        |           |
| 1         |            |      |           |              |     |        |           |
| PS        | C:\tmp>    | echo |         2 |              |     |        |           |
| 2         |            |      |           |              |     |        |           |
| PS        | C:\tmp>    | echo |        33 |              |     |        |           |
| PS        | C:\tmp>    |      |           |              |     |        |           |
 
And here, it might be that the missing newline in the last command is visible, hence the double '3' character (one is a part of the "echo 3" input, the second is the output "3" echoed back).

You also mentioned the source code block is being passed through the "-c" flag as a command-line argument.
I might be misunderstanding something here, but it seems like it is being passed through the stdin of the shell process when the calls process-file -> call-process are being made.

Just to confirm, I've made a simple utility that prints the contents of argc and argv as hex strings, and got the following output when setting it in place of the the shell-file-name:

#+begin_src shell
  echo 1
  echo 2
  echo 3
 

#+end_src

#+RESULTS:
| argc:                                                              | 3 |
| 633a5c6d73797336345c686f6d655c4f736865725c6563686f5f6865782e657865 |   |
| 2d63                                                               |   |
| 633a2f6d73797336342f686f6d652f4f736865722f6563686f5f6865782e657865 |   |

Which translates to:
c:\msys64\home\Osher\echo_hex.exe -c c:/msys64/home/Osher/echo_hex.exe

Exposing that there are two nested shell-file-name running.

And now I was curious to see if babel executes cmdproxy.exe -c cmdproxy.exe, so I fired up Procmon, and indeed that was the case (see attached screenshot).

image.png

Not sure if this nesting is really relevant to the problem at hand, but thought it could be useful information.

Any ideas on how to proceed from here?


On Tue, Jan 17, 2023 at 3:07 AM Matt <matt@excalamus.com> wrote:

 ---- On Mon, 16 Jan 2023 16:40:27 -0500  Matt  wrote ---
 > That is, go through the steps to reproduce and before executing the block, run `M-: (setq shell-command-switch "/k")'.

Whoa, just re-read this after stepping away and it sounds super demanding!  Please excuse me, I've been trying to use active voice while writing documentation.

Let me try that again:

What happens if you go through the steps to reproduce and run `M-: (setq shell-command-switch "/k") before executing the block?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]