OTP 28: running erl on windows under git-bash results in error

[Alexander-Taran]

Describe the bug
Zed editor on windows uses git bash as a shell for AI agent mode.
When it tries to run for example mix deps.get (Elixir land), erl crashes like in #9872

=ERROR REPORT==== 17-Mar-2026::13:15:53.658000 ===
** State machine user_drv terminating
** When server state  = {undefined,undefined}
** Reason for termination = error:{case_clause,
                                   {error,
                                    {'SetConsoleModeInitIn',
                                     'The handle is invalid.\r\n'}}}
** Callback modules = [user_drv]
** Callback mode = state_functions
** Stacktrace =
**  [{prim_tty,init_term,1,[{file,"prim_tty.erl"},{line,283}]},
     {user_drv,init,1,[{file,"user_drv.erl"},{line,186}]},
     {gen_statem,init_it,6,[{file,"gen_statem.erl"},{line,3316}]},
     {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,333}]}]

To Reproduce
My guess is that it will plain crash under git bash on windows.
(I tested the scenario it does not crash when run directly under git bash, so the issue is more probably with redirecting IO streams)

It does crash in Zed agent panel with
"Run mix command" prompt
same as "run erl --version" command

Expected behavior
mix deps.get should not crash when ran by agent in zed (or simial conditions)

Affected versions
28

Additional Info
I worked around the issue downgrading OTP to v27.x

[garazdawi]

Exactly which 28 version are you running? I'm assuming not 28.0 as that does not have the fix for #9872 in it.

[Alexander-Taran]

@garazdawi
I did a fresh install 2 days ago and downloaded latest Erlang/OTP 28.4.1 and experienced the behavior described.

[garazdawi]

That is odd as in 28.0.1 I change the error message to be SetConsoleModeIn or SetConsoleModeOut. Do you get a different error message in 28.4.1 than what you posted in the report?

[Alexander-Taran]

@garazdawi
you are right.
I copied the message from the other issue.
Here is the actual repro from within agent in zed.

"C:/temp/erl28/bin/erl.exe" -eval "erlang:display(erlang:system_info(otp_release)), halt()." -noshell

=ERROR REPORT==== 17-Mar-2026::13:15:53.658000 ===
** State machine user_drv terminating
** When server state  = {undefined,undefined}
** Reason for termination = error:{case_clause,
                                   {error,
                                    {'SetConsoleModeInitIn',
                                     'The handle is invalid.\r\n'}}}
** Callback modules = [user_drv]
** Callback mode = state_functions
** Stacktrace =
**  [{prim_tty,init_term,1,[{file,"prim_tty.erl"},{line,283}]},
     {user_drv,init,1,[{file,"user_drv.erl"},{line,186}]},
     {gen_statem,init_it,6,[{file,"gen_statem.erl"},{line,3316}]},
     {proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,333}]}]

=CRASH REPORT==== 17-Mar-2026::13:15:53.658000 ===
  crasher:
    initial call: user_drv:init/1
    pid: <0.66.0>
    registered_name: []
    exception error: no case clause matching {error,
                                              {'SetConsoleModeInitIn',
                                               'The handle is invalid.\r\n'}}
      in function  prim_tty:init_term/1 (prim_tty.erl:283)
      in call from user_drv:init/1 (user_drv.erl:186)
      in call from gen_statem:init_it/6 (gen_statem.erl:3316)
    ancestors: [<0.65.0>,kernel_sup,<0.47.0>]
    message_queue_len: 0
    messages: []
    links: []
    dictionary: []
    trap_exit: true
    status: running
    heap_size: 610
    stack_size: 29
    reductions: 370
  neighbours:

=CRASH REPORT==== 17-Mar-2026::13:16:04.562000 ===
  crasher:
    initial call: supervisor_bridge:user_sup/1
    pid: <0.65.0>
    registered_name: []
    exception exit: nouser
      in function  gen_server:init_it/6 (gen_server.erl:2257)
    ancestors: [kernel_sup,<0.47.0>]
    message_queue_len: 0
    messages: []
    links: [<0.49.0>]
    dictionary: []
    trap_exit: true
    status: running
    heap_size: 376
    stack_size: 29
    reductions: 666
  neighbours:

=SUPERVISOR REPORT==== 17-Mar-2026::13:16:04.562000 ===
    supervisor: {local,kernel_sup}
    errorContext: start_error
    reason: nouser
    offender: [{pid,undefined},
               {id,user},
               {mfargs,{user_sup,start,[]}},
               {restart_type,temporary},
               {significant,false},
               {shutdown,2000},
               {child_type,supervisor}]

=CRASH REPORT==== 17-Mar-2026::13:16:04.563000 ===
  crasher:
    initial call: application_master:init/3
    pid: <0.46.0>
    registered_name: []
    exception exit: {{shutdown,{failed_to_start_child,user,nouser}},
                     {kernel,start,[normal,[]]}}
      in function  application_master:init/3 (application_master.erl:147)
    ancestors: [application_controller,<0.10.0>]
    message_queue_len: 1
    messages: [{'EXIT',<0.47.0>,normal}]
    links: [<0.45.0>]
    dictionary: []
    trap_exit: true
    status: running
    heap_size: 233
    stack_size: 29
    reductions: 63
  neighbours:

=INFO REPORT==== 17-Mar-2026::13:16:04.563000 ===
    application: kernel
    exited: {{shutdown,{failed_to_start_child,user,nouser}},
             {kernel,start,[normal,[]]}}
    type: permanent

Kernel pid terminated (application_controller) ("{application_start_failure,kernel,{{shutdown,{failed_to_start_child,user,nouser}},{kernel,start,[normal,[]]}}}")

Crash dump is being written to: erl_crash.dump...done

and I'm actually confused now
because running the same command in shell in this folder results in

$ erl -eval "erlang:display(erlang:system_info(otp_release)), halt()." -noshell
"27"

I have erl@27 installed via msi installer
and to try to repro I just unzipped the downloaded 28.4.1

What I'm definitely sure in is that with otp28.4.1 installed and corresponding elixir 19 (both using installers)
running mix tasks from agent resulted in the error above
with 27.xx it does not.

[wenuam]

Not a crash but could be #10786 somewhat related to this (running from a hybrid batch/bash location) ?

[garazdawi]

I think the problem happens when STD_INPUT_HANDLE is a PIPE, but STD_OUTPUT_HANDLE is a TTY. I've attempted a fix in #10899, please try the windows installer produced by github actions in that PR and see if it fixes the issue. (It will take a while for github actions to produce the installer, should be done in an hour or so).

If it does not, then set the environment variable TTY_LOG to a location and post the contents of the file here. For example:

erl.exe -env TTY_LOG "c:\tty.log"

or someplace else where you have write permissions.

[garazdawi]

Here is a link to the installer with the patch: Windows Installer

[Alexander-Taran]

@garazdawi
installed from zip

> erl -eval "erlang:display(erlang:system_info(otp_release)), halt()." -noshell
(no logger present) unexpected logger message: {log,error,"~s~n",["beam\beam_load.c(150): Error loading module error_handler:Runtime terminating during boot ({load_failed,[erl_parse,supervisor,lists,proc_lib,gen_server,gen_event,ets,gen,erl_lint,filename,erl_eval,logger_config,logger_simple_h,logger_server,logger_backend,kernel,file_io_server,logger_filters,logger,heart,file,file_server,code,code_server,error_logger,application_controller,application_master,application,error_handler]})
\n
Crash dump is being written to: erl_crash.dump... corrupt atom table\n"],#{error_logger=>#{emulator=>true,tag=>error},pid=><0.13.0>,time=>1774359060840000,gl=><0.0.0>}}
done

[garazdawi]

I don't know why, but for some reason Erlang is trying to load beam files that are either too new or too old for it to handle.

What do you get when you run erl.exe -version?

[Alexander-Taran]

@garazdawi
Sorry for late response.
TL:DR
You did great!! <3
Your PR fixes the issue with agent mode in zed
There may be another one with installer not updating erl.ini

ok..
here goes
before install from zip

C:\temp>erl.exe -version
Erlang (SMP,ASYNC_THREADS) (BEAM) emulator version 15.2.7.6

after install from zip

C:\temp>erl.exe -version
Erlang (SMP,ASYNC_THREADS) (BEAM) emulator version 15.2.7.6
C:\temp>where erl
C:\Program Files\Erlang OTP\bin\erl.exe

now here is a symptom

Directory of C:\Program Files\Erlang OTP
...
03/15/2026  08:31 PM    <DIR>          erts-15.2.7.6
03/24/2026  04:28 PM    <DIR>          erts-16.3
...

and there is erl.ini in bin folder

[erlang]
Bindir=C:\\Program Files\\Erlang OTP\\erts-15.2.7.6\\bin
Progname=erl
Rootdir=C:\\Program Files\\Erlang OTP

So it seems installer is not updating erl.ini

after I changed it manually to 16.3 path

> erl -version
Erlang (SMP,ASYNC_THREADS) (BEAM) emulator version 16.3

> erl -eval "erlang:display(erlang:system_info(otp_release)), halt()." -noshell
"29"

and it is a success

and

(both screenshots are from agent thread in zed)