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
>

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 #2TG-
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):
&gt...

[ace-bugs] Re: [tao-bugs] Tao Build problem (on Sun): Link error #2Hi 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 #2Hi 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...

[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 errorHi 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] 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] #2Hi,
> >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: [ace-bugs] Re: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ #2 #2Hi,
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 WarningsHi,
> > 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 #2Or 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 #2Hello 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 #2Hi 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_iSteve,
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] Re: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ #2Hi,
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() #2Hi,
>> 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
...