-
Key: DDSXTY14-61
-
Status: open
-
Source: Object Computing, Inc. - OCI ( Mr. Frederick Hornsey)
-
Summary:
DynamicTypeSupport has the following IDL definition in Annex C:
interface DynamicTypeSupport : TypeSupport { /* This interface shall instantiate the type FooTypeSupport * defined by the DDS specification where "Foo" is DynamicData. */ /*static*/ DynamicTypeSupport create_type_support( in DynamicType type); /*static*/ DDS::ReturnCode_t delete_type_support( in DynamicTypeSupport type_support); DDS::ReturnCode_t register_type( in DDS::DomainParticipant participant, in ObjectName type_name); ObjectName get_type_name(); };
This definition can't be used in an XTypes implementation, at least in one using standard IDL. register_type and get_type_name can't use those names because a derived interface can't define operations that share names with ones in its base interfaces. This is described at the end of 7.4.3.4.3.2.1 in IDL 4.2. Another issue is the "static" operations. They get the point across as to what the author means but, they are also not usable as IDL can't define operations as static. DynamicTypeBuilderFactory and DynamicDataFactory also do this.
-
Reported: DDS-XTypes 1.3 — Fri, 28 Oct 2022 17:45 GMT
-
Updated: Thu, 8 Dec 2022 16:29 GMT
DDSXTY14 — DynamicTypeSupport IDL defnition is invalid IDL
- Key: DDSXTY14-61
- OMG Task Force: DDS Extensible Types (DDS-XTYPES) 1.4 RTF