From: Mergen Imeev <imeevma@tarantool.org> To: Vladislav Shpilevoy <v.shpilevoy@tarantool.org> Cc: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH v1 1/1] sql: remove unecessary execute of space_cache_find() Date: Sat, 5 Dec 2020 22:57:35 +0300 [thread overview] Message-ID: <20201205195735.GA20424@tarantool.org> (raw) In-Reply-To: <3cfd7a62-05da-8313-0af1-cad121eba98f@tarantool.org> Hi! Thank you for the review. My answers below. Sorry that I didn't gave you anough information about why this fix is actually needed. The main idea is that the problem #5592 is the same as #5537, however it isn't obvoius for now. This patch makes #5592 and #5537 identical. A bit more below. On Sat, Dec 05, 2020 at 06:06:26PM +0100, Vladislav Shpilevoy wrote: > Hi! Thanks for the patch! > > On 05.12.2020 10:35, imeevma@tarantool.org wrote: > > Due to the fact that space_cache_find () is called unnecessarily, it is > > possible to set diag "Space '0' does not exist", although in this case > > it is not a wrong situation when the space id is 0. > > > > Part of #5592 > > --- > > https://github.com/tarantool/tarantool/issues/5592 > > https://github.com/tarantool/tarantool/tree/imeevma/gh-5592-remove-unnecessary-diag-set > > > > src/box/sql/where.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/src/box/sql/where.c b/src/box/sql/where.c > > index 0d7590f0e..65d4197f2 100644 > > --- a/src/box/sql/where.c > > +++ b/src/box/sql/where.c > > @@ -4581,7 +4581,7 @@ sqlWhereBegin(Parse * pParse, /* The parser context */ > > struct SrcList_item *pTabItem = &pTabList->a[pLevel->iFrom]; > > struct space_def *space_def = pTabItem->space->def; > > pLoop = pLevel->pWLoop; > > - struct space *space = space_cache_find(space_def->id); > > + struct space *space = pTabItem->space; > > Please, provide a test. It looks like a bug, and it is worth fixing, > but I don't understand how an excess diag can matter here. And if it > matters, it seems not to be covered with a test. > I have no idea how to test this. However, this problem appeared in a rather unexpected place: there is a problem #5537, where in some cases we get a segfault because we do not set diag in some places in os_unix.c. Also, sometimes we get a "Space '0' does not exist" error. For a while, we had no idea that the two problems were related. I mean: diag_set() in place where it shouldn't be + (sometimes) no diag_set() in place where it should be = unexpected error. Should I think about test here? I think it is possible to test using error injections, but not sure if this is worth it. > If parsing and VDBE build return 0, we don't look at diag. At least we > should not. Therefore this diag_set should not matter. That is usually true, except there is some cases when there is no diag_set() in case of error. This happened in issue #5537. > > > if (space_def->id == 0 || space_def->opts.is_view) { > > /* Do nothing */ > > } else if ((pLoop->wsFlags & WHERE_IDX_ONLY) == 0 && > Also I suggest to get a second review from Nikita, because he knows > SQL code better than Leonid. Thanks, I will. I included Leonid since he works with issue #5537.
next prev parent reply other threads:[~2020-12-05 19:57 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-05 9:35 imeevma 2020-12-05 17:06 ` Vladislav Shpilevoy 2020-12-05 19:57 ` Mergen Imeev [this message] 2020-12-06 15:19 ` Vladislav Shpilevoy 2020-12-07 14:17 ` Nikita Pettik 2020-12-07 14:28 ` Mergen Imeev 2020-12-07 14:57 ` Nikita Pettik 2020-12-09 6:53 ` Mergen Imeev 2020-12-10 13:28 ` Mergen Imeev 2020-12-10 13:38 ` Nikita Pettik 2020-12-11 13:43 ` Alexander V. Tikhonov 2020-12-11 14:30 ` Nikita Pettik
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=20201205195735.GA20424@tarantool.org \ --to=imeevma@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --cc=v.shpilevoy@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH v1 1/1] sql: remove unecessary execute of space_cache_find()' \ /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