- 10 6月, 2021 1 次提交
-
-
由 gao_harmony 提交于
Signed-off-by: Ngao_harmony <gaofeng44@huawei.com> Change-Id: Ia28996feb196370c8fefeccf309ccc10bf2c4083
-
- 08 6月, 2021 1 次提交
-
-
由 gao_harmony 提交于
Signed-off-by: Ngao_harmony <gaofeng44@huawei.com> Change-Id: Ib76ee2cd8e4eefc6ab2a05114b966a5e4f236a54
-
- 07 6月, 2021 1 次提交
-
-
由 gao_harmony 提交于
Change-Id: I28596fee91e500a25307d608f238871ccf938459 Signed-off-by: Ngao_harmony <gaofeng44@huawei.com>
-
- 02 6月, 2021 6 次提交
-
-
由 limeng151 提交于
Signed-off-by: Nlimeng151 <limeng151@huawei.com> Change-Id: I410652c4576a0125b8e95a32dfd7ff087bcc2b58 -
由 nan-xiansen 提交于
Signed-off-by: Nnan-xiansen <nanjinbin@huawei.com> Change-Id: I8c44f6eb94aeb7096e6403f8f40a84d03c88c31d -
由 nan-xiansen 提交于
Signed-off-by: Nnan-xiansen <nanjinbin@huawei.com> Change-Id: Ifcb562da761d9a7819441bee1da34e58428fa8cb -
由 nan-xiansen 提交于
Signed-off-by: Nnan-xiansen <nanjinbin@huawei.com> Change-Id: Ic43d8abb7ae64da752598ffc1e3b60cbc4052402 -
由 nanxiansen 提交于
Signed-off-by: Nnanxiansen <nanjinbin@huawei.com> Change-Id: I0e20e79e68d7052384584ca9c590cedcdc7e860f -
由 nanxiansen 提交于
Signed-off-by: Nnanxiansen <nanjinbin@huawei.com> Change-Id: I30d4eaee067e0feeff8ff48b29ae224a24e760a5
-
- 20 5月, 2021 1 次提交
-
-
由 是蕊蕊呀～ 提交于
Change-Id: I4de92483172cd06849a55231ace8f98bf0aafd1b
-
- 18 5月, 2021 2 次提交
- 17 5月, 2021 1 次提交
-
-
由 nanxiansen 提交于
Change-Id: Ic48db9b6b4aff165c91d1214a6b8b83747a6b841
-
- 14 5月, 2021 1 次提交
-
-
由 123 提交于
Change-Id: I402ceb27728a89e8ef9814e0680a4bf79cd5ccc7
-
- 13 5月, 2021 1 次提交
-
-
由 selectfromemp 提交于
Change-Id: I11cf71f4e6768d1a717f1e4cd8ad803b2fe7ed8d
-
- 08 5月, 2021 1 次提交
-
-
由 nanxiansen 提交于
Change-Id: Ic83bbdd558459d66c189d14af0f702170c1365db
-
- 29 4月, 2021 1 次提交
-
-
由 nanxiansen 提交于
Change-Id: I7dbdb8d0c1d3f819888d0d6dabe3b08b45f4e809
-
- 28 4月, 2021 1 次提交
-
-
由 nanjinbin 提交于
Change-Id: I4f25e9cb4c64d21b7a04b260e6b7d79dd164d567
-
- 26 4月, 2021 1 次提交
-
-
由 chuaizhzh 提交于
Change-Id: I3fc5207a8a33ed55aa87dbeed4f3cab980d825ce
-
- 17 4月, 2021 1 次提交
-
-
由 root 提交于
Change-Id: Iecfb9428e87a25eda5f55fa4b250c66fecaf9002
-
- 15 4月, 2021 2 次提交
- 12 4月, 2021 1 次提交
-
-
由 chuaizhzh 提交于
Change-Id: I7bec1b510a480fee724205f94e14518f2b23106f
-
- 09 4月, 2021 1 次提交
-
-
由 chuaizhzh 提交于
Change-Id: I5936f03fcd40d813eb53426d64fcebd1c705424a
-
- 08 4月, 2021 1 次提交
-
-
由 chuaizhzh 提交于
Change-Id: Ib6fc6e4d933b8de920eac6f46d85072fdd187319
-
- 07 4月, 2021 2 次提交
- 06 4月, 2021 1 次提交
-
-
由 alex 提交于
Change-Id: I997f611b09917e657b063111ce04524281b2df3f
-
- 02 4月, 2021 3 次提交
- 01 4月, 2021 1 次提交
-
-
由 jiyong 提交于
-
- 30 3月, 2021 3 次提交
- 29 3月, 2021 4 次提交
-
-
由 Robert Drab 提交于
Signed-off-by: NRobert Drab <robert.drab@huawei.com> -
由 Robert Drab 提交于
localtime can return null on error, therefore we need to check it before dereferencing. Signed-off-by: NRobert Drab <robert.drab@huawei.com> -
由 Robert Drab 提交于
Size of the buffer was smaller then max size used in strftime and alike function calls. Moreover, according to man strftime contents of the buffer is undefined in case in which actual string is longer than the specified max size, therefore buffer is zeroed and last byte left unused. Signed-off-by: NRobert Drab <robert.drab@huawei.com> -
由 Robert Drab 提交于
In many places checking for nullptr is done using EXPECT test macros that doesn't return from the function when condition is not met (i.e. they are non-fatal). Lack of further error handling results in a subsequent segfault. To avoid that in most places it's sufficient to change macro type to ASSERT. Signed-off-by: NRobert Drab <robert.drab@huawei.com>
-
- 24 3月, 2021 1 次提交
-
-
由 chuaizhzh 提交于
Change-Id: I3ad8064485ced9689f1d13feb27d63d6d96af9cc
-