On Saturday, 9 April 2016 at 08:56:17 UTC, wobbles wrote:
On Friday, 8 April 2016 at 23:06:06 UTC, Puming wrote:
On Friday, 8 April 2016 at 18:23:32 UTC, wobbles wrote:
On Friday, 8 April 2016 at 16:07:13 UTC, Adam D. Ruppe wrote:
On Friday, 8 April 2016 at 15:20:09 UTC, Puming wrote:
I tried with signal, but didn't catch SIGTTOU, it seems that spawnProcess with `bash -i -c` will signal with SIGTTIN.

Oh, surely because it wants to be interactive and is thus waiting for user input from the terminal..

You might need to rig up a pseudo terminal that the bash can talk to. That's getting to be a pain though.

You could run it through dexpect to get the effect of a pseudo terminal.

https://github.com/grogancolin/dexpect

Looked in the code, it is exacly what I need! Thanks.

Also it has spawnInPty

Cool. Any questions on using it let me know. I'm all for a bit of feedback also!

I tried dexpect, now it works for the bash emulation!

But there are still some issues:

1. Spawn's data is a string, so it stores ALL data, but Expect class does not have a clear() method, so the data piles up and takes memory.

2. There seems to be a visible lag for each send->read cycle. I haven't look in the details to find where, but it feels not as smooth as ssh does.

3. when hiting 'vim a.file' on the command, things go messy. Have you got these interactive commands work in dexpect?

My wish list for the Expect class ( or design a separate class, like BashProxy ):

1. Fully proxy for a bash shell.
2. Result data are separated for each command. So I can easily search for hitorical sent commands or results.

But for now it works fine for my needs.
I'll try to improve it when I get major parts of my repl lib done.



Reply via email to