f



RE: [ace-users] Re: what version tao/ace for AIX 5.2 posix aio

Hi Duane,

I can't speak for TAO's use of AIO, but ACE 5.4 does support AIO on
AIX 5.2.

-Steve







--
Steve Huston, Riverace Corporation
Co-author of "C++ Network Programming" and "The ACE Programmer's
Guide"
Books, ACE kit and support info at http://www.riverace.com/ 

> -----Original Message-----
> From: owner-ace-users@cse.wustl.edu 
> [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Douglas C.
Schmidt
> Sent: Sunday, July 04, 2004 2:49 PM
> To: shuston@riverace.com; ace-users@cs.wustl.edu
> Subject: [ace-users] Re: what version tao/ace for AIX 5.2 posix aio
> 
> 
> Hi Duane,
> 
> >> I remember reading that TAO/ACE does not use aio on 5.1 AIX
because
> >> AIX did not support POSIX aio.  AIX 5.2 has POSIX aio.  Does
> >> TAO/ACE use aio with AIX 5.2?
> 
> This is an excellent question for Steve Huston
<shuston@riverace.com>
> since the DOC group doesn't have AIX.
> 
> Thanks,
> 
>         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


0
Steve
7/5/2004 7:42:11 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
650 Views

Similar Articles

[PageSpeed] 52

Reply:

Similar Artilces:

[ace-users] Re: what version tao/ace for AIX 5.2 posix aio
Hi Duane, >> I remember reading that TAO/ACE does not use aio on 5.1 AIX because >> AIX did not support POSIX aio. AIX 5.2 has POSIX aio. Does >> TAO/ACE use aio with AIX 5.2? This is an excellent question for Steve Huston <shuston@riverace.com> since the DOC group doesn't have AIX. Thanks, 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: [ace-users] ACE 5.3
This is a multi-part message in MIME format. ------=_NextPart_000_01BC_01C5D46D.2EF26B10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Praveen, =20 Riverace will have an AIX 5.3/Visual Age 7 machine running next week. We have a sponsor for porting ACE 5.4 to the platform. If you'd like to sponsor us porting back to ACE 5.3, please let me know. =20 Best regards, =20 -Steve -- Steve Huston, Riverace Corporation "How to Use ACE Effectively" class Oct 17-19! See http://www.riverace.com/training.htm -----Original Message----- From: owner-ace-users@cse.wustl.edu [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Praveen Kumar Gulati Sent: Wednesday, October 19, 2005 3:08 AM To: ace-users@cs.wustl.edu Subject: [ace-users] ACE 5.3 - TAO 1.3 on AIX 5.3 with compiler Visual Age Version 7.0 Hi I am trying to build ACE 5.3 - TAO 1.3 on AIX 5.3 with compiler Visual Age Version 7.0. Do you already know some issues in above combination?=20 Whether some one is already using above combination? Regards Praveen Gulati ------=_NextPart_000_01BC_01C5D46D.2EF26B10 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii&q...

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi, Sorry, we are using DevStudio 7.1 (2003) ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, March 07, 2006 2:42 PM To: 'Ishay Green'; ace-users@cs.wustl.edu Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi Ishay, >> Sorry, we are using DevStudio 7.1 (2003) We use this too. Please see ACE_ROOT/tests/Time_Value_Test.cpp for lots of examples that use ACE_Time_Value with integers. Please see if this works on your OS/compiler platform. Thanks, Doug >> ~ Ishay >> >> Software Architect >> Onigma Ltd. >> Tel: +972-3-6877315 >> Fax: +972-3-6877128 >> Mobile: +972-54-2325090 >> Email: ishay@onigma.com >> >> -----Original Message----- >> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] >> Sent: Tuesday, March 07, 2006 2:42 PM >> To: 'Ishay Green'; ace-users@cs.wustl.edu >> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 >> >> Hi, >> >> > ACE VERSION: 5.5 >> >> Thanks for using the PRF form. >> >> > HOST MACHINE and OPERATING SYSTEM: >> > >> > Intel, WindowsXp, Windows 2003 >> >> An important bit information is missing, which compiler did you use. >> >> > AREA/CLASS/EXAMPLE AFFECTED: >> > The only problem we encountered was a compilation error >> > when construction ACE_Time_Value. >> > >> > The ACE_Time_Value cannot be constructed anymore from an integer. >> > >> > For example: ACE_Time_Value( 5 ) --> Compile error >>...

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-users] Re: Upgrading project from ACE 5.2.8 to ACE 5.4 version
Hi Sekhar, Thanks very much for your email. Please make sure to send all questions related to TAO or ACE to the ACE 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/ACE-mail.html for more info on how to access these resources. > I got problems when building my project with latest ACE 5.4 version > but my project has no problems while building with ACE 5.2.8 > version. I need help to upgrade my project to build with ACE 5.4 > version. > > I posted this one on July 1st,2004 around one week > back and got no reply from anybody. That's probably because people are either too busy to help or don't understand how to solve your problem. > Can you please help me in solving this issue. Please note that the DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors, 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 commercial support. Thanks, Doug ...

[ace-users] Re: How can I use ACE(Latest Beta Kit) for AIX version 5.3/5.2 and VisualAge C++ 7.0/6.0 for AIX on machine IBM P690? \
Hi Oliana, Thanks very much for your email. Please make sure to send all questions related to TAO or ACE to the ACE 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/ACE-mail.html for more info on how to access these resources. > I want to use ACE.tar.bz2(Latest Beta Kit) on AIX version 5.3,Now > I'm writing application program base on ACE.tar.bz2 (Latest Beta > Kit) and testing ACE.tar.bz2(Latest Beta Kit) on AIX version 5.2 for > IBM P690 and using VisualAge C++ 6.0 and VisualAge C++ 7.0,It?s very > strange ,the ACE.tar.bz2 was compiled successful,But the application > program can?t be compiled success,There are a lot of problems.It has > reported a lot of mistakes of STL head file in VisualAge ,and then > It told me there are something wrong in VisualAge C++ 6.0/7.0's head > file.I don't know why,Then ,I written testing code ,only have tested > VisualAge C++ 6.0 and VisualAge C++ 7.0 for AIX version 5.2's head > file already,the compiler was compiling and running up to snuff,no > mistake in head file.And you know ,When I put the same application > program and ACE.tar.bz2(Latest Beta Kit) in Redhatlinux for PC and > Turbo linux for IBM eServe BladeCenter, there are no mistakes,and > It?s normally compiling and running so fast.So,I don?t know why,what > happ...

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...

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5
Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

RE: [ace-users] ACE 5.3
Hi, 5.3 is ancient, visual age 7 is brand new, I don't think anyone is using this and you problaby will find issues because this is not tested. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Praveen > Kumar Gulati > Sent: woensdag 19 oktober 2005 9:08 > To: ace-users@cs.wustl.edu > Subject: [ace-users] ACE 5.3 - TAO 1.3 on AIX 5.3 with > compiler Visual Age Version 7.0 > > Hi > > I am trying to build ACE 5.3 - TAO 1.3 on AIX 5.3 with > compiler Visual Age Version 7.0. > > Do you already know some issues in above combination? > > Whether some one is already using above combination? > > Regards > > Praveen Gulati > > ...

[ace-users] Re: Anyone using OCI ACE/TAO on AIX 5.2?
Pleaes do NOT send questions about OCI's version of TAO to this newsgroup. Send it to taosupport@ociweb.com instead. Thanks, doug >> I have OCI's versions of ACE and TAO: ACE 5.3a-OCI and TAO 1.3a-OCI >> >> I can't get ACE to compile on my AIX 5.2 machine. >> >> Has anyone successfully built ACE 5.3a-OCI and TAO 1.3a-OCI on AIX 5.2????? >> >> thanks >> >> Duane -- 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: [ace-bugs] Re: [ace-users] ACE & POSIX
Hey there's a thought. ;-) I like it. Kindly, Graham -----Original Message----- From: owner-ace-bugs@cse.wustl.edu [mailto:owner-ace-bugs@cse.wustl.edu] On Behalf Of Stephen Torri Sent: Monday, June 14, 2004 9:38 PM To: Douglas C. Schmidt Cc: ace-bugs@cs.wustl.edu Subject: Re: [ace-bugs] Re: [ace-users] ACE & POSIX Douglas C. Schmidt wrote: > Hi Folks, > > >>Yes, but it sure would make the ACE libraries smaller and potentially >>easier to maintain. A lot of the OS specific code would go away. ;-) > > > Ah, but there's rub! It will actually make ACE much larger and harder > to maintain since there will be many platforms/compiler that don't > support the new standard for many years, so it will be necessary to > support multiple variants! Having said that, I welcome these > enhancements since I think they will help improve the relevance of C++ > (cf Java), but it won't make ACE smaller and easier to maintain > (unfortunately)! > > Take care, > > Doug So consider it a new opportunity to develop new design patterns, write more papers and books, and become financially independent. ;) Stephen ...

RE: [ace-users] Re: compile ACE+TAO.tar.bz2 (version 5.4.9) in Linux failed:
Hi, This is a problem with the autoconf usage, there was a bug in that, please use the traditional way of building and please use the PRF form, then it would be clear on the first look that you did use autoconf. This will be fixed in the upcoming x.4.10 version. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > Please see > > http://www.dre.vanderbilt.edu/scoreboard/ > > for a summary of the SUSE platforms that we support (which look like > SUSE 10). I think think we have SUSE 9, so if you can send us patches > to fix the problem that would be great. > > Thanks, > > Doug > > >> ersion: 5.4.9 > >> host: windows xp sp2, suse linux enterprise server 9 sp2 > >> compiler: vs.net 2003, gcc 3.3.3 > >> > >> compile ACE+TAO.tar.bz2 error on SuSE Linux Enterprise > Server 9 (while > >> on windows xp it's ok): > >> > >> ../../ace/OS_NS_Thread.cpp: In function `int > >> ACE_OS::thr_get_affinity(long > >> unsigned int, unsigned int, cpu_set_t*)': > >> ../../ace/OS_NS_Thread.cpp:5051: error: invalid conversion from > >> `cpu_set_t*' to > >> `unsigned int' > >> /usr/include/sched.h:81: error: too few arguments to function `int > >> sched...

Re: [ace-bugs] RE: FW: [ace-users] ACE & POSIX
Hi Graham, >> Having spent most of my time in the murky world of real-time >> embedded systems (for the medical industry) I can tell you this. >> It is quite unlikely that the "old dodgers" (according to your >> definition I would fall into that category) would upgrade their >> version of ACE. If the current (or older) version of ACE works why >> upgrade? That's not been our experience working with scores of companies during the past decade. There are many companies who are stuck using older compiler platforms, but are quite happy to upgrade to newer versions of ACE, particularly when those versions fix important bugs, improve compile-/run-time performance, and/or add useful features. In fact, companies like OCI do a good business supporting precisely these sorts of uesrs. >> The old gnu 2.7.2 compiler that was mentioned earlier is most >> likely the compiler that is used by Windriver's IDE Tornado (which >> I use daily). Tornado 2.0.2 for Intel CPUs uses a snapshot of the >> (2.7.2) gnu compiler (Although Windriver doesn't like to admit it. >> I don't know how they get around the open source rules.). Even the >> "new" version of Tornado coming out this fall uses a newer but >> still older version of the gnu compiler. But rumor has it that the >> Diablo compiler, which has been recently only available for >> Motorola C...

[ace-bugs] RE: [ace-users] ACE & POSIX #2
Hmm...I guess that's if you wanted to support multiple variants. Personally, I would freeze development of the current version of ACE (if the additions to C++ were made) and let the old dodgers play with their old antiquated compilers and start a new smaller version of ACE using the new C++ additions. Maybe that would help create a demand for compliant compilers and/or even motivate the old dodgers to update their compilers? That way the 'rub' goes away, correct? Kindly, Graham -----Original Message----- From: Douglas C. Schmidt [mailto:schmidt@cs.wustl.edu] Sent: Monday, June 14, 2004 9:04 PM To: ace-bugs@cs.wustl.edu; greitz1@charter.net Subject: Re: [ace-users] ACE & POSIX Hi Folks, > Yes, but it sure would make the ACE libraries smaller and potentially > easier to maintain. A lot of the OS specific code would go away. ;-) Ah, but there's rub! It will actually make ACE much larger and harder to maintain since there will be many platforms/compiler that don't support the new standard for many years, so it will be necessary to support multiple variants! Having said that, I welcome these enhancements since I think they will help improve the relevance of C++ (cf Java), but it won't make ACE smaller and easier to maintain (unfortunately)! Take care, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 ...

[ace-bugs] Re: [ace-users] ACE & POSIX #2
Hi Folks, > Yes, but it sure would make the ACE libraries smaller and > potentially easier to maintain. A lot of the OS specific code would > go away. ;-) Ah, but there's rub! It will actually make ACE much larger and harder to maintain since there will be many platforms/compiler that don't support the new standard for many years, so it will be necessary to support multiple variants! Having said that, I welcome these enhancements since I think they will help improve the relevance of C++ (cf Java), but it won't make ACE smaller and easier to maintain (unfortunately)! 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 Douglas C. Schmidt wrote: > Hi Folks, > > >>Yes, but it sure would make the ACE libraries smaller and >>potentially easier to maintain. A lot of the OS specific code would >>go away. ;-) > > > Ah, but there's rub! It will actually make ACE much larger and harder > to maintain since there will be many platforms/compiler that don't > support the new standard for many years, so it will be necessary to > support multiple variants! Having said that, I welcome these > enhancements since I th...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> > Ok, the problem is in platform_sunos5_sunc++.GNU, when a > not known forte > > version is found, it defaults to explicit. I am updating > right now, for 4.2 > > and 5.3 we default to explicit, for all others to implicit This sounds good. > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? At least for ACE 5.5, Riverace supports the Forte compiler that requires explicit. After that, we can drop it. Thanks, -Steve ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > Ok, the problem is in platform_sunos5_sunc++.GNU, when a > not known forte > > version is found, it defaults to explicit. I am updating > right now, for 4.2 > > and 5.3 we default to explicit, for all others to implicit > > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? I have thought also about this, but maybe there are users around we don't know if. We can drop all this after x.5 is released, until that time, I just keep it there, just as we have a lot of other stuff that is probably broken. > > Qinghuajin and other Forte 9 users, you can work around > this by added the > > following line to your platform_macros.GNU file. > > templates = implicit > > This is until we release x.4.4., right? Yes, with x.4.4 this will be done correctly. Johnny ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Steve, > > Is this necessary? I mean make it implicit by default. The > > explicit is > > not even supported, and has no chance to work cleanly. Why > > should we patch > > broken stuff. Just a thought? > > At least for ACE 5.5, Riverace supports the Forte compiler that > requires explicit. After that, we can drop it. Ok. Steve, could you maybe make clear with the build names which builds use explicit templates? Explicit templates in TAO are known to be broken at this moment. Johnny ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, please contact one of the companies that provides commercial support for ACE at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> >> #define ACE_HAS_STANDARD_CPP_LIBRARY 1 >> #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 >> >> #include "ace/config-sunos5.9.h" >> >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeP...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with > > unresolved > > symbols even if you get past this part. > > I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Hmm.. Then I could be wrong. Then we need to fix the config files for SUN CC to use implicit templates for anything including and above FORTE 8. > Maybe we should add a check to one of the Sun config file to check the SUN > CC version? Something like: > > // Forte 6 is the oldest Forte version we sopport > #if __SUNPRO_CC < 0x530 > # error Your SUN CC compiler is too old, upgrade to a newer version > #endif Much better. Thanks Bala ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte 9 users, you can work around this by added the following line to your platform_macros.GNU file. templates = implicit Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte > version is found, it defaults to explicit. I am updating right now, for 4.2 > and 5.3 we default to explicit, for all others to implicit Is this necessary? I mean make it implicit by default. The explicit is not even supported, and has no chance to work cleanly. Why should we patch broken stuff. Just a thought? > Qinghuajin and other Forte 9 users, you can work around this by added the > following line to your platform_macros.GNU file. > templates = implicit This is until we release x.4.4., right? Thanks Bala ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> Ok. Steve, could you maybe make clear with the build names > which builds use explicit templates? I'll try to get this clarified. > Explicit templates in TAO are known to be broken at this > moment. None of the tests at Riverace try to build TAO. -Steve ...

Web resources about - RE: [ace-users] Re: what version tao/ace for AIX 5.2 posix aio - comp.soft-sys.ace

Samsung Galaxy Ace 4 User Reviews
Samsung Galaxy Ace 4 reviews written by Phone Arena users. You can read the opinion of each user and how they rate the phone in 11 categories. ...

Samsung Galaxy Ace 3 official: iPhone-alike size for the new user
Samsung has revealed another in its Galaxy series, the Galaxy Ace 3, now targeting entry-level smartphone users who want a pocket-friendly 4-inch ...

Resources last updated: 3/6/2016 4:07:27 AM