[Ace-users] Re: [tao-users] AMI client stub _cxx_delete_excep member unknown

Douglas C. Schmidt schmidt at dre.vanderbilt.edu
Mon Oct 8 18:52:37 CDT 2007


>My AMI client stub compilation fails with the following error :

To ensure that we have proper version/platform/compiler information,
please make sure you fill out the appropriate problem report form
(PRF), which is in


or in


in older versions of ACE+TAO.  Make sure to include this information
when asking any questions about ACE+TAO since otherwise we have to
"guess" what version/platform/compiler/options you've using, which is
very error-prone and slows down our responsiveness.  If you don't use
the PRF, therefore, it is less likely that someone from the core
ACE+TAO developer team will be able to answer your question.
Naturally, we encourage and appreciate other members of the ACE+TAO
user community who can respond to questions that they have the answers



>In static member function ‘static void
>Messaging::ReplyHandler*, CORBA::ULong)’:
>error: ‘class Gulf::CorbaBee::AMI_Bee_Cmd_FacadeHandler’ has no member
>named ‘_cxx_delete_excep’
>The _cxx_delete_reply_stub method calls _cxx_delete_excep within the
>generated stub implementation file. However _cxx_delete_excep is not
>declared/defined anywhere. The cxx_delete_excep member is
>declared/defined instead (i.e., without the leading underscore).
>Here is the compilation command line :
>i686-7304lcvmp-linux-gnu-g++ -I/users/greg/dev/wd/gulf-corba-bee-cnx/src
>- -I/users/greg/dev/wd/gulf-corba-bee-cnx/include
>- -MD -Wall -O2 -DACE_NDEBUG -o
>- -c
>Stubs and skeletons are generated using :
>i686-7304lcvmp-linux-gnu-tao_idl -o
>- -Ge 0 -Sa -St -H perfect_hash -g
>- -hc "C.hpp" -hs "S.hpp" -GC -GIh "I.hpp"
>The idl file is pretty simple :
>module Gulf {
>     module CorbaBee {
>          struct Inet_Ap {
>               unsigned long   addr; // network address
>               octet           mask; // network mask
>          };
>          interface Bee_Cmd_Facade {
>               boolean create_inet_ap(in unsigned long tid,
>                                      in unsigned long oid,
>                                      in Inet_Ap ap);
>               boolean delete(in unsigned long tid,
>                              in unsigned long oid);
>          };
>     };
>Has anybody come across this kind of error ? Is it a known bug or did I
>miss something ?
>Any help would be highly appreciated.
>Version: GnuPG v1.4.6 (GNU/Linux)
>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

Dr. Douglas C. Schmidt                       Professor and Associate Chair
Electrical Engineering and Computer Science  TEL: (615) 343-8197
Vanderbilt University                        WEB: www.dre.vanderbilt.edu/~schmidt
Nashville, TN 37203                          NET: d.schmidt at vanderbilt.edu

More information about the Ace-users mailing list