From: Stanislav Zudin <szudin@tarantool.org> To: tarantool-patches@freelists.org, "n.pettik" <korablev@tarantool.org> Subject: [tarantool-patches] Re: [PATCH 02/13] sql: make VDBE recognize big integers Date: Mon, 1 Apr 2019 23:42:44 +0300 [thread overview] Message-ID: <65816c3f-531d-dd3d-cbb4-33ec4ae560aa@tarantool.org> (raw) In-Reply-To: <45D42A54-BB4A-4F52-AA10-F13B626AD07E@tarantool.org> On 25.03.2019 18:11, n.pettik wrote: > > >> On 15 Mar 2019, at 18:45, Stanislav Zudin <szudin@tarantool.org> wrote: >> >> VDBE distinguishes signed and unsigned integers. >> SELECT query correctly returns values greater >> than INT64_MAX. > > Please, add tests on these changes. > >> diff --git a/src/box/lua/sql.c b/src/box/lua/sql.c >> index ee20faab7..cb2927144 100644 >> --- a/src/box/lua/sql.c >> +++ b/src/box/lua/sql.c >> @@ -32,7 +32,10 @@ lua_push_row(struct lua_State *L, struct sql_stmt *stmt) >> int type = sql_column_type(stmt, i); >> switch (type) { >> case SQL_INTEGER: >> - luaL_pushint64(L, sql_column_int64(stmt, i)); >> + if (sql_column_is_unsigned(stmt, i)) >> + luaL_pushuint64(L, sql_column_int64(stmt, i)); >> + else >> + luaL_pushint64(L, sql_column_int64(stmt, i)); >> break; >> case SQL_FLOAT: >> lua_pushnumber(L, sql_column_double(stmt, i)); >> diff --git a/src/box/sql/sqlInt.h b/src/box/sql/sqlInt.h >> index 0ef373c24..92e2f282f 100644 >> --- a/src/box/sql/sqlInt.h >> +++ b/src/box/sql/sqlInt.h >> @@ -586,6 +586,9 @@ sql_column_text(sql_stmt *, >> int >> sql_column_type(sql_stmt *, int iCol); >> >> +bool >> +sql_column_is_unsigned(sql_stmt *, int iCol); >> + >> sql_value * >> sql_column_value(sql_stmt *, >> int iCol); >> diff --git a/src/box/sql/vdbe.c b/src/box/sql/vdbe.c >> index c87b10757..ea398e7d6 100644 >> --- a/src/box/sql/vdbe.c >> +++ b/src/box/sql/vdbe.c >> @@ -1141,6 +1141,8 @@ case OP_Int64: { /* out2 */ >> pOut = out2Prerelease(p, pOp); >> assert(pOp->p4.pI64!=0); >> pOut->u.i = *pOp->p4.pI64; >> + if (pOp->p4type == P4_UINT64) >> + pOut->flags = MEM_Int | MEM_Unsigned; > > Why combination of flags? Doesn’t Unsigned implie that it is integer? It caused less changes in VDBE. The 2-nd version of the patch handles 'unsigned' as independent type. > >> diff --git a/src/box/sql/vdbe.h b/src/box/sql/vdbe.h >> index f9bb96f09..d4383901c 100644 >> --- a/src/box/sql/vdbe.h >> +++ b/src/box/sql/vdbe.h >> @@ -70,7 +70,7 @@ struct VdbeOp { >> int i; /* Integer value if p4type==P4_INT32 */ >> void *p; /* Generic pointer */ >> char *z; /* Pointer to data for string (char array) types */ >> - i64 *pI64; /* Used when p4type is P4_INT64 */ >> + i64 *pI64; /* Used when p4type is P4_INT64 or P4_UINT64 */ > > Please, add a separate member to union. > >> diff --git a/src/box/sql/vdbeInt.h b/src/box/sql/vdbeInt.h >> index 61b7d58b2..66b21299a 100644 >> --- a/src/box/sql/vdbeInt.h >> +++ b/src/box/sql/vdbeInt.h >> @@ -248,6 +248,9 @@ struct Mem { >> #define MEM_Agg 0x4000 /* Mem.z points to an agg function context */ >> #define MEM_Zero 0x8000 /* Mem.i contains count of 0s appended to blob */ >> #define MEM_Subtype 0x10000 /* Mem.eSubtype is valid */ >> +#define MEM_Unsigned 0x20000 /* Value is unsigned integer. >> + * Combine this flag with MEM_Int >> + * if necessary */ >> #ifdef SQL_OMIT_INCRBLOB >> #undef MEM_Zero >> #define MEM_Zero 0x0000 > > Garbage I guess. Otherwise, please describe this change. ??? Which one? > >> diff --git a/src/box/sql/vdbeapi.c b/src/box/sql/vdbeapi.c >> index d7e89073e..02a1b2e0f 100644 >> --- a/src/box/sql/vdbeapi.c >> +++ b/src/box/sql/vdbeapi.c >> @@ -1044,6 +1044,14 @@ sql_column_type(sql_stmt * pStmt, int i) >> return iType; >> } >> >> +bool sql_column_is_unsigned(sql_stmt * pStmt, int i) > > Bad formatting. Should be: > > bool > sql_column_is_unsigned... This function was removed. > >> +{ >> + const struct Mem* pMem = columnMem(pStmt, i); >> + if (!pMem) >> + return false; > > Is this check necessary? Other column-like function from this > set don’t provide it. > >> + return (pMem->flags & MEM_Unsigned); >> +} >> + >> enum sql_subtype >> sql_column_subtype(struct sql_stmt *stmt, int i) >> { > >
next prev parent reply other threads:[~2019-04-01 20:42 UTC|newest] Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-03-15 15:45 [PATCH 00/13] sql: support -2^63 .. 2^64-1 integer type Stanislav Zudin 2019-03-15 15:45 ` [PATCH 01/13] sql: Convert big integers from string Stanislav Zudin 2019-03-25 15:10 ` [tarantool-patches] " n.pettik 2019-04-01 20:39 ` Stanislav Zudin 2019-04-02 7:27 ` Konstantin Osipov 2019-03-15 15:45 ` [PATCH 02/13] sql: make VDBE recognize big integers Stanislav Zudin 2019-03-25 15:11 ` [tarantool-patches] " n.pettik 2019-04-01 20:42 ` Stanislav Zudin [this message] 2019-04-02 7:38 ` [tarantool-patches] " Konstantin Osipov 2019-03-15 15:45 ` [PATCH 03/13] sql: removes unused function Stanislav Zudin 2019-03-25 15:11 ` [tarantool-patches] " n.pettik 2019-04-01 20:39 ` Stanislav Zudin 2019-03-15 15:45 ` [PATCH 04/13] sql: support big integers within sql binding Stanislav Zudin 2019-03-25 15:12 ` [tarantool-patches] " n.pettik 2019-04-01 20:42 ` Stanislav Zudin 2019-04-02 7:46 ` Konstantin Osipov 2019-04-02 7:44 ` [tarantool-patches] " Konstantin Osipov 2019-03-15 15:45 ` [PATCH 05/13] sql: removes redundant function Stanislav Zudin 2019-03-25 15:12 ` [tarantool-patches] " n.pettik 2019-03-15 15:45 ` [PATCH 06/13] sql: aux functions to support big integers Stanislav Zudin 2019-03-25 15:13 ` [tarantool-patches] " n.pettik 2019-03-15 15:45 ` [PATCH 07/13] sql: arithmetic functions " Stanislav Zudin 2019-03-25 15:13 ` [tarantool-patches] " n.pettik 2019-04-01 20:43 ` Stanislav Zudin 2019-04-02 7:54 ` Konstantin Osipov 2019-04-02 7:52 ` Konstantin Osipov 2019-03-15 15:45 ` [PATCH 08/13] sql: aggregate sql functions support big int Stanislav Zudin 2019-03-25 15:13 ` [tarantool-patches] " n.pettik 2019-04-01 20:43 ` Stanislav Zudin 2019-04-02 7:57 ` [tarantool-patches] " Konstantin Osipov 2019-03-15 15:45 ` [PATCH 09/13] sql: fixes errors Stanislav Zudin 2019-03-25 15:14 ` [tarantool-patches] " n.pettik 2019-03-15 15:45 ` [PATCH 10/13] sql: fixes an error in sqlSubInt64 Stanislav Zudin 2019-03-25 15:14 ` [tarantool-patches] " n.pettik 2019-03-15 15:45 ` [PATCH 11/13] sql: fixes an error in string to int64 conversion Stanislav Zudin 2019-03-25 15:14 ` [tarantool-patches] " n.pettik 2019-03-15 15:45 ` [PATCH 12/13] sql: fixes an error in uint64 to double casting Stanislav Zudin 2019-03-25 15:15 ` [tarantool-patches] " n.pettik 2019-03-15 15:45 ` [PATCH 13/13] sql: support -2^63 .. 2^64-1 integer type Stanislav Zudin 2019-03-25 15:25 ` [tarantool-patches] " n.pettik 2019-04-01 20:44 ` Stanislav Zudin 2019-03-25 15:10 ` [tarantool-patches] Re: [PATCH 00/13] " n.pettik 2019-04-01 20:38 ` Stanislav Zudin
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=65816c3f-531d-dd3d-cbb4-33ec4ae560aa@tarantool.org \ --to=szudin@tarantool.org \ --cc=korablev@tarantool.org \ --cc=tarantool-patches@freelists.org \ --subject='[tarantool-patches] Re: [PATCH 02/13] sql: make VDBE recognize big integers' \ /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