Edvard Fagerholm

Yes, the reason for step (2) in my repro is that you need to have the pulled down and compiled the external deps before you see a failure. A bazel...

I'm using the latest release of rules_jvm_external.

Thanks! Hadn't noticed that larger example had gRPC. The following code starts and listens on 8080, but doesn't work: ```java package io.github.efagerho.loom; import static io.helidon.nima.grpc.webserver.ResponseHelper.complete; import io.github.efagerho.loom.grpc.Echo; import io.github.efagerho.loom.grpc.HelloRequest; import...

I added them right after my previous message and that got rid of the NPE. However, it still fails on the HTTP2 handshake. The code is now uploaded here: https://github.com/efagerho/loom-grpc

This looks like a Maven problem. If I run the JAR file created by `maven package`, then I see the output: 2023.06.16 09:11:27.895 Helidon NIMA 4.0.0-ALPHA6 features: [WebServer] On the...

I ran into the same issue a few days ago with an application. My hackish workaround was to write a shared library that I can load with LD_PRELOAD and which...

Here's an example command that it generates: ` /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x c++ -ivfsstatcache /var/folders/34/rrfx8jzj0kbd5ch_t9bk5nb40000gn/C/com.apple.DeveloperTools/15.4-15F31d/Xcode/SDKStatCaches.noindex/macosx14.5-23F73-7e3fd6dc4171e65dbd154ba8db3956d2.sdkstatcache -fmessage-length=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit=0 -fno-color-diagnostics -fmodules-prune-interval=86400 -fmodules-prune-after=345600 -fbuild-session-file=/var/folders/34/rrfx8jzj0kbd5ch_t9bk5nb40000gn/C/org.llvm.clang/ModuleCache.noindex/Session.modulevalidation -fmodules-validate-once-per-build-session -Wnon-modular-include-in-framework-module -Werror=non-modular-include-in-framework-module -Wno-trigraphs -Wno-missing-field-initializers -Wno-missing-prototypes -Wno-return-type -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors...

Here are some edited output: ``` % CodeChecker analyze ./compile_commands_pretty.json --enable sensitive --output ./reports --verbose debug [DEBUG][2024-07-18 22:05:06] {system} [76410] - analyze.py:1045 main() - args: Namespace(input='/Users/edvard.fagerholm/git/foo/build/projectfiles/xcode/build_cmake_macos/compile_commands_pretty.json', jobs=12, keep_gcc_include_fixed=False, keep_gcc_intrin=False, output_format='plist',...

Here's the commands file. To me it seems like the `--serialize_diagnostics` is the problem as it's not correctly cleaned up and now points the output to the original input file....

I've now tried to fix the compile_commands.json file by running the following Python script on it: ``` import json import re remove_flags = [ r"--serialize-diagnostics\s+\S+", r"-f\S+\s+", r"-W\S+\s+" ] def clean_command(pattern,...