f



RE: [tao-bugs] Fix for bug 2323? #2

Hi,

Right, I'm pretty sure Ossama hasn't brought this item to the
top of his TODO list yet. At any rate, the Bugzilla entry is
still open.

Jeff 

> -----Original Message-----
> From: Douglas C. Schmidt [mailto:schmidt@cs.wustl.edu] 
> Sent: Thursday, January 05, 2006 12:31 PM
> To: tao-bugs@cs.wustl.edu; tpe@ida.liu.se; 
> ossama@dre.vanderbilt.edu; parsons@dre.vanderbilt.edu
> Subject: Re: [tao-bugs] Fix for bug 2323?
> 
> Hi Tomy,
> 
> >> Bug
> >> 
> >>    http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323
> >> 
> >> which was reported for 1.4.7 also seems to be in 1.4.8 and 
> it probably
> >> breaks our application since we are using recursive unions 
> and sending
> >> them on a notification channel and either the events are 
> not arriving
> >> or we get a marhal exception when doing a push.
> >> 
> >> So is there some workaround available or some fix in CVS that I can
> >> apply?
> 
> I don't think we've gotten around to fixing this yet.  Jeff, can you
> please confirm/deny this?
> 
> > I see that the bug is assigned to Ossama...
> 
> Ossama's on vacation until tomorrow, so he may not get to this for a
> while since he's busy with a lot of other things these days.  You may
> want to follow up with Johnny Willemsen and Remedy
> <jwillemsen@remedy.nl> wrt commercial support if you need a fix for
> this soon.
> 
> Thanks,
> 
>         Doug
> 
> -- 
> Dr. Douglas C. Schmidt                       Professor and 
> Associate Chair
> Electrical Engineering and Computer Science  TEL: (615) 343-8197
> Institute for Software Integrated Systems    WEB: 
> www.dre.vanderbilt.edu/~schmidt
> Vanderbilt University, Nashville TN, 37203   NET: 
> d.schmidt@vanderbilt.edu
> 











































0
Jeff
1/5/2006 8:27:47 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
511 Views

Similar Articles

[PageSpeed] 12

Reply:

Similar Artilces:

Re: [tao-bugs] Fix for bug 2323?
Hi Tomy, >> Bug >> >> http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323 >> >> which was reported for 1.4.7 also seems to be in 1.4.8 and it probably >> breaks our application since we are using recursive unions and sending >> them on a notification channel and either the events are not arriving >> or we get a marhal exception when doing a push. >> >> So is there some workaround available or some fix in CVS that I can >> apply? I don't think we've gotten around to fixing this yet. Jeff, can you please confirm/deny this? > I see that the bug is assigned to Ossama... Ossama's on vacation until tomorrow, so he may not get to this for a while since he's busy with a lot of other things these days. You may want to follow up with Johnny Willemsen and Remedy <jwillemsen@remedy.nl> wrt commercial support if you need a fix for this soon. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

Re: [tao-bugs] [ace-bugs]: Compiling ACE 5.4.3 failed #2
TG- Thanks for the report. Could you please download things again from http://deuce.doc.wustl.edu/Download.html Please let me know if this works. If it works, I can update the archives that have the older versions. Thanks Bala > > First of all, I wish you a Happy New Year. > > > > ACE VERSION: 5.4.3 > > HOST MACHINE and OPERATING SYSTEM: > i86 LINUX 2.6.5-7,111 SUSE 9.1 > i86 LINUX 2.6.8-24 SUSE 9.2 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): >...

[ace-bugs] Re: [tao-bugs] Tao Build problem (on Sun): Link error #2
Hi Nigel, >> > I think the problem you're having is due to the version of the SunC++ >> > compiler you're using. Please see >> > http://www.dre.vanderbilt.edu/scoreboard/ >> >> Thanks Douglas, >> Sadly that page doesn't seem to work for me (The site exists as I can telnet >> to port 80 - but no web page comes back. I'll try it again later) Things seem to be hung at ISIS this morning. Fortunately, there's a backup site at http://tao.doc.wustl.edu/scoreboard/integrated.html that seems to be working. >> I have to use the Sun compiler as we are linking this into a very large >> system. We are going to get binaries from a commercial support source, but >> whilst they haggle over contracts we are under pressure to deliver! >> >> The latest compiler we have is CC: Forte Developer 7 C++ 5.4 Patch 111715-13 >> 2003/12/11. If this doesn't work we'll just have to wait. It's certainly worth giving this a try. You might also try the other suggestion from Hamish Blair <blairhm@cvsumailhost.marconicomms.com>: ---------------------------------------- [1] Re: [tao-bugs] Tao Build problem (on Sun): Link error Date: Thu Jun 03 04:44:13 CDT 2004 Organization: Washington University in St. Louis Lines: 201 Mime-Version: 1.0 Content-Type: text/plain X-Trace: newsreader.wustl.edu 1086255853 29270 128.252.166.5 (3 Jun 2004 09:44...

[ace-bugs] RE: [tao-bugs] Tao Build problem (on Sun): Link error #2
> >> COMPILER NAME AND VERSION (AND PATCHLEVEL): > >> CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-10 2002/09/16 > I think the problem you're having is due to the version of the SunC++ > compiler you're using. Please see > http://www.dre.vanderbilt.edu/scoreboard/ Thanks Douglas, Sadly that page doesn't seem to work for me (The site exists as I can telnet to port 80 - but no web page comes back. I'll try it again later) I have to use the Sun compiler as we are linking this into a very large system. We are going to get bina...

[ace-bugs] Re: [tao-bugs] roundtrip timeout and oneways #2
Hi Bala, >> I may need to understand your problem a bit better. I guess you >> are trying to apply roundtrip timeouts to make sure that the client >> is not blocked trying to flush the requests. Is that true? Are you >> trying to use reliable-oneways? If not, the ORB should not even >> block trying to flush requests. Are you seeing the ORB blocking? I think this is the issue that Rob is addressing: ---------------------------------------- My application needs to utilize roundtrip timeouts so that "slow" servers don't bog down my cli...

[ace-bugs] Re: [tao-bugs] [compiling]: tao_idl core dumps during ace/tao build
Hi Charlie, Thanks for using the PRF. >> TAO VERSION: 1.4.1 >> ACE VERSION: 5.4.1 >> >> HOST MACHINE and OPERATING SYSTEM: >> HP N4000-44 / HP-UX B.11.11 We (i.e., the DOC groups at WU/VU/UCI) don't have HP/UX, so we may not be much help here. >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> aCC: HP ANSI C++ B3910B A.03.39 >> >> AREA/CLASS/EXAMPLE AFFECTED: >> CosConcurrencyControl....

[ace-bugs] Re: [ace-users] [BUG REPORT / BUG FIX PROPOSAL]: [ACE_Fixed_Set & it's iterators]
Hi Abelardo, Thanks for these fixes - I've added them to ACE! Doug >> ACE VERSION: 5.4.1 >> >> HOST MACHINE and OPERATING SYSTEM: >> Intel PIV, AMD AthlonXP & AthlonMP. GNU/Linux (kernel 2.4.x & 2.6.x) >> >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> gcc 3.3.3 >> >> CONTENTS OF $ACE_ROOT/ace/config.h: >> config-linux.h >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU: >> platform_linux.GNU >> >> AREA/CLASS/EXAMPLE AFF...

[tao-bugs] Fix for bug 2323?
Bug http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323 which was reported for 1.4.7 also seems to be in 1.4.8 and it probably breaks our application since we are using recursive unions and sending them on a notification channel and either the events are not arriving or we get a marhal exception when doing a push. So is there some workaround available or some fix in CVS that I can apply? I see that the bug is assigned to Ossama... /Tommy Persson ...

[ace-bugs] Re: [tao-bugs] Tao build problem: Compile error
Hi Nigel, >> I having a problem building TAO on hpp. Built ACE ok, but now this happens >> building tao Can you please try this again using the TAO 1.4.1 version, which is available at http://deuce.doc.wustl.edu/Download.html If that doesn't work on HP/UX please let us know. thanks, Doug >> >> TAO VERSION: 1.4 >> ACE VERSION: 5.4 >> >> HOST MACHINE and OPERATING SYSTEM: HP-UX cbrhpp7 B.11.00 U 9000/785 >> 2007457249 unlimited-user license >> >> TARGET MACHINE and OPERATING...

[ace-bugs] Re: [tao-bugs] Tao Build problem (on Sun): Link error
Hi Nigel, Thanks for using the PRF. >> TAO VERSION: 1.4 >> ACE VERSION: 5.4 >> >> HOST MACHINE and OPERATING SYSTEM: >> SunOS sdlsol21 5.8 Generic_108528-29 sun4u sparc SUNW,Ultra-4 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> same >> >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-10 2002/09/16 I think the problem you're having is due to the version of the SunC++ compiler y...

[ace-bugs] Re: [tao-bugs] w.r.t. $ACE_ROOT/ace/README....
Hi Atul, >> I have ace version "5.3a_p6" from OCI. Please send all questions about the OCI version of ACE+TAO to taosupport@ociweb.com. >> from $ACE_ROOT/ace/readme >> >> ---------------------------------------- >> The following is a partial list of where some of these macros are used >> in the code. This list was originally compiled by Jam Hamidi >> (jh1@core01.osi.com). It is now hopelessly out of date. Hopefully, >> someone will come along and update it.... >> . >> . >> . >> ACE_L...

Re: [ace-users] [ace-bugs] [asnmp]: [agent PDU receiving bug] #2
Hi, > >Thanks for using the PRF form. Wouldn't your change result in a possible > >memory leak? > > Can you please explain what would cause a memory leak? I read the code not correctly, you are right, there is not a leak, but I am not sure about the change the reporter wants. What change is exactly needed? Johnny Hi Artem, Could you please provide us with a bit more information about your proposed fix? Thanks! Doug >> >Thanks for using the PRF form. Wouldn't your change result in a possible >> >memory leak? >> >> Can you please explain what would cause a memory leak? > >I read the code not correctly, you are right, there is not a leak, but I am >not sure about the change the reporter wants. What change is exactly needed? > > >Johnny > -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Vanderbilt University WEB: www.dre.vanderbilt.edu/~schmidt Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

Re: [tao-bugs] [ace-bugs]: Compiling ACE 5.4.3 failed
Hi > First of all, I wish you a Happy New Year. Wish you the same! > ACE VERSION: 5.4.3 Thanks for using the PRF! > HOST MACHINE and OPERATING SYSTEM: > i86 LINUX 2.6.5-7,111 SUSE 9.1 > i86 LINUX 2.6.8-24 SUSE 9.2 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc 3.3.3 > gcc 3.3.4 > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- > specific file, simply state which one]: > > config-linux.h as delivered > > CONTENTS OF $ACE...

RE: [ace-bugs] Re: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ #2 #2
Hi, Thanks for the info. I will have a look in detail tomorrow. I would propose to use ACE_VXWORKS as the define to check on the right version. 0x540 is then Tornado 2.0 with gcc 2.7.2, 0x542 is Tornado 2.1 (or whatever windriver called it) but is has gcc 2.9.6 and 0x550 is VxWorks 5.5, I only don't know what VxWorks AE is then? Johnny > -----Original Message----- > From: Thomas Lockhart [mailto:Thomas.Lockhart@jpl.nasa.gov] > Sent: Thursday, December 04, 2003 7:44 PM > To: Johnny Willemsen > Cc: andzik@rtlogic.com; ace-bugs@cs.wustl.edu > Subject: Re: [ace-bugs] Re: ...

RE: [SPAM] - RE: [tao-bugs] ACE/TAO x.4.10 Compilation Warnings
Hi, > > Lukas, can you please add your list > > of level 4 problems and proposed solutions to bugzilla so we don't > > lose track of this? > > Just now I tried to enter these items to bugzilla. But the > Version 1.4.10/5.4.10 is missing there. It is after 1.4.1 in the list. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

RE: [tao-bugs] TAO&ACE: Malformed destruction #2
Or may be I do know: # if defined (ACE_HAS_TSS_EMULATION) ACE_TSS_Emulation::release_key (temp_key); # elif defined (ACE_WIN32) ::TlsFree (temp_key); # elif defined (ACE_PSOS) && defined (ACE_PSOS_HAS_TSS) ::tsd_delete (temp_key); # endif /* ACE_WIN32 */ With this change in "ACE_TSS_Cleanup::detach" the code is running without polluting TLS. Notice that I did a check only in Win32. -----Original Message----- From: Kagan, Arkadi Sent: Thursday, January 12, 2006 17:20 To: 'jwillemsen@remedy.nl'; tao-bugs@cse.wustl.edu Subject: RE: [tao-bugs] TAO&ACE: Malformed destruction Hello Johnny. I found the problem I was experienced: it was an attempt to use ACE_HAS_TSS_EMULATION in WIN32 build. Unfortunately "ACE_TSS_Cleanup::detach" is doing TlsFree for unallocated key. I was not yet able to find right action for detach. May be somebody else can find it easier. Thanks. Arkadi. -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, January 10, 2006 12:31 To: Kagan, Arkadi; tao-bugs@cse.wustl.edu Subject: RE: [tao-bugs] TAO&ACE: Malformed destruction Hi, Your problems seems very specific, from reading the PRF I don't see a solution right now. Please note, BTW, that the DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors, as described...

RE: [tao-bugs] TAO&ACE: Malformed destruction #2
Hello Johnny. I found the problem I was experienced: it was an attempt to use ACE_HAS_TSS_EMULATION in WIN32 build. Unfortunately "ACE_TSS_Cleanup::detach" is doing TlsFree for unallocated key. I was not yet able to find right action for detach. May be somebody else can find it easier. Thanks. Arkadi. -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, January 10, 2006 12:31 To: Kagan, Arkadi; tao-bugs@cse.wustl.edu Subject: RE: [tao-bugs] TAO&ACE: Malformed destruction Hi, Your problems seems very specific, from reading the PRF I don't see a solution right now. Please note, BTW, 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+TAO commercial support. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > TAO version: 5.4 (v 1.52 2004/01/14 20:55:49) > ACE version: 5.4 (v 4.285 2003/12/31 20:34:30) > > HOST MACHINE and OPERATING SYSTEM: > Windows XP, Winsock only ...

[ace-bugs] Re: [tao-users] TAO build errors #2
Hi Jay, I recommend that you upgrade to TAO 1.4.1, which you can download from http://deuce.doc.wustl.edu/Download.html Please try using it and see if things work better. Thanks, Doug >> I d/l the "Latest release" ACE-5.4+TAO-1.4+CIAO-0.4.zip a few days ago, >> and am trying to build it under MSVC6 on Win2K. >> >> The ACE distribution built flawlessly. However, I get build errors >> trying to build ACE_wrappers\TAO\tao\TAO.dsw - it fails to find a number >> of .lib files, and thus I get link errors. >&g...

RE: [ace-bugs] Re: [ace-users] Bug? in ACE_Connector::connect_i
Steve, As I promised, I've checked it again, with a clean machine and build. The original source (without the modification) works. (But ofcourse :-) And it should be ... ACE_SOCKCALL_RETURN sets the errno using ::WSAGetLastError() ... If that isn't working - nothing will ... There was an include/lib mess on the machine where that problem was introduced to me. Thanks, Kobi. -----Original Message----- From: Kobi Cohen-Arazi [mailto:kobi-co@barak-online.net] Sent: Thursday, December 04, 2003 6:24 PM To: Steve Huston Cc: ace-users@cs.wustl.edu; ace-bugs@cs.wustl.edu Subject: [ace-bug...

RE: [ace-bugs] FW: ACE and TAO procedure fails for VxWorks: #2
I can't say that I understand exactly how or why is was failing, but maybe this is of interest to somebody else. Hard coding the full make path (/home/uncleared/rsala/MTM/TOOLS/gnu/make-3.80/make)in my script seems to have gotten around the problem. -----Original Message----- From: Douglas C. Schmidt [mailto:schmidt@cs.wustl.edu] Sent: Wednesday, July 28, 2004 3:12 PM To: ace-bugs@cs.wustl.edu; Sala, Roger Subject: Re: [ace-bugs] FW: ACE and TAO procedure fails for VxWorks: Hi Roger, Thanks for the URL. >> ACE VERSION: 5.4.1 >> >> ...

RE: [ace-bugs] ICMPv6 support + bug fixed
Hi Robert, Can you maybe store you patches to bugzilla. Everyone is swamped with work at this moment and there is no time to have a look and integreate them. Johnny > -----Original Message----- > From: owner-ace-bugs@cse.wustl.edu > [mailto:owner-ace-bugs@cse.wustl.edu] On Behalf Of Robert Iakobashvili > Sent: zaterdag 4 juni 2005 18:00 > To: ace-bugs@cs.wustl.edu > Subject: [ace-bugs] ICMPv6 support + bug fixed > > The same bug-report has been submitted a week ago. > Now the same subject and patches + one bug fixed. > > ACE VERSION: 5.4.5 > HOST MACHINE and OPERATING SYSTEM: > Linux robert 2.6.11.8-rob #1 Wed May 11 20:03:41 EDT 2005 i686 unknown > unknown GNU/Linux > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > g++ version 3.4.1 > > THE $ACE_ROOT/ace/config.h FILE: > > #define ACE_HAS_STANDARD_CPP_LIBRARY 1 > #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 > #define ACE_SHOULD_MALLOC_STATIC_OBJECT_LOCK 1 > #define ACE_HAS_REACTOR_NOTIFICATION_QUEUE 1 > #define ACE_HAS_ICMP_SUPPORT 1 > #define ACE_HAS_ENHANCED_INTERFACE_FUNCTIONS 1 > #define ACE_HAS_LINUX_NETLINK 1 > > #define ACE_HAS_IPV6 1 > > #include "ace/config-linux.h" > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE > FLAGS += -Werror -march=pentium4 -fno-enforce-eh-specs -fcheck-new > OCFLAGS = -O3 -ffast-math -finline-functions -fun...

RE: [ace-bugs] Re: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ #2
Hi, When I remember correctly there has been a 0x542 release for some platforms that shipped with gcc-2.96. Only 0x540 is VxWorks 5.4 and is shipped with 2.7.x which we don't support anymore. Johnny -----Original Message----- From: Thomas Lockhart [mailto:Thomas.Lockhart@jpl.nasa.gov] Sent: donderdag 4 december 2003 18:38 To: Johnny Willemsen Cc: andzik@rtlogic.com; ace-bugs@cs.wustl.edu Subject: Re: [ace-bugs] Re: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ > > >Then I will change it to == 0x542. That way it works with Tornado 2.2 >and with older versions. 0x540 is not...

Re: [ace-bugs] Re: [ace-users] RE: Module->open() #2
Hi, >> I guess I'm just pushing the limits a bit and trying to avoid >> writing a whole bunch of new code. This is a time-honored way in which ACE evolves. >> I view ACE_Stream/Module/Task as a good vehicle for a >> component-based design of network protocol processing that includes >> complex/stateful behaviors. Right, I agree. >> The Streams framework has components and behaviors relevant to >> dynamically configuring services which consist of a set of >> cooperating sub-objects. I understand that the assumption in ...

Web resources about - RE: [tao-bugs] Fix for bug 2323? #2 - comp.soft-sys.ace

Resources last updated: 3/5/2016 10:44:23 AM