f



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

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.

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:07:20 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
812 Views

Similar Articles

[PageSpeed] 20

Reply:

Similar Artilces:

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

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

[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
Hi > > 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) Thanks for taking the time to test ACE 5.3.6 for us. > The Proactor test still fails (as it did in previous releases). Yes. I don't think we plan to fix this for x.4. > The TSS_Static_Test is new perhaps? This is strange. I don't see that failing in any of our builds. Please see below. [snipped] > Error: ././TSS_Static_Test does not exist or is not runnable Have you built this test? Could yo please ru ut by hand and see what is happening? Can you see what the error messages are there in $ACE_ROOT/tests/log/TSS_Static_Test.log ? Thanks very much! Regards Bala > > >>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] 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...

Re: [ace-bugs] [ACE 5.4 on HP-Unix with gcc 3.3 ][I can not compile the package]
Hi Kambeez, Thanks for using the PRF. > ACE VERSION: 5.4 > > HOST MACHINE and OPERATING SYSTEM: HP-9000/800 ; HP-Unix b.11.00 We (i.e., the DOC groups at WU/VU/UCI) don't have HP/UX, so we can't really help with this. There are other groups that support ACE on HP/UX, however, so please check out http://www.dre.vanderbilt.edu/scoreboard/integrated.html and see who provides support for these platforms and how they differ from what you're doing. You may need to follow up with some of the companies listed in http://www.cs.wustl.edu/~schmidt/commercial-support.html if you can't figure out how to solve this yourself. Thanks, Doug > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: HP-9000/800 > ; HP-Unix b.11.00 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU gcc v3.3.2 > > CONTENTS OF $ACE_ROOT/ace/config.h: > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : > > # platform_hpux_gcc.GNU,v 4.28 2003/10/17 21:48:05 shuston Exp > # > > debug =0 > optimize = 1 > threads = 1 > exceptions=1 > shared_libs=0 > static_libs=1 > > ifeq (,$(buildbits)) > buildbits = 0 > endif > ifeq (,$(debug)) > debug = 1 > endif > ifeq (,$(distrib)) > distrib = 0 > endif > ifeq (,$(exceptions)) > exceptions = 1 > endif > ifeq (,$(optimize)) > > optimize = 1 > endif > ifeq...

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/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-bugs] Re: [ace-users] ACE+TAO+CIAO
Hi Folks, Thanks again to everyone from the DOC group and the ACE+TAO+CIAO user communities who helped get the x.3.6 beta out the door. As Bala mentioned, it's really important to get your feedback before we release the ACE+TAO+CIAO x.4 release since that will become the baseline for the next round of commercially supported products. I know it's a busy time of year for lots of people, but we'd really appreciate your help testing this beta to ensure that the forthcoming official x.4 release will work well on as many platforms as possible! Thanks very much, Doug When will the x.4 release be out? Ed "Douglas C. Schmidt" <schmidt@cs.wustl.edu> wrote in message news:200312181713.LAA27082@ace.cs.wustl.edu... > > Hi Folks, > > Thanks again to everyone from the DOC group and the > ACE+TAO+CIAO user communities who helped get the x.3.6 beta out the > door. As Bala mentioned, it's really important to get your feedback > before we release the ACE+TAO+CIAO x.4 release since that will become > the baseline for the next round of commercially supported products. > I know it's a busy time of year for lots of people, but we'd really > appreciate your help testing this beta to ensure that the forthcoming > official x.4 release will work well on as many platforms as possible! > > Thanks very much, > > Doug Hi Ed, >> When will the x.4 release be out? Early Janua...

Re: [ace-users] Re: ACE 5.4 compiling problems with g++ 3.4.3
Hi > First, please use the problem-report-form when asking questions. ACE 5.4 is > not supported with newer GCC versions. All these issues are resolved in the > upcoming x.4.3 release. > > For the time being, try to add the following to your config.h > > # if (__GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 4)) > # define ACE_EXPLICIT_TEMPLATE_DESTRUCTOR_TAKES_ARGS > # endif /* __GNUC__ >= 3.4 */ > > You are correct, the download link doesn't work. Bala, do you have an idea > what is happening with the download links. Should be fine now! Please let us know if there are still problems. Thanks Bala ...

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

tkzinc 3.3.4 & 3.3.6+ ?
Hi ! Do anybody know what different between version 3.3.4 and 3.3.6+ ? And, where can I find documentation on tkzinc 3.3.6+ ? Thanks. ...

ANN: AliveChat 3.3.3
On behalf of WebsiteAlive, SharewarePromotions are delighted to announce the immediate availability of AliveChat version 3.3.3 - software that allows you to connect with your web site visitors via browser chat. AliveChat allows you to connect with and track your web site visitors in real-time via a browser based live chat interface. Meaning that your company can now offer live support software to customers while increasing sales with Proactive chat. Some of AliveChat's features include proactive sales chat, unlimited operator and client chat sessions, full customization, ...

PyDev 3.3.3 Released
Hi All, PyDev 3.3.3 has been released Details on PyDev: http://pydev.org Details on its development: http://pydev.blogspot.com LiClipse (PyDev standalone with goodies such as support for Django Templates, Kivy Language, Mako Templates, Html, Javascript, etc): http://brainwy.github.io/liclipse/ What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python, Jython and IronPython development -- making Eclipse a first class Python IDE -- It comes with many goodies such as code completion, syntax highlighting, syntax analysis, code analysis, refactor, debug, etc. Release Highlights: ------------------------------- * **Important**: PyDev requires Eclipse 3.8 or 4.3 onwards and Java 7! For older versions, keep using PyDev 2.x (see LiClipse: http://brainwy.github.io/liclipse for a PyDev standalone with all requirements bundled). * **Code Completion**: - Compiled modules are now indexed and shown in the context-insensitive code-completion. - In an empty file, a code-completion request will show options related to creating modules (press Ctrl+Space twice to show only those templates). * **Performance**: - Building (indexing) of Python files is **much** faster. - Code completion does not get slown down by other analysis done in the background due to shell synchronization. * **Interactive Console**: - The interactive console now has tab-completion (so, ...

PyDev 3.3.3 Released
--047d7b3435c00736d204f10d5931 Content-Type: text/plain; charset=ISO-8859-1 Hi All, PyDev 3.3.3 has been released Details on PyDev: http://pydev.org Details on its development: http://pydev.blogspot.com LiClipse (PyDev standalone with goodies such as support for Django Templates, Kivy Language, Mako Templates, Html, Javascript, etc): http://brainwy.github.io/liclipse/ What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python, Jython and IronPython development -- making Eclipse a first class Python IDE -- It comes with many goodies such as code completion, syntax highlighting, syntax analysis, code analysis, refactor, debug, etc. Release Highlights: ------------------------------- * **Important**: PyDev requires Eclipse 3.8 or 4.3 onwards and Java 7! For older versions, keep using PyDev 2.x (see LiClipse: http://brainwy.github.io/liclipse for a PyDev standalone with all requirements bundled). * **Code Completion**: - Compiled modules are now indexed and shown in the context-insensitive code-completion. - In an empty file, a code-completion request will show options related to creating modules (press Ctrl+Space twice to show only those templates). * **Performance**: - Building (indexing) of Python files is **much** faster. - Code completion does not get slown down by other analysis done in the background due to shell synchronization. * **Inte...

upgrade from 3.3 to 3.4
I keep on getting these error messages on my firewall box vrele: bad ref count: type VDIR, usecount 0, writecount 0, holdcount 1, tag VT_UFS, ino 3473483, on dev 0, 4 flags 0x1, effnlink 2, nlink 2 mode 040700, owner 2000, group 0, size 512 panic: vrele: ref cnt Seems to be always a bad ino within the mail queue, might even be related the my virus definition updating script haven't had a crash in 6 days with it disabled. Use to crash every 2nd day lately but before kind of random. My guess would be heavy I/O disk usage. I already have, squid+ntlm, apache, postfix, amavisd, spamassassin, socks5, on the same box. Should I attempt to upgrade from the cd and hope that it doesn't crash no more or would I be better off rebuilding the box and hope that bad errors like the above done manifest themselves with the stuff I compile on the box. Hey I could even run a extended test on the hard drive before building everything to make sure the bad refcount isn't a physical fault. ...

MailingLogger 3.3.3 Released!
I'm pleased to announce a new release of Mailinglogger. Mailinglogger provides two handlers for the standard python logging framework that enable log entries to be emailed either as the entries are logged or as a summary at the end of the running process. The handlers have the following features: - customisable and dynamic subject lines for emails sent - emails sent with an X-Mailer header for easy filtering - flood protection to ensure the number of emails sent is not excessive - support for SMTP servers that require authentication - fully documented and tested The latest releases...

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

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