f



[tao-users] Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO

Hi,

>> My only guess is that all of the libs you are linking in your
>> builds were not compiled with a consistent set of options. 

Right, my recommendation would be to completely blow away your
existing ACE+TAO x.5 directory, download a fresh version, and start
from a clean slate.  It sounds like you may have things lying around
from previous build attempts.

Thanks,

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

0
Douglas
3/20/2006 5:24:18 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
1117 Views

Similar Articles

[PageSpeed] 37

Reply:

Similar Artilces:

[ace-bugs] Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO
Hi, 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 $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM or in $ACE_ROOT/BUG-REPORT-FORM $TAO_ROOT/BUG-REPORT-FORM 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 error-prone and slows down our responsiveness. > I know we can set exceptions = 1 or 0 in platform_macros.GNU > to use ACE's exception handling or C++'s native exception handling. > > But I am still not clear on which value should I set exceptions to if > I want to use only the C++'s native exception handling support. Then just set it to 1 which is the default. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ------=_Part_4854_4331443.1142846841468 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline ACE VERSION: 5.5 HOST MACHINE and OPERATING SYSTEM: *Sparc, Solaris 10 * If on Windows based OS's, which version of WINSOCK do you use?: TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AN...

RE: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO
Hi, The files hand-crafted from pseudo IDL in the ORB are all using -Ge 1, the same as the orbsvcs files in your use case, so there should be no conflict. When you say you've set exceptions=1, does that mean for orbsvcs or for the TAO build as well? We are in the process of dropping support for ACE's exception handling, and as I understand it, in the version of ACE+TAO that you have, ACE exception handling should not be possible. My own workspace always uses native exception handling (and the IDL compiler option -Ge 1), and I have no build problems at any time. My only guess is that all of the libs you are linking in your builds were not compiled with a consistent set of options. If you could do a sanity check on this, we can eliminate it as a cause of the problem and look into it more deeply. thanks, Jeff > -----Original Message----- > From: Douglas C. Schmidt [mailto:schmidt@cse.wustl.edu] > Sent: Monday, March 20, 2006 7:08 AM > To: ace-users@cs.wustl.edu; mycorba@gmail.com; > parsons@dre.vanderbilt.edu > Subject: Re: [ace-users] How to use c++ native exception > handling instead of ACE's while building ACE+TAO > > Hi, > > Thanks for using the PRF. > > >> ACE VERSION: 5.5 > > >> Why the -Ge flag is 1 in all the GNUmakefile.* (e.g. > >> GNUmakefile.CosNaming) in the directory: > >> $TAO_ROOT/orbsvcs/orbsvcs. In fact= , I h...

Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO #2
Hi, > However, all the codes are stub and skelton files generated from IDL > files. So I am puzzled. It sounds to me like you have do something like the following: .. Build TAO's ORB services using -Ge 2 option at some point, which would leave lots of stubs/skeletons around with the emulated exceptions. .. Then later gone back and rebuilt ACE+TAO using native exceptions and -Ge 1, but not cleaned up the stubs/skeletons generated earlier. That's why I recommend you TOTALLY start over from scratch and see if things work better. If this all seems like too much effort, please go ahead and purchase a precompiled version of ACE+TAO at nominal cost from OCI <http://www.theaceorb.com>. Thanks, Doug ------=_Part_9834_13545624.1143000995070 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, Thanks! Now I am just studying TAO. I have studied the codes. For example, for the warning: "MyNotifDefs_s.hh", line 160: Warning: POA_MyDefinitions::MyNotifDefs::MyCa= l lback::_is_a Hides the virtual function TAO_ServantBase::_is_a(const char*, CORBA::Environment&) in a virtual base. I read the codes in tao/PortableServer/Servant_Base.h and tao/Abstract_Servant_Base.h, especially the virtual function _is_a (...). I comment the line "CORBA::Environment&" in such virtual functions and then the warnin...

RE: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO #2
This is a multi-part message in MIME format. ------_=_NextPart_001_01C64CE3.591E106C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 >From the errors below, it looks like: =20 - You have either overridden the base class method _is_a() when it needs no overriding, or you have declared another method with the same name in your implementation class. =20 - You have used throw specs in methods and then have their implementations throw exceptions not in the list. =20 - You have used methods in ACE_Array_Map that don't exist. =20 =20 None of these things is related to exception handling, at least, to the question of whether exception handling is native or emulated. =20 Jeff _____ =20 From: Ji Soo [mailto:mycorba@gmail.com]=20 Sent: Tuesday, March 21, 2006 1:51 AM To: Jeff Parsons Cc: Douglas C. Schmidt; ace-users@cs.wustl.edu Subject: Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO =09 =09 Hi,=20 =20 Now I have download a fresh TAO's source package and built it. I compiled an idl file with tao_idl. =20 The command line is : tao_idl -Sc -Sp -Ge 2 -hc _c.hh -hs _s.hh -cs _c.cc -ss _s.cc -ci _c.i -si _s.i -Wb,pre_include=3Dace/pre.h -Wb,post_include=3Dace/post.h -I. MyTest.idl. =20 And then I compile the generated stub and skelton codes with my implementation codes. The command line is: ...

RE: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO #2
Hi, > >> In fact, I built ACE + TAO with all the default configuration. > >> Just created one file config.h in ACE_wrappers/ace, which > includes one line= > >> : > >> #include "ace/config-sunos5.10.h", and another file > >> ACE_wrappers/include/makeinclude/platform_macros.GNU, > which includes only > >> one line: > $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU. > >> > >> Then I cd into ACE_wrappers/ace and run "gmake", and then cd into > >> ACE_wrappers/apps/gperf and ACE_wrappers/TAO and run "gmake". > >> There seems no problems during the building except > warnings about some > >> modules missed such as "x11" and "SSL". > >> > >> Yes, there is no CORBA::Environment & in the methods of > those generated stu= > >> b > >> and skelton files from my test IDL files. > >> > >> I mean there are macros such as ACE_ENV_ARG_DECL_WITH_DEFAULTS > >> in the methods of those *.h and *.cpp files in the > downloaded TAO's source > >> package (e.g. the _is_a(...) functions in > >> ACE_wrappers/TAO/tao/PortableServer/Servant_Base.h and > >> ACE_wrappers/TAO/tao/PortableServer/Servant_Base.cpp). So > I think it's not > >> related to building ACE +TAO. The macros...

Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO #2
Hi Ji, >> The problem seems to me that the application code is compiled with >> an own set of GNU makefiles, they don't use the rules from the ones >> we ship with ACE. Is this correct? If so, then it's no surprise you're having problems.. >> I would propose that the reporter uses MPC to generate the >> makefiles and build those, all really looks like mismatches in >> compiler settings. Right, that's my intuition, as well. Take care, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu "Douglas C. Schmidt" <schmidt@cse.wustl.edu> writes: >>> The problem seems to me that the application code is compiled with >>> an own set of GNU makefiles, they don't use the rules from the ones >>> we ship with ACE. > > Is this correct? If so, then it's no surprise you're having problems.. > >>> I would propose that the reporter uses MPC to generate the >>> makefiles and build those, all really looks like mismatches in >>> compiler settings. > > Right, that's my intuition, as well. One advantage of the autoconf build is that almost all of...

[ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO
------=_Part_4200_19123378.1142842734852 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I know we can set exceptions =3D 1 or 0 in platform_macros.GNU to use ACE's exception handling or C++'s native exception handling. But I am still not clear on which value should I set exceptions to if I want to use only the C++'s native exception handling support. Thanks, -- Best regards, MyCORBA ------=_Part_4200_19123378.1142842734852 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <div>Hi,</div> <div>&nbsp;</div> <div>I know we can set exceptions =3D 1 or 0 in platform_macros.GNU</div> <div>to use ACE's exception handling or C++'s native exception handling.</d= iv> <div>&nbsp;</div> <div>But I am still not clear on which value should I set exceptions to if = </div> <div>I want to use only the C++'s native exception handling support.</div> <div>&nbsp;</div> <div>Thanks,<br clear=3D"all"><br>-- <br>Best regards,<br><br>MyCORBA </div= > ------=_Part_4200_19123378.1142842734852-- ...

[tao-users] RE: [ace-users] Tao_idl core dumps during ACE/TAO build
Hi, Please upgrade to ACE+TAO x.4.7, which you can download from http://deuce.doc.wustl.edu/Download.html under the heading "latest beta kit". The DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors for the latest beta kit, as described in http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html Thus, if you need more "predictable" help, I recommend that you check out http://www.cs.wustl.edu/~schmidt/commercial-support.html for a list of companies that will provide you with ACE+TAO commercial support. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > TAO VERSION: 1.4.1 > ACE VERSION: 5.4.1 > > HOST MACHINE and OPERATING SYSTEM: > Dell PowerEdge750, Slackware Linux 10.1.0 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version 3.3.4 > > AREA/CLASS/EXAMPLE AFFECTED: > CosConcurrencyControl.idl failed due to tao_idl core dump > > DOES THE PROBLEM AFFECT: > COMPILATION? Yes > $ACE_ROOT/ace/config.h and > $ACE_ROOT/include/makeinclude/platform_macros.GNU > included below > LINKING? No > EXECUTION? No > OTHER (please specify)? No > > SYNOPSIS: > TAO fails to build because tao_...

[ace-users] [ace-user] problem on building ACE+TAO+CAIO
Dear, all. I have a problem on buliding ACE+TAO+CAIO. ACE VERSION: 5.5 HOST MACHINE and OPERATING SYSTEM: HOST Machine: Intel Pentium D 3.0 1GB OS: Windows XP Professional SP2 TARGET MACHINE and OPERATING SYSTEM Same with the HOST machine and OS THE $ACE_ROOT/ace/config.h FILE #define ACE_HAS_MFC 1 #define ACE_NO_INLINE #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #include "ace/config-win32.h" DOES THE PROBLEM AFFECT: ACE+TAO+CAIO building SYNOPSIS: occurrance of syntax error during building ACE+TAO+CAIO DESCRIPTION: during building ACE+TAO+CAIO, syntax errors occurs at the point of enum definition in the file, options.h. Also, there are bunch of other errors. class ACE_Svc_Export Options { // = TITLE // Singleton that consolidates all Options for a gatewayd. public: // = Options that can be enabled/disabled. enum { // = The types of threading strategies. REACTIVE = 0, OUTPUT_MT = 1, INPUT_MT = 2, VERBOSE = 01, DEBUG = 02, SUPPLIER_ACCEPTOR = 04, CONSUMER_ACCEPTOR = 010, SUPPLIER_CONNECTOR = 020, CONSUMER_CONNECTOR = 040 }; one of them says that '}' is missing in front of '='. Did I misconfigure something? Thanks. - Je...

[tao-users] RE: [ace-users] ACE/TAO on Solaris 10
Hi, There have been some replies. People do have things working on Solaris and there have been made fixes in ACE/TAO. Could you wait another week or so and try the x.4.8 or try cvs, see http://cvs.doc.wustl.edu Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > Dear list members, > > (I sent this message couple of days ago and am unsure if it > was distributed, > thus re-sending it again. I apologize if you received it more > than once) > > I would like to give feedback regarding availability of > ACE/TAO (versions > 5.4.7 and 1.4.7 respectively) on OpenSolaris (Solaris 10) > Intel platform. > > Sun is selectively releasing source code of the Solaris 10 under an > open-source license. Details of this project and installable Solaris > binaries can be found on here: > http://www.opensolaris.org > > Sun has also released Forte compiler set in binary form to > the OpenSolaris > community. A Quote from their website: "Sun Studio 10 > software is freely > available to participants in the OpenSolaris community for > development on > both OpenSolaris and Solaris[tm] Operating Systems on > SPARC-based systems > and x86-based systems, as well as on Linux." You can get > access to Forte > compilers from the OpenSolaris website as well but you should register...

Re: [ace-users] [tao-users] ACE/TAO ported to Sun Studio 12
Hi, > is this change included in the official release of ACT/TAO (and if yes > since which version)? This change will be part of the upcoming x.6.2 version. I am creating x.6.2 at this moment, when everything runs fine it will be available at the end of today. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl *** Integrated compile and test statistics see http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** ...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO
Hi, I'm curious about the current status of ACE/TAO and C++ Builder 2006. Borland shipped the promised fix/update some time ago, but I couldn't find anything about how it works with ACE/TAO. Regards Espen Harlinn ...

[tao-users] Re: [ace-users] timestamps incorrect in ACE+TAO .tar.gz
Hi > It has just come to my attention that there are many files in the > ACE+TAO .tar.gz file with timestamps showing '1970-01-05'. Obviously > this is wrong and is the only reason why my packages have been > rejected from Debian ("file(s) with a time stamp too ancient"). > > Is there a possibility that this will be fixed. Or should I just > 'touch' all the problematic files? Could you please run a touch on them? I don't know how this happened. Strange. Opening and fiddling with the distribution would make quite a few things goofy! If ...

[ace-users] Re: Building orbsvcs.lib in ACE 5.4-TAO 1.4 (using Microsoft Visual C++)
[Bala, there's a question for you below.] Hi Ioannis, Thanks very much for your email. Please make sure to send all questions related to TAO or ACE to the TAO mailing list or ACE+TAO newsgroup, rather than to me directly since I travel frequently and often don't have ready access to email. See http://www.cs.wustl.edu/~schmidt/TAO-mail.html for more info on how to access these resources. > I have developed a Windows application that uses ACE 5.1-TAO 1.1 and > I would like to upgrade it to ACE 5.4-TAO 1.4. I have successfully > compiled ACE 5.4-TAO 1.4 us...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, See http://www.remedy.nl/en/borland.html for an overview of the supported Borland products with TAO. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, The x.4.8 version of ACE/TAO is supported with BCB2006, we have some linker warnings/errors in some configurations, Borland is working on these for Update2, but these are not causing a problem. See ACE_wrappers/ACE-INSTALL.html for info about how to use it. We deliver also commercial support for using BCB2006 with ACE/TAO. See www.theaceorb.nl for our services. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

RE: [tao-users] Re: [ace-users] Re: Announcing the release of the new beta (ACE-5.4.10, TAO-1.4.10 and CIAO-0.4.10)
Hi, > > >> We encourage you to download the new beta, use it with your > > >> applications, and let us know soon if you encounter any problems > > >> since we plan to cut the x.5 release by February 28th. > > > > As per Wallace's comments, we have an aggressive schedule > for the x.5 > > release to meet the needs of some major sponsors. If > people can give > > x.4.10 a "test drive" in the next couple of days and report problems > > they encounter we'll try to ensure that we fix any > showstoppers before > > According to bugzilla bug 2323 is not fixed yet. > > http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323 > > For us it is a show stopper. We use the OCI version which does not > have problems related to this bug but it would be nice to be able to > use the latest version with more fixes. FYI, the reason that this test now fails is because Ossama added several new test cases which wheren't in the test in the past, this uncovered some bugs which according to our information where already there a long time. Johnny "Johnny Willemsen" <jwillemsen@remedy.nl> writes: > > > >> We encourage you to download the new beta, use it with your > > > >> applications, and let us know soon if you encounter any problems > > > >> sinc...

[ace-users] [tao-users] Problem linking ACE/TAO
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------=_NextPart_000_0042_01C67435.B64C4BE0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Hello, I have an application using ACE/TAO and I get a linking error trying to = build executable. ACE/TAO VERSION: 5.5 / 1.5 OPERATING SYSTEM: Win 2000 SP 4 COMPILER NAME and VERSION: VC++ 2005 Standard Edition CONTENTS of $ACE_ROOT/ace/config.h: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #include "ace/config-win32.h" DOES THE PROBLEM AFFECT: COMPILATION? NO LINKING? YES EXECUTION? N/A (doesn`t get that far) SYNOPSIS: I am getting linking error while I am trying to build executable. DESCRIPTION: In the makefile (win32/debug) the libraries ACED.lib and TAOD.lib are in = the LIBS. The error message is: 1>oe_frontendC.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl ACE_Log_Msg::log(enum ACE_Log_Priority,unsigned short const *,...)" (__imp_?log@ACE_Log_Msg@@QAAHW4ACE_Log_Priority@@PBGZZ) referenced in function "public: void __thiscall TAO::Any_Insert_Policy_AnyTypeCode_Adapter<int>::any_insert(class = CORBA::Any *,int const &)const " (?any_insert@?$Any_Insert_Policy_AnyTypeCode_Adapter@H@TAO@@QBEXPAVAny@CO= RBA @@ABH@Z) T...

[tao-users] [ace-users] Problem linking ACE/TAO
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------=_NextPart_000_0042_01C67435.B64C4BE0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Hello, I have an application using ACE/TAO and I get a linking error trying to = build executable. ACE/TAO VERSION: 5.5 / 1.5 OPERATING SYSTEM: Win 2000 SP 4 COMPILER NAME and VERSION: VC++ 2005 Standard Edition CONTENTS of $ACE_ROOT/ace/config.h: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #include "ace/config-win32.h" DOES THE PROBLEM AFFECT: COMPILATION? NO LINKING? YES EXECUTION? N/A (doesn`t get that far) SYNOPSIS: I am getting linking error while I am trying to build executable. DESCRIPTION: In the makefile (win32/debug) the libraries ACED.lib and TAOD.lib are in = the LIBS. The error message is: 1>oe_frontendC.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl ACE_Log_Msg::log(enum ACE_Log_Priority,unsigned short const *,...)" (__imp_?log@ACE_Log_Msg@@QAAHW4ACE_Log_Priority@@PBGZZ) referenced in function "public: void __thiscall TAO::Any_Insert_Policy_AnyTypeCode_Adapter<int>::any_insert(class = CORBA::Any *,int const &)const " (?any_insert@?$Any_Insert_Policy_AnyTypeCode_Adapter@H@TAO@@QBEXPAVAny@CO= RBA @@ABH@Z) T...

RE: [tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi, > > Hi Lothar > > > > > � � ACE VERSION: 5.4.5 > > > > Thanks for using the PRF form. Could you try to find the > problem and send > > us patches to fix this? > > > > Regards, > > > > Johnny Willemsen > > I have no problem committing some time to the problem. I do > however know as > much as nothing about the ACE XML parser and it's recent > changes. It seems to > me that (some) of the recent changes might have caused the > test failures. So > if someone working actively on ACEXML gives me directions I > am willing to > spend my time investigating the problem. I can't remember that work has been done the last months so I am also amazed things broke. Nobody is actively working on it, so I think there are not much directions at this moment. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl On Wednesday 18 May 2005 11:01, Johnny Willemsen wrote: > Hi, > I can't remember that work has been done the last months so I am also > amazed things broke. Nobody is actively working on it, so I think there are > not much directions at this moment. Well, it did definiteley work with 5.4.4. So any changes that broke it must have been made between 5.4.4 and 5.4.5. I also read in the release email of 5.4.5 in the CIAO...

[ace-bugs] Re: [ace-users] ACE/TAO irc channel
Hi, > Does an ACE/TAO IRC channel exist? If so where? If not should we create one? Not that I know of. Maybe it is something some people could use but most of the core developers are already swamped with work and do their best to answer e-mails on the mailing lists, so adding another communication channel is not something they probably have time for the respond to. Johnny On Friday 29 April 2005 02:44, Johnny Willemsen wrote: > Hi, > > > Does an ACE/TAO IRC channel exist? If so where? If not should we create > > one? > > Not that I know of. Maybe it is something some people could use but most of > the core developers are already swamped with work and do their best to > answer e-mails on the mailing lists, so adding another communication > channel is not something they probably have time for the respond to. > > Johnny Even as a ACE users online forum it would be helpful sometimes. Some questions (not related to bugs) can be asked easier on a medium that allows immediate response. It could also help to to build an ACE community where experienced users answer less experienced users. And even if the developers listen on the channel (for curiosity I suppose) - nobody requires them to answer. How about a poll? Who is interested in participating (actively) in an ACE/TAO irc channel? If we get enough interest we can think of creating one. Freenode would be my suggestion. We can also create separ...

RE: [ace-users] Re: [tao-users] FYI: tao doesn't seem to build with gcc-4.0
Hi, We build with gcc4.0.2 with suse 10 without any problems. Johnny > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Steven Hartmann > Sent: dinsdag 15 november 2005 18:13 > To: ace-users@cs.wustl.edu > Subject: [ace-users] Re: [tao-users] FYI: tao doesn't seem to > build with gcc-4.0 > > I was wondering if anyone has found a workaround for the > problem below. I ran > into it also using gcc 4.0.2 which ships with SuSe 10. > > I did find that the gcc folks did fix this as bug # 24202 > ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24202 ), but > the fix seems to > be scheduled for release of 4.0.3. I was just wanting to > know if someone > found a workaround yet for 4.0.2? > > -- > Best regards, > > Steve Hartmann > > > On Thu, 2005-09-22 at 13:34 -0400, Jim wrote: > > > FYI: tao doesn't seem to build with gcc-4.0 > > > Recent versions (1.4.5 and newer) do build with g++ 4.0. > Which version > > are you using, and on what platform? Using the > > ACE_wrappers/TAO/PROBLEM-REPORT-FORM to report such issues > would be very > > helpful. > > An unrelated but maybe helpful observation is that TAO/ACE 1.4.7 does > not compile with the gcc in Debian unstable (which was > updated to gcc > ...

Re: [ace-users] Has Anyone on the ACE Users Mailing List Successfully compiled ACE and TAO for Panther Mac OS X 10.3?
Hi Tom, >> Can anyone let me know how to successfully compile the >> latest stable release of ACE 5.4 and TAO 1.4 package >> on Apple Mac OS X 10.3 Panther? I doubt ACE+TAO x.4 will work with 10.3 Panther. >> I have the ACE+TAO+CIAO latest stable release working perfectly on >> my Red Hat LINUX 9.0 OS, but would like to see it running on Mac OS >> X 10.3. You're better off starting from the x.4.3 beta, which is available at http://deuce.doc.wustl.edu/Download.html Some other folks on the mailing list have been expressing their interest in getting ACE+TAO working on Mac OS X, so I recommend you check out recent postings archived at the sites cited http://www.cs.wustl.edu/~schmidt/ACE-mail.html for contacts. Take care, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

Re: [tao-users] Re: [ace-users] Example showing how to use TAO to return a reference to a C++ class object via an ORB service
Hi Alex, >> Corba can marschall only those types that are known to it. (either build >> in basic types or defined by IDL). There is standard way to >> serialize a >> C++ class. I think you mean "there is no standard way to serialize a C++ class" right?! Take care, Doug ...

Web resources about - [tao-users] Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO - comp.soft-sys.ace

Resources last updated: 3/5/2016 8:46:23 AM