Issue 4797: Add set of typedefs that would facilitate template programming (cxx_revision)
Source: Memorial University of Newfoundland (Jeffrey Parsons, Ph.D., jeffreyp(at)mun.ca)
Nature: Uncategorized Issue
Severity: 
Summary: The addition amounts to a set of typedefs that would facilitate template
programming, added to each C++ skeleton class created for an IDL interface,
and analogous to the typedefs that already exist in the mapping for the stub
side. Say we have an IDL file

module foo
{
  interface bar {};
};

Then in generated code we're talking about something like:

namespace POA_foo
{
  class bar
  {
  public:
    typedef foo::bar _stub_type;
    typedef foo::bar_ptr _stub_ptr_type;
    typedef foo::bar_var _stub_var_type;
	.
	.
	.
  };
};


Resolution: 
Revised Text: 
Actions taken:
December 28, 2001: received issue
Discussion: 
deferred in June 2011 to the next RTF
End of Annotations:=====
X-Authentication-Warning: emerald.omg.org: hobbit.omg.org
[192.67.184.3] didn't use HELO protocol
Received: from cs.wustl.edu (128.252.165.15) by hobbit.omg.org
asmtp(1.1.1)
	id 21750; Fri, 28 Dec 2001 15:51:00 -0500 (EST)
Received: from ATHENA.cs.wustl.edu (athena.doc.wustl.edu
[128.252.160.180])
	by taumsauk.cs.wustl.edu (8.9.1/8.9.1) with ESMTP id OAA02529
	for <issues@omg.org>; Fri, 28 Dec 2001 14:30:10 -0600 (CST)
Message-Id: <5.1.0.14.0.20011228141047.0221e008@mail.cs.wustl.edu>
X-Sender: parsons@mail.cs.wustl.edu
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 28 Dec 2001 14:30:09 -0600
To: issues@omg.org
From: Jeff Parsons <parsons@cs.wustl.edu>
Subject: proposed addition to C++ mapping
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-UIDL: h@@!!/N7e9K/&!!iJM!!
Status: RO

Hi,

Here at the Distributed Object Computing Group at Washington
University
in St. Louis, we've been seeing a growing number of requests from our
user base for an addition to TAO, our open source ORB.

The addition amounts to a set of typedefs that would facilitate
template
programming, added to each C++ skeleton class created for an IDL
interface,
and analogous to the typedefs that already exist in the mapping for
the stub
side. Say we have an IDL file

module foo
{
  interface bar {};
};

Then in generated code we're talking about something like:

namespace POA_foo
{
  class bar
  {
  public:
    typedef foo::bar _stub_type;
    typedef foo::bar_ptr _stub_ptr_type;
    typedef foo::bar_var _stub_var_type;
    .
    .
    .
  };
};



thanks,

Jeff Parsons


X-Authentication-Warning: emerald.omg.org: hobbit.omg.org
[192.67.184.3] didn't use HELO protocol
Received: from cs.wustl.edu (128.252.165.15) by hobbit.omg.org
asmtp(1.1.1)
	id 22130; Fri, 28 Dec 2001 17:27:12 -0500 (EST)
Received: from ATHENA.cs.wustl.edu (athena.doc.wustl.edu
[128.252.160.180])
	by taumsauk.cs.wustl.edu (8.9.1/8.9.1) with ESMTP id QAA10993
	for <issues@omg.org>; Fri, 28 Dec 2001 16:06:04 -0600 (CST)
Message-Id: <5.1.0.14.0.20011228160347.02183170@mail.cs.wustl.edu>
X-Sender: parsons@mail.cs.wustl.edu
X-Mailer: QUALCOMM Windows Eudora Version 5.1
Date: Fri, 28 Dec 2001 16:06:03 -0600
To: issues@omg.org
From: Jeff Parsons <parsons@cs.wustl.edu>
Subject: Re: proposed addition to C++ mapping
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-UIDL: J^`!!jjQ!!4;J!![*8e9
Status: RO

Hi,

I'd like to amend my submission that I made earlier today. Since
'stub' is not a standard CORBA designation, maybe it would be
better to name the proposed added typedefs

       _interface_type
       _interface_ptr_type
       _interface_var_type

thanks,

Jeff Parsons