f



Re: [tao-bugs] Increase in IFR Service footprint - 1.3.1 to 1.3.3 #2

Hi Simon,

> Yes, I'm sure the footprint of the IFR has gone up, since I recently
> added support for components, events, and valuetypes.  However, I
> haven't yet had time to do more than make sure it all builds ok - no
> debugging or testing yet. I'm currently dividing my time between two
> other projects, so I'd welcome fixes or patches from anyone who has
> the time and inclination.

This would something where PrismTech could really help us out by
handling some of the QA and enhancements for the IFR!

 Thanks,
 
        Doug 
0
schmidt255 (256)
7/29/2003 2:07:58 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
814 Views

Similar Articles

[PageSpeed] 44

Reply:

Similar Artilces:

[tao-users] ACE/TAO 6.3.3/2.3.3 RPMs available!
Hi, We have uploaded the new micro release to OpenSuSE Build Service which now provides RPMs for this new micro release. For more details see ORBzone.org at http://www.orbzone.org/node/387 Best regards, Johnny Willemsen Remedy IT Looking for support and consultancy related to ACE/TAO, see http://www.theaceorb.nl! ...

[tao-announce] ACE/TAO 6.3.3/2.3.3 RPMs available!
Hi, We have uploaded the new micro release to OpenSuSE Build Service which now provides RPMs for this new micro release. For more details see ORBzone.org at http://www.orbzone.org/node/387 Best regards, Johnny Willemsen Remedy IT Looking for support and consultancy related to ACE/TAO, see http://www.theaceorb.nl! ...

[ace-announce] ACE/TAO 6.3.3/2.3.3 RPMs available!
Hi, We have uploaded the new micro release to OpenSuSE Build Service which now provides RPMs for this new micro release. For more details see ORBzone.org at http://www.orbzone.org/node/387 Best regards, Johnny Willemsen Remedy IT Looking for support and consultancy related to ACE/TAO, see http://www.theaceorb.nl! ...

[ace-users] ACE/TAO 6.3.3/2.3.3 RPMs available!
Hi, We have uploaded the new micro release to OpenSuSE Build Service which now provides RPMs for this new micro release. For more details see ORBzone.org at http://www.orbzone.org/node/387 Best regards, Johnny Willemsen Remedy IT Looking for support and consultancy related to ACE/TAO, see http://www.theaceorb.nl! ...

RE: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS #2 #2
Hi, This has been fixed after the 1.3.6 release by the following commit: Fri Dec 19 11:57:20 2003 Steve Huston <shuston@riverace.com> * tests/Sigset_Ops_Test.cpp: Add an optional can_miss parameter to the siglistset() function; defaults to 0 (current behavior). Pass it as 1 when the full (sigfillset) set is being tested because there's no guarantee that all signals from 1-ACE_NSIG are legit and set in the sigset. This is true on Red Hat Linux w/ NPTL (Redhat 9 and Enterprise Linux 3, for example). Thanks to Roger Beathard (rbeathar@cisco.com) for reporting this issue. * tests/Makefile.tests: Added TSS_Static_Test. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-ace-bugs@cse.wustl.edu > [mailto:owner-ace-bugs@cse.wustl.edu] On Behalf Of Thomas Lockhart > Sent: Tuesday, December 30, 2003 5:21 AM > To: Balachandran Natarajan > Cc: Jan Evert van Grootheest; 'ace-bugs@cs.wustl.edu' > Subject: Re: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS > > > > > > >>Error: ././TSS_Static_Test does not exist or is not runnable > >> > >> > fwiw I see this too on Linux, Mandrake 9.0, gcc-3.2.2. I > haven't had a > chance to look for the cause... > > - Tom >...

Re: [ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
Hi, Thanks for using the PRF. >> ACE VERSION: 5.2 I have several recommendations: .. Upgrade to ACE 5.3.3, which you can download from http://deuce.doc.wustl.edu/Download.html .. Build the ACE tests and examples directories to make sure they work. Assuming they work, then follow EXACTLY the same linker steps for your application. Thanks, Doug >> HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU 3.2.3 (not patch level) >> >> AREA/CLASS/EXAMPLE AFFECTED: >> >> I am able to compile ace into a shared library called libAce.so, >> but when I link to it I get a bunch of linker errors like so: >> >> g++ -I../share -I/home/gbedi/ace_gcc -I/home/cls_master/libs/solaris/libtif >> f_3_5_6 >> -I/home/cls_master/libs/solaris/libdil_1_1 -I/home/cls_master/libs/solaris/l >> ibdms_1_1 >> -I../include -D_PTHREADS -Wno-deprecated -g -O3 -i -L../../so -L../../lib >> -o ../../bin/OeeRenderLayout renderlayout.o renderbitmap.o compress.o >> postrescreen.o >> engraver.o COWorkBitmap.o >> ../../lib/lm_new.o -lEngraveLib -ltiff -lIOLib -lAMSLib >> -lCLSlib -lLogLib -lAce -lnsl -ldil -lz -lImageLib -ldms -lhasplnx -lObjectM >> gr -ljaws >> -llmgr -lposix4 -lgen -lsocket ; >> ...

Re: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, > oh. sorry. I just use ACE at studying. so I don't interested in > commercial support. (bad english. sorry. -_-) No problem with the English. Good that you are looking at ACE, it is very powerful, only the bad thing is you are using a new MinGW version that cause problems. > furthermore, I found cause about this error. it's placed in new > w32api's sys/stat.h. it define lstat as stat, so this make all > "lstat"s in ACE sources replace "stat". -_-a > > I tryed two modification (sorry for handy patch..) > 1. ace/config-win32-mingw.h, line 85 : insert below code > #define ACE_LACKS_LSTAT That is not a nice solution. > 2. ace/os_include/sys/os_stat.h, line 44 : insert below code > #if defined (__MINGW__) && (__MINGW32_MAJOR_VERSION >= 3) && > (__MINGW32_MINOR_VERSION >= 6) > #undef lstat > #undef _lstat > #endif > > it's okey. except ace/Name_Space.cpp, all code is compiled > successfully. ^_^ check this please. Ok. This should do the trick. But I have taken first another step, I have send an e-mail to the MinGW users mailing list to ask if the MinGW people can change this. They should make a normal function for lstat and handle the redirection to stat internally. Until the time being, you can use the workaround. What is the problem in ace/Name_Space.cpp? Johnny ...

RE: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, Please upgrade your mingw version to 3.7. This has been released today and contains the following fix below, they removed all defines which are just there to fool people. Your problems with MinGW should be gone now. Johnny 2005-01-13 Earnie Boyd <earnie@users.sf.net> * include/sys/stat.h (_S_IFLNK, S_IFLNK, _S_ISLNK, S_ISLNK, _lstat, lstat): Remove. * include/errno.h (ELOOP): Ditto. * include/_mingw.h: Increment version to 3.7. * Makefile.in: Ditto. > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Johnny Willemsen > Sent: maandag 10 januari 2005 19:11 > To: redwiki.net@gmail.com > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: [ace] compile error in mingw > 3.2-rc1 (or w32api-3.2) > > Hi, > > > oh. sorry. I just use ACE at studying. so I don't interested in > > commercial support. (bad english. sorry. -_-) > > No problem with the English. Good that you are looking at > ACE, it is very > powerful, only the bad thing is you are using a new MinGW > version that cause > problems. > > > furthermore, I found cause about this error. it's placed in new > > w32api's sys/stat.h. it define lstat as stat, so this make all > > "lstat"s in ACE sources replace "stat". -_-a > > > > I tryed two modification (sorry ...

RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3)
Hi Tom, > > > The "resolution" was to upgrade to ACE-5.4.3 or later, which has > > > code fixes to help with the newer compiler. Not sure how > much would > > > need to change, but you may be able to inspect the differences in > > > that part of the code wrt the newer ACE release to backport the > > > fixes. > > Thanks, I've downloaded and am building. Is ACE-5.4.3 the latest > > production release ? > > Well, the definition of "production release" for ACE is a bit murky > imho. Production release is one with 2 numbers. E.g., 5.4 > The developers on this list (almost) always recommend using the > latest package, which is typically labeled a "beta release". > The latest > would be 5.4.4. The developers always recommend *not* using the > "production release", since the next release labeled "beta" > is always a bug-fix-only release. I believe I qualify as a "developer", but have a different take. Production releases are tested well, and often better than the BFO beta. There may be fixes in BFO, but there may be additional bugs also - it happened at 5.4.1. For those wishing to adopt a version of ACE and stick with it, you'll need a version you can get support (fixes and advice) for. For example, Riverace supports releases (e.g., 5.4) and fix kits that Riverace releases for those (i...

[ace-users] RE: [ace-bugs] Building ACE: Error on SGI Irix6.5 w/ g++3.3 #2
-----Original Message----- From: Krishnakumar B [mailto:kitty@dre.vanderbilt.edu] Sent: Wednesday, July 21, 2004 1:35 PM To: Waltersdorf, Brian J Cc: ace-users@cs.wustl.edu Subject: RE: [ace-bugs] Building ACE: Error on SGI Irix6.5 w/ g++3.3 >On Wednesday, 21 July 2004, Waltersdorf, Brian J wrote: >> >> The patch seemed to work much better. ACE compiled and linked without >> errors. There were one or two of the tests that failed to compile. A >> handfull of the tests failed/core dumped. Below is the output from >> run_test.pl script. I'll compile and run it with the IRIX compilers and >> get back to you. >> >> Thanks, >> -Brian >> Running Basic_Types_Test >> Error: Basic_Types_Test FAILED with exit status 1 >> Error: (log/Basic_Types_Test.log): assertion failed >> "ACE_SIZEOF_LONG_DOUBLE: %u%s": 16 != 8 > >Just change line 39 of config-irix6.x-common.h to 16 instead of 8. I guess >GCC reports correct sizes for long doubles now. Thanks. That fixed that one. >> Error: ././Dirent_Test does not exist or is not runnable > >What happens if you run this executable by hand? Does this executable exist >at all in the directory? This test did not compile. It couldn't find sysent.h. I beleive something is messed up with our version of g++ finding the proper system includes. >> Running Log_Msg_Test >> The fo...

RE: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS #2
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. --------------InterScan_NT_MIME_Boundary Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C3CEAC.F8A9CC00" ------_=_NextPart_001_01C3CEAC.F8A9CC00 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Bala, After configuring ACE (ace/config.h and include/make...) I went into = ace and used ran 'make'. Then I went into tests and ran 'make' again. After that ./run_test.pl. TSS_Static_Test (the executable) is not created. -- Jan Evert > -----Original Message----- > From: Balachandran Natarajan [SMTP:bala@cs.wustl.edu] > Sent: Tuesday, December 30, 2003 5:04 AM > To: Jan Evert van Grootheest > Cc: ace-bugs@cs.wustl.edu > Subject: Re: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS >=20 > Hi >=20 > >=20 > > Just downloaded 5.3.6 and compiled and ran the tests. Thought I'd = let > you > > know the results... > > (am not looking for fixes as we don't use Proactor) >=20 > Thanks for taking the time to test ACE 5.3.6 for us.=20 >=20 > > The Proactor test still fails (as it did in previous releases). >=20 > Yes. I don't think we plan to fix this for x.4.=20 >=20 > > The TSS_Static_Test is new perhaps? >=20 > This is strange. I don't see that faili...

[ace-users] RE: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, > I tried to compile with newly released Mingw-runtime 3.7, and it > finished successfully. thanks for your concern about this problem. Thanks for the confirmation. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

[ace-users] Re: ACE/TAO build problems on Solaris 2.8 using gcc 3.3.6
Hi Neal, >> I am trying to build ACE-5.5 and TAO-1.5 on a SPARC Solaris 2.8 system >> using gcc 3.3.6 and GNU make 3.80. >> >> The build is failing in ACE_wrappers/build/TAO/orbsvcs/orbsvcs (output >> included below) and I was wondering if anyone had any suggestions as to >> what the problem may be. >> >> What is puzzling to me is that the lines in question are all comment >> lines. For example the "01.ps" invalid token on line 15 of >> CosProperty.idl is from the following comment line: >> >> // ftp://ftp.omg.org/pub/docs/1995/95-06-01.ps >> >> If I replace the "//" style comments with "/* ... */" style comments >> the errors go away. Wow, that's pretty weird. I recommend you upgrade to a newer version of GCC - perhaps there's a problem with the version of CPP that's being used on your platform since that's what the TAO IDL compiler uses under the hood to pre-process the IDL files. If you check out our Solaris autobuilds for TAO at http://www.dre.vanderbilt.edu/scoreboard/ you'll see that we're running with GCC 3.4.3 and 4.0.2 and they work fine. Jeff, do you see anything obvious here? Thanks, Doug >> If any additional information would be useful please let me know and I >> will be happy to provide it. >> >> Making all in orbsvcs >> /fs30/t...

gcc: 3.3 vs 3.2.3
I've relegated 3.3 back to testing status, making 3.2.3 the "current" gcc again. "DJ Delorie" <dj@delorie.com> wrote in message news:200307010352.h613qRrl030701@envy.delorie.com... > > I've relegated 3.3 back to testing status, making 3.2.3 the "current" > gcc again. http://gcc.gnu.org says 3.3 is for recursion testing only. What's that mean? Bill -----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 80,000 Newsgroups - 16 Different Servers! =----- > http://gcc.gnu.org says 3.3 is for recursion testing only. What's > that mean? It says "The branch is open for regression fixes only." That means that the only fixes that can be added to that branch are those that fix things that used to work. In other words, you aren't allowed to fix things that have never worked, nor add new functionality. ...

Re: [ace-bugs] Compilation error on SUSE 8.0, gcc 2.95.3 with ace 5.3.0 and latest version
Hi, Thanks for using the PRF. We build daily with SuSE 8.2 and GCC 3.3 and don't have problems. Try to set the LD_LIBRARY_PATH to a full path for a test. I think you have to search the problem in the export of ACE_ROOT and LD_LIBRARY_PATH. Regards, Johnny Willemsen Remedy IT BV Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl <jahb@lineone.net> wrote in message news:<3F216AC2000202DE@mk-cpfrontend-3.mail.uk.tiscali.com>... > ACE VERSION: > > 5.3.0 (and latest beta version) > > HOST MACHINE and OPERATING SYSTEM: > > SUSE linux 8.0 > > If on Windows based OS's, which version of WINSOCK do you > use?:n/a > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > gcc 2.95.3 > > GNU make 3.79.1 > > CONTENTS OF $ACE_ROOT/ace/config.h: > > config-linux.h > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless > this isn't used in this case, e.g., with Microsoft Visual C++): > > platform_linux.GNU > > AREA/CLASS/EXAMPLE AFFECTED: > [What example failed? What module failed to compile?] > > compiler error during make: > [in $ACE_ROOT/apps/..] > ../src/gperf -a -p -c -l -S1 -o ./c.gperf> cinset.cpp > .../src/gperf: error while loading shared libraries: libACE.so.5.3.0 cannot > ope...

[ace-bug] Compile ACE 5.4 on AIX 5.2 with gcc 3.3.2
Failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 Used config-aix5.1.h and platform_aix_g++.GNU I failed with ACE5.1, 5.3 too, so I tried 5.4. Does anybody know IF it works ? Could it help to build my own AIX5.2 gcc ? (my gcc 3.3.2 is binary AIX 5.1 but it worked fine for Non-ACE- applications) Do I have to use IBM Visual C++ Compiler ? Any suggestions would be helpful. ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: RS/6000, 32-bit-kernel mode, AIX5.2 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 3.3.2 (binary distribution) CONTENTS OF $ACE_ROOT/ace/config.h: // config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp // // Config file for AIX 5.1 // This define is needed for building with Visual Age C++ 5 in incremental // mode. In the batch mode build, platform_aix_ibm.GNU sets it. The incremental // mode compiler won't be supported after ACE 5.3, so this will also go away // in that timeframe, so don't worry about future AIX versions. #if !defined (ACE_AIX_VERS) # define ACE_AIX_VERS 501 #endif #include "ace/config-aix-4.x.h" // AIX 5.1 has AIO, but it doesn't have the same API as other POSIX // systems, and the semantics of operations are a bit different. Will take // some real work to get this going. //#define ACE_HAS_AIO_CALLS // I think this is correct, but needs to be verified... -Steve Huston #define ACE_HAS_SIGTIMEDWAIT // AIX 5....

[ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2)
Hi, > ACE VERSION: 5.4.3 Thanks for using the PRF form > HOST MACHINE and OPERATING SYSTEM: > windows xp sp1 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > no different > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > MinGW g++ any version + w32api 3.2 > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- > specific file, simply state which one]: > > #define ACE_DOESNT_INSTANTIATE_NONSTATIC_OBJECT_MANAGER 1 > #define ACE_HAS_STANDARD_CPP_LIBRARY 1 > #include "ace/config-win32.h" > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > equal to $ACE_ROOT/include/makeinclude/platform_mingw32.GNU > > DOES THE PROBLEM AFFECT: > COMPILATION? > yes > > SYNOPSIS: > can't compile. :( > > DESCRIPTION: > I compiled in two environment : mingw default(3.1.0-1) > patched with w32api-3.2, and mingw candidate(3.2.0-rc-1). same error > raised in both environments. > > make[1]: Entering directory `/c/ACE_wrappers/ace' > > GNUmakefile: /c/ACE_wrappers/ace/GNUmakefile.ACE > > g++ -DNDEBUG -W -Wall -Wpointer-arith -mtune=pentiumpro -mthreads -O3 > -pipe -fno-exceptions -fcheck-new -I/c/ACE_wrappers -DACE_NDEBUG > -DACE_USE_RCSID=0 -D__ACE_INLINE__ -I.. -DACE_HAS_ACE_TOKEN > -DACE_HAS_ACE_SVCCONF -DACE_AS_STATIC_LIBS -c -o > .obj/Local_Name_...

re.compile missing in python 2.3.3/2.3.4???
Hi, I just installed a fresh copy of python 2.3.3 and python 2.3.4 and everytime a there's a call to re.compile, it says: Traceback (most recent call last): File "setup.py", line 76, in ? from distutils.core import setup File "/usr/lib/python2.2/distutils/core.py", line 16, in ? from distutils.util import grok_environment_error File "/usr/lib/python2.2/distutils/util.py", line 207, in ? _wordchars_re = re.compile(r'[^\\\'\"%s ]*' % string.whitespace) AttributeError: 'module' object has no attribute 'compil...

[ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
ACE VERSION: 5.2 HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU 3.2.3 (not patch level) AREA/CLASS/EXAMPLE AFFECTED: I am able to compile ace into a shared library called libAce.so, but when I link to it I get a bunch of linker errors like so: g++ -I../share -I/home/gbedi/ace_gcc -I/home/cls_master/libs/solaris/libtif f_3_5_6 -I/home/cls_master/libs/solaris/libdil_1_1 -I/home/cls_master/libs/solaris/l ibdms_1_1 -I../include -D_PTHREADS -Wno-deprecated -g -O3 -i -L../../so -L../../lib -o ../../bin/OeeRenderLayout renderlayout.o renderbitmap.o compress.o postrescreen.o engraver.o COWorkBitmap.o .../../lib/lm_new.o -lEngraveLib -ltiff -lIOLib -lAMSLib -lCLSlib -lLogLib -lAce -lnsl -ldil -lz -lImageLib -ldms -lhasplnx -lObjectM gr -ljaws -llmgr -lposix4 -lgen -lsocket ; Undefined first referenced symbol in file ACE_Object_Manager_Base::~ACE_Object_Manager_Base [not-in-charge]()../../so/libAce.so __0OnwUi ../../so/libAce.so ACE_Countdown_Time::~ACE_Countdown_Time [in-charge]()../../so/libAce.so ACE_Cleanup::~ACE_Cleanup [not-in-charge]()../../so/libAce.so ACE_OS::thr_keyfree(unsigned) ../../so/libAce.so typeinfo for ACE_Object_Manager_Base../../so/libAce.so ACE_Object_Manager_Base::ACE_Object_Manager_Base[not-in-charge]()../../so/li bAce....

Re: [ace-users] Compiling ACE 5.3 with GCC 3.4.3
Hi, When x.3 was released there was no GCC 3.4 version, so this will just not work, please upgrade to a newer version of ACE/TAO. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl "Seng-Quee.Liang" <Seng-Quee.Liang@Sun.COM> wrote in message news:<mailman.1894.1170813530.25808.ace-users@mail.cse.wustl.edu>... > Hi, > > I'm a newbie to ACE and this is my 1st posting to this alias, and would > appreciate any help. > > I have a requirement to use ACE 5.3 on Solaris 10 SPARC. I had followed > the building & installation information on ACE website to the letter and > had no problems compiling it with Sun Studio 11. > > However, when I tried compiling it with GCC 3.4.3, I'm swamped with a > host of problems. Being a newbie to ACE, I'm wondering > > a) if I'm setting the right config.h/platform_macros.GNU for GCC > compile; > b) if I should be trying add flags into these files to get it to > compile. > > Any pointers or advice is sincerely appreciated. > > > Thanks in advance. > > Best Regards, > /SengQuee > > -------- config.h for Studio 11 ----- > #include "ace/config-sunos5.9.h" > > -------- platform_macros.GNU for Studio 11 ----- > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU &...

RE: [ace-bugs] Re: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ #2 #3
Sorry for not jumping in this sooner. I have been trusting some email filters that apparently were not working like I thought. Anyway, my understanding is that WindRiver released an interim version of Tornado (Tornado 2.1) with the GNU 2.96 compiler and some other fixes. The 2.1 version only supported a handful of platforms (some Motorola CPUs were supported while Intel CPUs were excluded). This was the version of VxWorks that I was using when I made the previously mentioned ACE_LACKS_CLEARERR change. As far as I can tell there is very little difference between the compiler versions shipped with 2.1 and 2.2. I think there are a couple of bug fixes, but otherwise they are the same. We have found that Tornado 2.0 uses the 0x540 and 0x541 while tornado 2.1 uses 0x542. I had "almost" gotten exceptions to work using Tornado 2.1 but ran into some problem I can't quite remember at the moment. Eventually I just ran out of time and went back to not using exceptions. It would be *GREAT* to get exception support in VxWorks! I'm sure this is all coming a little too late for your efforts but if I can help out let me know. We still have that version of VxWorks here so I can test various changes. I also apologize for our failure to run the nightly build of VxWorks. Something seems to have happened with the MPC stuff and the build is currently hanging after the CVS update. I will try to get that back online soon. -- Rob > -----Original Message----...

[ace-bugs] RE: [ace-users] Building TAO on Linux RHEL 3.0 #2
Hi, > Well I updated from CVS on 12/05/2004 and now have a circular > dependency on the following: > > #error > "You should not include ObjectReferenceTemplateC.h directly, use > ObjectReferenceTemplate.h" Yes, that is an error that was there. > I will update again tomorrow evening... You guys must be > pushing for a release... The tip > of CVS breaks often on a push. Yes, we are working hard, but things break when having so many platforms and such a huge code base. At the moment we release things will be fine again. Johnny ...

RE: [ace-users] Qn on IORs : Remote Orbix 3.3 clients accessing TAO Server
Thanks much, Doug. I created the ChildPOA with PERSISTENT policy and its working now. Mohan. -----Original Message----- From: owner-ace-users@cse.wustl.edu [mailto:owner-ace-users@cse.wustl.edu]On Behalf Of Douglas C. Schmidt Sent: Thursday, May 12, 2005 3:42 PM To: ace-users@cs.wustl.edu; mohan.pillai@mci.com Subject: Re: [ace-users] Qn on IORs : Remote Orbix 3.3 clients accessing TAO Server - newbie qn Hi Mohan, Thanks for using the PRF. >> ACE VERSION: 5.4 >> TAO Version: 1.4 >> >> HOST MACHINE and OPERATING SYSTEM: HP UX 11.11 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: same >> COMPILER NAME AND VERSION (AND PATCHLEVEL):aCC: HP ANSI C++ B3910B >> A.03.50 >> >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: config-hpux-11.00.h >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : >> platform_hpux_aCC.GNU >> >> CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features >> (used by MPC when you generate your own makefiles): not changed >> >> AREA/CLASS/EXAMPLE AFFECTED: none >> >> DOES THE PROBLEM AFFECT: >> COMPILATION? NO. >> OTHER >> SYNOPSIS: >> >> DESCR...

Re: (1234*(2/3)^(Log[1234]/Log[3])) === (1234^(Log[2]/Log[3])) should be?
The result should be False. If you want True then you should use Equal ( == ) not SameQ ( === ) (1234*(2/3)^(Log[1234]/Log[3])) == (1234^(Log[2]/Log[3])) // Simplify True Bob Hanlon ---- Luka Rahne <luka.rahne@gmail.com> wrote: ============= what should be result of this evaluation? (1234*(2/3)^(Log[1234]/Log[3])) === (1234^(Log[2]/Log[3])) subqestion. How to make this work? ...

[tao-users] RE: Building Tao on RedHat EL3 with G++ 3.3.2: failed to
Hi Colm, 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. > Thanks for the info, unfortunately using the latest beta kit did not > work, I get the same error message when building the orbsrvcs. Hum, that's very weird. I think we build ACE+TAO on RedHat with G++ 3.3 all the time. Please see http://www.dre.vanderbilt.edu/scoreboard/ for more details. It looks to me like there's something wrong with your standary library or C++ compiler installation. > However, I may not need the orbsrvcs; I really just want to be able > to resolve CORBA object references via an IOR URL passed to orb-> > string_to_object, and I believe that the smaller subset of TAO > ($TAO_ROOT/tao, $TAO_ROOT/TAO_IDL) will be enough to provide that, > please let me know if I am incorrect in that assumption. Sure, that will work fine with out orbsvcs. If you want to use orbsvcs you could also consider removing the CosConcurrency stuff from the MPC file since it's not really needed. Thanks, Doug ...

Web resources about - Re: [tao-bugs] Increase in IFR Service footprint - 1.3.1 to 1.3.3 #2 - comp.soft-sys.ace

Resources last updated: 3/23/2016 12:04:20 AM