The time to wait for the connection to be made in milliseconds.

[c77cc]

The time to wait for the connection to be made in
milliseconds. A negative number waits forever.

The default is zero, don't wait, which is useful if a local
server is supposed to be running already. On Unix Vim
actually uses a 1 msec timeout, that is required on many
systems. Use a larger value for a remote server, e.g. 5000 msec.

[bhcleek]

The server should already be running by the time ch_open is called, and I've never seen a need to set waittime. Does this fix some bug that you've seen?

[c77cc]

The server should already be running by the time ch_open is called, and I've never seen a need to set waittime. Does this fix some bug that you've seen?

Yes, when I debug the remote process, the local vim will quickly receive the connection failure error(could not connect to debugger).
When I fix the waittime of ch_open, the connection failure error disappears, then I can successfully debug.

https://vimhelp.org/channel.txt.html#waittime (Use a larger value for a remote server)

[bhcleek]

What remote process are you debugging? I'd normally expect the dlv process that vim-go is communicating with to be local.

[c77cc]

What remote process are you debugging? I'd normally expect the dlv process that vim-go is communicating with to be local.

The code of the remote process (running on another physical machine) is:

package main

import (
	"fmt"
	"time"
)

func main() {
	msg := `test_msg`

	fmt.Println(msg)

	time.Sleep(1 * time.Hour)
}

dlv exec ./main --listen=7001 --headless --api-version=2 --log --log-output=rpc,debugger

[bhcleek]

What's your g:go_debug_address set to?

[c77cc]

I did not set g:go_debug_address.
I did it in vim like this: GoDebugConnect {REAL_IP}:{REAL_PORT}

[bhcleek]

Thank you for contributing.