Sergey Bronnikov

It seems so: ```lua tarantool> function predicate(i, x) return i % 2 == 0 end --- ... tarantool> predicate --- - 'function: 0x40d2f9b0' ... tarantool> range = fun.range(10) --- ......

The same for `filter()`: ```lua tarantool> g1, param, state = fun.filter(function(x) return x % 3 == 0 end, fun.range(10)) --- ... tarantool> g1 --- - state: 0 gen: 'function: 0x41f93bc8'...

Detailed description of `pluck()` function in R documentation - https://www.rdocumentation.org/packages/purrr/versions/0.2.5/topics/pluck.

@aphyr Heh, thanks for explanation, Kyle :) Seems both are useful.

I faced the same problem. The steps to reproduce are as follows: - Create a file with name `main.c` with content below C code ```c #include #include #include #include char...

@TwoTwenty, thanks! Could you create a PR?

Seems you are using clusterfuzzlite on Github free runners. If it is so, you can cleanup space on runner before running fuzzing. I recently encountered the same problem and here...

this happened because timeout in GH workflow (`fuzz-seconds`) [^1] is equal to timeout in https://github.com/google/clusterfuzz/blob/298cecc64af7ecbb1c528dd1789e999caa6af825/src/clusterfuzz/_internal/bot/fuzzers/libfuzzer.py#L84. Default value is 600 seconds, https://github.com/google/oss-fuzz/blob/3e38f99461de47a4dcd4f8431d5c85caec30b86b/infra/cifuzz/example_cifuzz.yml#L19 [^1]: https://github.com/ligurio/lua-c-api-tests/blob/e4c2a46510a72baf6e3741dbd7529e74aaf698e6/.github/workflows/oss-fuzz.yml#L53 [^2]: https://github.com/google/clusterfuzz/blob/298cecc64af7ecbb1c528dd1789e999caa6af825/src/clusterfuzz/_internal/bot/fuzzers/libfuzzer.py#L84 I suspect it is better...

> I think in that context it may make sense to boil down the findings of Fuzz Introspector to a given score [0:100] which could be attached to the badge....

clang 15 segfaults on linking fuzzing binaries, see https://github.com/google/oss-fuzz/pull/10448#issuecomment-1578160436 What is a right way to bump clang in a docker image?