Stanislav Osipov

Possible memory leak

1

File: src/xls.c Memory allocation: line 359 Memory leak: line 402 ``` static xls_error_t xls_addSheet(xlsWorkBook* pWB, BOUNDSHEET *bs, DWORD size) { char * name; DWORD filepos; BYTE visible, type; filepos =...

cargo-cov doesn't work

7

Command: ``` cargo cov -- show fuzz/target//release/my_compiler \ --format=html \ -instr-profile=fuzz/coverage/my_compiler/coverage.profdata \ > index.html ``` Error response: ``` error: no such subcommand: `cov` Did you mean `c`? ```

Original product: https://github.com/vectordotdev/vector

[BUG] Potential Handle Leak?

1

### Is there an existing issue for this? - [X] I have searched the existing issues ### Current Behavior https://github.com/gorilla/websocket/blob/6f5d2139f4b96d5edfe6c1aac4fe87fed8d7f9fd/proxy.go#L70 According to https://pkg.go.dev/net/http#ReadResponse `Clients must call resp.Body.Close when finished reading...

Documentation website doesnt work

3

Can't open website: https://meuse.mcorbin.fr/

Since int64_t StripedBlockUtil::getInternalBlockLengt returns int64_t https://github.com/ClickHouse/libhdfs3/blob/d0ae7d2568151feef61d3ec7896803262f0e0f91/src/client/StripedBlockUtil.cpp#L117-L134 and only dataSize has int64_t there could be integer overflow at: https://github.com/ClickHouse/libhdfs3/blob/d0ae7d2568151feef61d3ec7896803262f0e0f91/src/client/StripedBlockUtil.cpp#L132-L134 Possible fix: cast one of member of adddition to int64_t

Fix Handler Leak

5

Original source code: https://github.com/kubernetes/kube-openapi/blob/2c72e554b1e7755b5fbee01cc910063070d5b4ec/pkg/validation/spec/ref.go#L70-L77 Fixed Handler leaking before return

qpl/sources/middle-layer/compression/deflate/containers /huffman_table.cpp: Potential Integer Overflow

1

### Case 1 Since ``` fixed_codes[i].length is unt8_t ``` and ``` ll_histogram[i] is unt32_t ``` There is could be possible integer overflow at: https://github.com/intel/qpl/blob/d08be0031eb5741ee1372651ba52a671308bb296/sources/middle-layer/compression/deflate/containers/huffman_table.cpp#L134 Possible fix: ``` static_cast(ll_codes[i].length) * ll_histogram[i];...

**Describe the bug** https://github.com/nmap/nmap/blob/fd80921926527e6668d76b5696f0d6c054ca6d29/nping/utils_net.cc#L496-L509 What's the point of defining ```' struct sockaddr_storage src ``` then filling with 16 zeros ``` memset(&src, 0, sizeof(struct sockaddr_in) ); ``` and not using as...

Since: first_seq has int32_t type https://github.com/confluentinc/librdkafka/blob/93877617709eb071a0f4ec7038c54e2764abefc9/src/rdkafka_msgbatch.h#L37 and rd_kafka_msgq_len return int(int32) https://github.com/confluentinc/librdkafka/blob/93877617709eb071a0f4ec7038c54e2764abefc9/src/rdkafka_msg.h#L244-L246 But rd_kafka_seq_wrap accepts int64_t as argument https://github.com/confluentinc/librdkafka/blob/93877617709eb071a0f4ec7038c54e2764abefc9/src/rdkafka_msg.h#L594-L596 There could be overflow at https://github.com/confluentinc/librdkafka/blob/93877617709eb071a0f4ec7038c54e2764abefc9/src/rdkafka_request.c#L4655-L4656 If there's no overflow then what's...