Issue 19208: Issue 19178 resolution is rubbish (qvt-rtf) Source: Model Driven Solutions (Dr. Edward Willink, ed(at)willink.me.uk) Nature: Clarification Severity: Minor Summary: The proposed resolution for Issue 19178 'clarifies' nested exceptions. It is wrong. The confusion arises from C++'s problem with a nested exception in a destructor not in a handler. QVTo has no destructors so there is no problem. Issue 19178 should be closed without change. Do not apply chnages from Issue 19178 resolution. Resolution: For ease of reference, the erroneous 19178 revised text was: In 8.2.2.13 TryExp add The selected exceptClause completes before the TryExp completes. Consequently if an exception is raised during execution of the exceptClause, the execution of the exceptClause cannot complete and so execution of the transformation terminates without any further changes occurring. The trace records may be examined to determine what actions the transformation performed prior to termination. We just need to make clear that the handling of nested exceptions is normal. Revised Text: <<Do not apply Issue 19178 revisions>> In 8.2.2.13 TryExp add A nested exception within an exceptClause terminates the exceptClause unless caught by a nested TryExp Actions taken: February 8, 2014: received issue July 15, 2014: closed issue Discussion: End of Annotations:===== m: webmaster@omg.org Date: 08 Feb 2014 02:07:12 -0500 To: Subject: Issue/Bug Report ******************************************************************************* Name: Edward Willink Employer: mailFrom: ed@willink.me.uk Terms_Agreement: I agree Specification: QVT Section: 8.2.2.13 FormalNumber: -- Version: n/a Doc_Year: Year Doc_Month: Month Doc_Day: Day Page: n/a Title: Issue 19178 resolution is rubbish Nature: Clarification Severity: Minor CODE: 3TMw8 B1: Report Issue Remote Name: edwillink.plus.com Remote User: HTTP User Agent: Mozilla/5.0 (Windows NT 6.0; rv:26.0) Gecko/20100101 Firefox/26.0 Time: 02:07 AM Description: The proposed resolution for Issue 19178 'clarifies' nested exceptions. It is wrong. The confusion arises from C++'s problem with a nested exception in a destructor not in a handler. QVTo has no destructors so there is no problem. Issue 19178 should be closed without change. Do not apply chnages from Issue 19178 resolution.