IBM Support

PK92950: QUINTUS ID: 225936 DISCREPANCIES IN THE CODE GENERATION FOR USAGETYPE PROPERTY

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as Permanent restriction.

Error description

  • There are some discrepancies in the way the code is geenrated
    
    
    
    for the UsageType properties.
    
    If the UsageType property is set to Existence, then a forward
    declaration is expected to be generated.
    However no Forward declaration is generated if
    GenerateForwardDeclaration property is unchecked.
    
    Similarly, if UsageType property is set to Implementation, #
    include is generated correctly in the Implementation file. If
    GenerateForwardDeclaration property is checked, it also results
    in an unnecessary forward declarion in the spec file increasing
    compile time.
    
    It appears as though this property overides UsageType property
    settings.
    However this behaviour is also not documented.
    
    Request for UsageType to generate code as per its documentation.
    
    Business Impact:
    
    Customer's Comment
    'At the moment we are about to clean up out models before we
    start
    working for our next SW version.
    As work for our next SW version will start within the next 5
    weeks we
    need really a solution wihtin short time frame.'
    
    PMR number:
     61906,SGC,724?
    

Local fix

  • NA
    

Problem summary

  • The issue ws that the UsageTYpe documentation says forward decl
    is generated when set to existence.Howver its not generated if
    GFD prop is false. Therefore a defect was raised for defect in
    documentation.
    

Problem conclusion

  • Dev has replied that "The GenerateForwardDeclaration property is
    a general property that causes forward declaration not to be
    generated.
    Forward declarations are generated for many reasons and there
    are many properties that help the user control them.
    I dont think its right to add a restriction to all those
    properties, saying somthing like "Relevant only if
    GenerateForwardDeclaration is unchecked"."
    However "There are cases where we do mention such conditions.
    
    I suggest that for now Roopa enter it as a documentation
    enhancement in RTC, and we'll make the decision later as to
    whether we should be adding this note."
    
    hence closing this APAR and keeping the same RATLC id for RFE
    

Temporary fix

Comments

APAR Information

  • APAR number

    PK92950

  • Reported component name

    TLOGIC RHAPSODY

  • Reported component ID

    5724V74RP

  • Reported release

    750

  • Status

    CLOSED PRS

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-08-03

  • Closed date

    2010-01-27

  • Last modified date

    2010-01-27

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS7P9W","label":"Rational Rhapsody"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.5","Line of Business":{"code":"LOB59","label":"Sustainability Software"}}]

Document Information

Modified date:
24 October 2021