Tarantool development patches archive
 help / color / mirror / Atom feed
From: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>
To: Ilya Kosarev <i.kosarev@tarantool.org>,
	tarantool-patches@dev.tarantool.org
Subject: Re: [Tarantool-patches] [PATCH v2] test: fix flaky socket test
Date: Sun, 8 Dec 2019 16:55:38 +0100	[thread overview]
Message-ID: <f61f5aa6-3b0b-9a5b-1700-0e94b6b20c74@tarantool.org> (raw)
In-Reply-To: <20191206154417.5213-1-i.kosarev@tarantool.org>

Thanks for the fixes!

See 2 comments below.

> diff --git a/test/app/socket.result b/test/app/socket.result
> index fd299424c96..0095b89b867 100644
> --- a/test/app/socket.result
> +++ b/test/app/socket.result
> @@ -107,7 +110,7 @@ s:nonblock(true)
>  ---
>  - true
>  ...
> -s:readable(.1)
> +s:readable(WAIT_TCP_CONNECT_TIME)

1. How did you choose exactly these places to patch?
I see some other places, which also wait for an event,
but they still use a small timeout (in comparison with
240 secs). For example:

    socket.result line 233, 904, 919:
        s:readable(1)
        ---
        - true
        ...

    socket.result line 836, 848:
        s:readable(10)
        ---
        - true
        ...

    socket.result line 2870:
        s:settimeout(1)
        receive2 = s:receive('*a')

      Here :receive() has timeout 1 sec,
      not infinity.

> @@ -754,7 +757,7 @@ string.match(tostring(sc), ', peer') == nil
>  ---
>  - true
>  ...
> -sc:writable()
> +sc:writable(WAIT_TCP_CONNECT_TIME)

2. Here the timeout was infinity, but you
changed it to your constant. Is it to make
all the places consistent? That is strange,
because there are still other places calling
writable() without arguments or a settimeout()
invoked beforehand.

      reply	other threads:[~2019-12-08 15:55 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-06 15:44 Ilya Kosarev
2019-12-08 15:55 ` Vladislav Shpilevoy [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f61f5aa6-3b0b-9a5b-1700-0e94b6b20c74@tarantool.org \
    --to=v.shpilevoy@tarantool.org \
    --cc=i.kosarev@tarantool.org \
    --cc=tarantool-patches@dev.tarantool.org \
    --subject='Re: [Tarantool-patches] [PATCH v2] test: fix flaky socket test' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox