Chase Webb

The output after following the above step is as follows: (I terminated the program since it was seemingly duplicate output just with a different Homa request ID) ``` chwebb02@vm0:~/grpc_homa$ ./test_client...

No worries, thank you for helping! I am using gRPC 1.57.0 with the most recent version of the Homa Kernel Module running on top of Ubuntu 22.04 LTS with Linux...

After setting DEBUG to yes in the Makefile, there was no segmentation fault. However, the problem persists when compiling with DEBUG set to no.

Sorry for delay. Here is the stack trace using gdb ``` #0 0x00007ffff7da4d74 in std::__cxx11::basic_string::operator std::basic_string_view() const () from /lib/x86_64-linux-gnu/libstdc++.so.6 #1 0x0000555555a4a193 in std::shared_ptr grpc_core::AVL::Get(std::shared_ptr const&, std::basic_string_view const&) () #2...

Sorry for my late response. I am not able to compile with the new homa_listener. I get the following output: ``` homa_listener.cc: In member function ‘void HomaListener::Transport::start(grpc_core::Server*, const std::vector*)’: homa_listener.cc:297:28:...

I was not able to find the method when searching through the file. I was able to determine that I am using gRPC 1.57.0 and issuing git log resulted in...

I also had to make a change to the appropriate header file to add a declaration of printNames(). After doing so and running test_server I am not receiving any output...

After another attempt, the code does not segfault when using the provided channel_args. The output of running test_server is as follows: ``` chwebb02@vm0:~/grpc_homa$ ./test_server ChannelArgs name: grpc.compression_enabled_algorithms_bitset ChannelArgs name: grpc.internal.event_engine...

Yes, the above output is the result from using the provided files and compiling and running without debugging.