From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 693172CEFB for ; Thu, 5 Apr 2018 09:28:41 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BfZ6UkZZDUkO for ; Thu, 5 Apr 2018 09:28:41 -0400 (EDT) Received: from smtp20.mail.ru (smtp20.mail.ru [94.100.179.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id CAF012CDFD for ; Thu, 5 Apr 2018 09:28:40 -0400 (EDT) Subject: [tarantool-patches] Re: [PATCH 1/2] sql: remove obsolete SQLite routine References: <0e28c9181b19643504f335a164f8d098fdab6614.1522769126.git.korablev@tarantool.org> <7a18a3e7-9076-087e-df93-dde6955adc70@tarantool.org> <8234232f-13ed-cc02-b54a-0feb6b2ef4f5@tarantool.org> <92A16559-3B03-4971-A095-841AE57BD4E0@tarantool.org> From: Vladislav Shpilevoy Message-ID: <52621c28-20ce-7087-6a2a-f8708bc1b984@tarantool.org> Date: Thu, 5 Apr 2018 16:28:36 +0300 MIME-Version: 1.0 In-Reply-To: <92A16559-3B03-4971-A095-841AE57BD4E0@tarantool.org> Content-Type: text/plain; charset="utf-8"; format="flowed" Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: tarantool-patches-bounce@freelists.org Errors-to: tarantool-patches-bounce@freelists.org Reply-To: tarantool-patches@freelists.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: tarantool-patches List-subscribe: List-owner: List-post: List-archive: To: tarantool-patches@freelists.org, "n.pettik" Now the entire patchset LGTM. 05.04.2018 15:13, n.pettik пишет: >> On 5 Apr 2018, at 14:16, Vladislav Shpilevoy wrote: >> >> >>>> Same about checking sqlite3HashFind results. And if it is >>>> possible with not huge diff, can you please rename sqlite3HashFind to sql_hash_find ? >>> Is it worth doing? It is going to disappear soon. >> Ok, then lets leave as is. >>> @@ -1146,7 +1147,7 @@ analyzeTable(Parse * pParse, Table * pTab, Index * pOnlyIdx) >>> int iStatCur; >>> assert(pTab != 0); >>> -sql_set_multi_write(pParse, 0); >>> +sql_set_multi_write(pParse, true); >> 1. Typo? 0 != true. > Typo. Fixed on branch: > > - sql_set_multi_write(pParse, true); > + sql_set_multi_write(pParse, false); > >>> @@ -1769,9 +1769,8 @@ xferOptimization(Parse * pParse,/* Parser context */ >>> int regData, regTupleid;/* Registers holding data and tupleid */ >>> struct session *user_session = current_session(); >>> -if (pSelect == 0) { >>> +if (pSelect == 0) >> 2. == NULL. > Typo. Fixed on branch: > > - if (pSelect == 0) > + if (pSelect == NULL) > >