bug#55832: 28.1; Emacs crashes when using tramp from helm in emacs-29

[Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>]

Thierry Volpiatto <thievol@posteo.net> writes:

>     (buf=buf@entry=0x7fffff6702b8, bufsize=bufsize@entry=0x7fffff6702b0, nonheapbuf=nonheapbuf@entry=0x7fffff6702c0 "", bufsize_max=bufsize_max@entry=2305843009213693952, format=0x5555558af29a "Bytecode stack overflow", ap=ap@entry=0x7fffff6712a0) at doprnt.c:590
>         nbytes = <optimized out>
>         ap_copy = {{gp_offset = 8, fp_offset = 48, overflow_arg_area = 0x7fffff671380, reg_save_area = 0x7fffff6712c0}}
> #3  0x00005555557aa5f3 in vformat_string (m=<optimized out>, ap=ap@entry=0x7fffff6712a0) at eval.c:2029
>         buf = '\000' <repeats 409 times>...
>         size = 4000
>         buffer = 0x7fffff6702c0 ""
>         used = <optimized out>
>         string = <optimized out>
> #4  0x00005555555aac6f in verror (m=<optimized out>, ap=ap@entry=0x7fffff6712a0) at eval.c:2041
> (More stack frames follow...)

Please send the entire backtrace.  This doesn't show what Emacs was
doing when the bytecode stack overflowed.