use size_t instead of int32_t to avoid possible loss of data

This commit is contained in:
stephenkgu 2020-12-06 12:04:36 +08:00
parent 1c33675b01
commit 4ee6c822cf
3 changed files with 3 additions and 3 deletions

View File

@ -25,7 +25,7 @@ void extractTableName(const char *tableId, char *name);
char* extractDBName(const char *tableId, char *name);
int32_t tableIdPrefix(const char* pDb, char* prefix, int32_t len);
size_t tableIdPrefix(const char* pDb, char* prefix, int32_t len);
void extractTableNameFromToken(SStrToken *pToken, SStrToken* pTable);

View File

@ -39,7 +39,7 @@ char* extractDBName(const char* tableId, char* name) {
return strncpy(name, &tableId[offset1 + 1], len);
}
int32_t tableIdPrefix(const char* name, char* prefix, int32_t len) {
size_t tableIdPrefix(const char* name, char* prefix, int32_t len) {
tstrncpy(prefix, name, len);
strcat(prefix, TS_PATH_DELIMITER);

View File

@ -1736,7 +1736,7 @@ static int32_t mnodeDoCreateChildTable(SMnodeMsg *pMsg, int32_t tid) {
STagData *pTagData = (STagData *)pCreate->schema; // it is a tag key
char prefix[64] = {0};
int32_t prefixLen = tableIdPrefix(pMsg->pDb->name, prefix, 64);
size_t prefixLen = tableIdPrefix(pMsg->pDb->name, prefix, 64);
if (0 != strncasecmp(prefix, pTagData->name, prefixLen)) {
mError("msg:%p, app:%p table:%s, corresponding super table:%s not in this db", pMsg, pMsg->rpcMsg.ahandle,
pCreate->tableId, pTagData->name);