f



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

Hello again,

Something just occurred to me. Version 1.3.1  may have pre-dated some
other changes to the IFR that would certainly explain the increase in
runtime footprint you are referring to. Back in December, I changed
the query dispatch mechanism in the IFR from servant locator to default
servant, to optimize the performance. This new mechanism creates 30-odd
servants and a POA for each at IFR startup time. This was done last
December.

Also, regarding the possible memory leaks - these servants and POAs have
their lifetimes tied to the IFR, so any Purify checks must shut down the
IFR gracefully to be accurate.

Sorry for the confusion at first.

Jeff

"Simon McQueen" <sm@prismtechnologies.com> wrote in message
news:<3F2656AB.2050208@prismtechnologies.com>...
>      TAO VERSION: 1.3.3
>      ACE VERSION: 5.3.3
> 
>      HOST MACHINE and OPERATING SYSTEM:
>          Win 2k
> 
>      COMPILER NAME AND VERSION (AND PATCHLEVEL):
> 	Visual C++ 6 SP 5 dynamic debug build.
> 
>      AREA/CLASS/EXAMPLE AFFECTED:
> 	Interface Repository
> 
>      DOES THE PROBLEM AFFECT:
>          COMPILATION?
>              No.
>          LINKING?
>              No.
>          EXECUTION?
>              Yes.
> 
>      SYNOPSIS:
> I've been looking at a leak in 1.3.1 for a customer and whilst I was
> checking against the latest CVS to see if the fix needed forward
porting 
> I happened to notice that the Interface Repository now uses much more 
> memory than it previously did.
> 
>      DESCRIPTION:
> This isn't a bug per-se but I thought I should flag it up before I
> forget about it. I know there's been a lot of CCM related changes in 
> this area so this may just be a necessary consequence of them. If so 
> this can just be ignored.
> 
> According to Purify the IFR_Service at TAO 1.3.1 / ACE 5.3.1 used 
> 604,503 bytes in 1375 blocks when empty (i.e. just started). Loading a

> simple piece of IDL (e.g. CosNaming.idl) with tao_ifr increased the 
> process total memory use to 804,287 bytes in 1485 blocks.
> 
> With a CVS checkout of todays date the figures are 1,845,218 bytes in
> 2238 blocks rising to 2,022,788 bytes in 2351 blocks under identical 
> conditions.
> 
> This equates to about a 200% increase in footprint when empty and a 
> 150%
> increase when loaded.
> 
>      REPEAT BY:
> Run the IFR service under purify checking the total memory in use when
> empty and after loading CosNaming.idl with tao_ifr. Compare against a 
> checkout of the TAO-1_3_1 and ACE-5_3_1 tags.
> 
> Purify logs of my runs available if required.
> 
> Cheers,
> -- 
> Simon McQueen                            sm@prismtechnologies.com
> OpenFusion Total CORBA Solution Team    www.prismtechnologies.com
> 






































0
parsons1 (21)
7/29/2003 2:46:04 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
977 Views

Similar Articles

[PageSpeed] 18

Reply:

Similar Artilces:

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

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

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

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

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

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

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

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

ANN: ActivePython 2.3.2 & 2.2.3 bug fix releases
Bug fix releases for ActivePytyhon 2.3 and 2.2 are now available at: http://www.activestate.com/Products/ActivePython/ These releases are: ActivePython 2.3.2 build 232 for Windows ActivePython 2.3.2 build 231 for Linux and Solaris ActivePython 2.2.3 build 227 for Windows ActivePython 2.2.3 build 226 for Linux and Solaris Significant changes include upgrading the Windows installers with Mark Hammond's latest PyWin32 builds and fixing a bug in the Linux and Solaris builds whereby Tkinter support was absent. See the release notes for more information: http://aspn....

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

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

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

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

What gdb for gcc 3.2.2 or 3.3.5?
The gdb that works for gcc 3.2.1 emx does not recognise my executables compiled with Innotek gcc 3.2.2 and as far as I know there has been no update of gdb since the one that came with gcc 2.8.1. Which of course leads to the question, what does one use for debugging with the later versions of gcc? Surely it isn't necessary to learn all that OMF stuff? (If I did, could I use idebug?) On Mon, 17 Oct 2005 02:29:59 UTC, Jon Saxton wrote: > The gdb that works for gcc 3.2.1 emx does not recognise my executables > compiled with Innotek gcc 3.2.2 and as far as I know ther...

runs with g77 3.2.2 but not with g77 3.3. Why?
I have a fortran code that reads an asc file and write it in a direct acess file. I'm running it with no problem at all in GNU F77 version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) (i386-redhat-linux) I tried to use the same code in GNU F77 version 3.3 20030226 (prerelease) (SuSE Linux) (i486-suse-linux) and though it compiles with no problem, it didn't work and I have the message cdue: formatted io not allowed apparent state: unit 18 named myfile lately writing direct unformatted external IO Abort I don't have a clue about how to fix this. What's wrong? Thx for any help Pa...

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

Problem using crosstool for powerpc-750 and gcc-3.3.2-glibc-2.3.2
Hi everybody, I wanted to build the gcc compiler 3.3.2 with glib-2.3.2 for powerpc-750 and used Dan's crosstool-0.43. After modifiying the "demo- powerpc-750.sh" script using TARBALLS_DIR=/home/stephan/downloads RESULT_TOP=/home/stephan/opt/crosstool export TARBALLS_DIR RESULT_TOP GCC_LANGUAGES="c,c++" [...] eval `cat powerpc-750.dat gcc-3.3.2-glibc-2.3.2.dat` sh all.sh -- notest I got a bunch of errors cc1: error: unrecognized command line option "-mnew-mnemonics". At the end the compilation completely failed with ...

Re: VMS VERSION
I have looked at the web site - V7.3-2 has a different interface than the V8.x documentations - at least from what I looked at. And reading the release notes does not always reveal the intent of the release -a s often mentioned by various HP staff - from sales to engineers. From what I understand ...and I speak loosley on the items with no real specifics - in other words, off the top of my head. V7.3-2 resolves (or enhances) issues with SMP, NUMA, SAN, and TCPIP on Alpha. Issues created by the GALAXY series - performance, etc. Enhancesments, standards brought about by SAN. Advancements...

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

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