Issue 16:  Ordering of user exception and return values (comcorba-rtf)
Source:  (, )
Nature:  Uncategorized
Severity: 
Summary: Summary: The COM/CORBA Part A spec states that user exceptions go after return values in one place, and before return values in another. (3.2.10.3 and 4.1.3.1)

Resolution: 
Revised Text: 
Actions taken:
June 14, 1996: Received issue
Discussion: 

End of Annotations:=====

From geoff  Fri Jun 14 13:43:58 1996
Received: by amethyst.omg.org (5.4R2.01/1.34)
	id AA13160; Fri, 14 Jun 1996 13:43:58 -0400
Date: Fri, 14 Jun 1996 13:43:58 -0400
From: geoff (Geoffrey Speare)
Message-Id: <9606141743.AA13160@amethyst.omg.org>
To: issue-logger@omg.org
Subject: Question on COM/CORBA interworking Spec.
X-Omg-Issue: 16

Date: Fri, 14 Jun 1996 12:12:32 -0500
From: hari@austin.ibm.com (Hari Madduri)
To: issues@omg.org
Subject: Question on COM/CORBA interworking Spec.

Hi,
   One of our developers has the following question. Is this
the right place to get it answered?
	thanks
	-Hari
-------------------------------------------------------------------
	Hari, 
	
	Could you please help us with a COM-Corba Interworking spec question. 
	
	In implementing the OLE Intercept mapper, we have run into what seems to
	be an inconsistency in the spec: 
	
	    In section 3.2.10.3 of the COM-Corba spec, it states that if a user
	    exception and a return value both exist, the user exception goes
	    last in the method signature. Microsoft's MKTYPLIB fails with that
	    syntax, since it requires the return value (retval parm) to always
	    be last. 
	
	    In section 4.1.3.1 of the spec for the automation interfaces, it
	    states that if both a user exception and a return value exist, the
	    retval goes last, and the user exception goes 2nd last. 
	
	These two seem inconsistent, and in fact the first one isn't allowed by
	MKTYPLIB. Is the spec in error? 
	
	We need to understand this since our implementation is dependent on
	knowing how to build these signatures. 
	
	Thanks in advance, 
	
	
	Dan Nimtz 
	
	Commercial Object App Platform Enablement 
	Dept 143 
	SWS Rochester 
	
	dnimtz@rchland 
	Internet: dnimtz@rchland.vnet.ibm.com 
	553-4034