Greg Brissey

Show:

What's happening?

  • Comment: multi-home hosts use wrong NIC to connect

    A windoex version of VIM was used to edit the file. Note that the Linux version has the same issue as well.

    2009-01-26 22:57:30 UTC in opendds

  • Comment: WinXP openDDS app. cores when exiting main()

    That's a bit problematic in my case. I have a class that abstracts all the DDS from the main, thus all these references exist within the class till it goes out of scope at the end of main() If I try to delete the dw or dr references which I would of thought was equivalent of them going out of scope. I get compilation errors about not being able to access private member with the DDS...

    2009-01-23 22:09:42 UTC in opendds

  • WinXP openDDS app. cores when exiting main()

    Application is in process of normal completion and termination when it cores. Application calls the standard DDS cleanup methods: // Clean up all the entities in the participant dp_->delete_contained_entities (); // Clean up the participant dpf_->delete_participant (dp_.in ()); // Clean up the transport TheTransportFactory->release (); // Clean up DDS...

    2009-01-23 16:59:21 UTC in opendds

  • Comment: multi-home hosts use wrong NIC to connect

    pub: ./ddsxfer -ORBDebugLevel 0 -ORBSvcConf simple_tcp.conf -DCPSConfigFile pub.ini -DCPSTransportDebugLevel 5 (see comment dated 2009-01-19 16:17 for details) pub.ini is in same directory as executable. sub: DDSFileXfer -f "/data/file4MB" -b 512 -ORBSvcConf simple_tcp.conf -DCPSConfigFile sub.ini -DCPSTransportDebugLevel 5 the executable is in the upper-level VS-2008 project Debug dire.

    2009-01-22 17:19:08 UTC in opendds

  • Comment: using zero copy, previous received sample stay in Sequence

    replacing the read with take did the trick. Thanks Greg.

    2009-01-22 03:45:31 UTC in opendds

  • using zero copy, previous received sample stay in Sequence

    I'm attempting to use the Zero Copy semantics for the on_data_available() method (copied from the dev example ZC Message) what I see is: 1st sample receive the data and info sequence are length 1 2nd .... 2 (previous 1st ) 3rd 3 (previous...

    2009-01-22 00:58:12 UTC in opendds

  • Comment: multi-home hosts use wrong NIC to connect

    I tried using the example in openDDS 1.2 Developer'sGuide sec. 31.4.4.3 Transport initialization and registration, to configure the TCP transport and ran into problems. The example verbatim doesn't compile. from the guide: OpenDDS::DCPS::SimpleTcpConfiguration* tcp_config = static_cast (config.in ()); ACE_INET_Addr local_address...

    2009-01-20 20:34:12 UTC in opendds

  • Comment: multi-home hosts use wrong NIC to connect

    Is there a tcp property to limit the NIC that can be set? In RTI's DDS 4.2e to limit the NIC one would do the following: (C API) sprintf(locator, "%s", nicIP /* "172.16.0.*" */); udpv4_property.parent.allow_interfaces_list_length = 1; udpv4_property.parent.allow_interfaces_list = &locator; NDDS_Transport_Support_set_builtin_transport_property(pNddsObj->pParticipant,

    2009-01-20 18:50:21 UTC in opendds

  • Comment: multi-home hosts use wrong NIC to connect

    In studying the logs (if I understand them properly) the Transport uses the first IP interface it finds (excluding the loop-back) to create the local_address regardless of what local_address was set to. Which is counter to the documentation. e.g. pub: (10937|182908296800)SimpleTcpTransport::configure_i listening on pegasus:33296 (why is it listening here?) (10937|182908296800) ip int.

    2009-01-20 18:34:26 UTC in opendds

  • Comment: multi-home hosts use wrong NIC to connect

    sub.log DDSFileXfer -f "/data/file4MB" -b 512 -ORBSvcConf simple_tcp.conf -DCPSConfigFile sub.ini -DCPSTransportDebugLevel 5 (3740|2264)"DCPSBitLookupDurationMsec" is not defined in config file - using code default. (3740|2264)"DCPSBit" is not defined in config file - using code default. (3740|2264)"FederationRecoveryDuration" is not defined in config file - using code default...

    2009-01-19 23:28:24 UTC in opendds

About Me

  • 2009-01-14 (10 months ago)
  • 2361013
  • gbrissey (My Site)
  • Greg Brissey

Send me a message