Changelog
View Sourcev0.4.2
- Allow spawning remote shells via
:remshoption (Thanks @SteffenDE!) - Attempt to cleanup processes spawned by the underlying shells when
the
ExTTYprocess is closed (#14) (Thanks @joshk!)- This primarily affects
:elixirshells because theIEx.Evaluatorprocess that gets started by Elixir does lots of monitoring to attempt to stay up. So even though other shell processes are linked and closed correctly, theIEx.Evaluatorprocess stays running which can result in many of them running on machines which have a long uptime and have created multipleExTTYprocesses over time
- This primarily affects
v0.4.1
- Support
:dot_iexor:dot_iex_pathoption:dot_iexwas mistakenly interpreted as an Elixir 1.17 option, but was being referenced from themainbranch. Elixir 1.17 still requires:dot_iex_path, so this change adds support to include both for now
v0.4.0
- Adds support for Elixir 1.17
- This required using a different entry point into IEx and
adjusts the shape of
:shell_optsto be a flat keyword list - Elixir also renamed
:dot_iex_path->:dot_iex. The changes here account for that for now, but if you previously included this in options you'll need to change fromshell_opts: [[dot_iex_path: path]]toshell_opts: [dot_iex: path]
- This required using a different entry point into IEx and
adjusts the shape of
- Minimum supported Elixir version is now 1.13
v0.3.0
- Support Elixir 1.15 / OTP 26 with backwards compatibility
v0.2.1
- Sync tty_cli.erl with ssh_cli.erl in Erlang
:onlcrwas set so that the CRLF behavior remained the same
v0.2.0
Fixes
ExTTYno longer defaults a:nameoption for GenServer start_link. If you relied on the defaultExTTYname, you will need to pass that or a different name as the:nameoption explicitly and use it (or the returned pid ofExTTY.start_link/1) when calling the functions ofExTTY:
# Named GenServer {:ok, _pid} = ExTTY.start_link(name: TTY1) ExTTY.send_text(TTY1, "1+1\n") # Unnamed GenServer {:ok, tty} = ExTTY.start_link() ExTTY.send_text(tty, "1+1\n")
v0.1.0
Initial release