Adam Mitz

I don't see a reason to do this. The spec doesn't require it, so completely valid user code would start to break.

Please see the mailing list archives where this was discussed previously https://sourceforge.net/p/opendds/mailman/opendds-devel/?viewmonth=201705 There are some lower-level scripts in place already, such as MPC's prj_install.pl that provide cross-platform install support. The...

Creating a CMake "find module" for OpenDDS is a separate but related issue. We have some work in progress to generate the required CMake files during configure to enable `find_package(OpenDDS...)`...

It was on hold for a while due to 3.13 (DDS Security) but we are actively working on it. Also see https://github.com/mw-smenon/opendds_example

Was this fixed by #2685 or does it need more work?

The code from the stack trace is no longer in OpenDDS, I suggest we close this.

Looks like it is now fixed for sample_rejected, sample_lost, liveliness_lost. Are others still a problem?

@jwillemsen can this be closed?

> Any update on improving this slow discovery of participants associated with RTPS mode? How many participants are you supporting? What is ResendPeriod set to?

What's the latency you're trying to get it down to? Have you tried changing nak_response_delay, heartbeat_period, and/or heartbeat_response_delay in the transport settings? See Table 7-17 in the developer's guide.