f



Re: [tao-users] Problem with shmiop and large message size. TAO 1.4.2, 1.4.7,

Hi Nanbor,

        Can you please take a look at the question from Thaddeus
Covert below and suggest a fix?  Thaddeus, can you please explain the
size of the buffer you're trying to pass?  It's not in your posting
below.

Thanks,

        Doug

In article <200512061457.45749.tcovert@tazznetworks.com> you write:
>> New to CORBA and TAO. 
>> 
>> Problem: I have a program that works fine using iiop. Want to learn more about 
>> the pluggable protocols (ie colocation and shmiop). I've managed to figure 
>> out how to enable the shmiop and uiop. The uiop works fine, iiop works fine, 
>> but when I use shmiop my stress test fails with:
>> 
>> FreeBSD 6.0, gcc 3.4.4, libACE 5.4.2, libTAO 1.4.2
>> 
>> TAO: (57262|134668288|SHMIOP_Transport.cpp|243) 
>> closing transport 11 after fault send_message ()
>> 
>> or
>> Solaris 9, gcc 4.0.1, libACE 5.4.7, libTAO 1.4.7
>> 
>> TAO: (12580|1|Strategies/SHMIOP_Transport.cpp|238) closing transport 12 after 
>> fault send_message ()
>> : Not enough space
>> 
>> The program works up till this point. The buffer size that is trying to be 
>> passed is:
>> This is for the solaris 9 trace:
>> 
>> Dec  5 18:18:29.050 2005@<local_host>@12580@LM_DEBUG@bin/tsserver|TAO (12580|
>> 1) - GIOP_Message_Base::dump_msg, send GIOP 
>> v1.2 msg, 280045 data bytes, my endian, Type Reply[10010]
>> Dec  5 18:18:29.050 2005@<local_host>@12580@LM_DEBUG@bin/tsserver|GIOP message 
>> - HEXDUMP 280057 bytes (showing first 912 
>> bytes)
>> ...(with what I'd expect to be here)
>> 
>> Not sure what to do here. I was looking for something to increase the buffer 
>> size, but the only option I could find was the one to increase the socket 
>> buffer, which shouldn't have any affect.
>> 
>> I can send code or more log files if need be, just didn't want to pollute the 
>> list.
>> 
>> Thanks,
>> Thaddeus
>> 


























-- 
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
Douglas
12/6/2005 11:15:31 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

3 Replies
634 Views

Similar Articles

[PageSpeed] 43

On Tuesday 06 December 2005 16:43, you wrote:
> Hi Nanbor,
>
>         Can you please take a look at the question from Thaddeus
> Covert below and suggest a fix?  Thaddeus, can you please explain the
> size of the buffer you're trying to pass?  It's not in your posting
> below.
>
> Thanks,
>
>         Doug
>
..snip.

I'm not sure of the exact size of the returned data. The stress test program 
puts 10000+x, where x<10, strings into a tuple space, munges some of the 
data, and then retrieves all of the keys as a string list. The keys are fixed 
size at 22char, so I'm estimating that the returned buffer is ~220000 bytes.

In the debug information, it says that the GIOP message tried to transfer 
280057 bytes. 

The returned buffer is a sequence<string> of approx 10000 strings. I 
understand that I could do a iterator for this, but I'm interested as to why 
it only seems to not work with shmiop.

Thanks,
Thaddeus

0
Thaddeus
12/6/2005 11:23:02 PM
Hi Thaddeus,

>> I'm not sure of the exact size of the returned data. The stress test program 
>> puts 10000+x, where x<10, strings into a tuple space, munges some of the 
>> data, and then retrieves all of the keys as a string list. The keys are fixed 
>> size at 22char, so I'm estimating that the returned buffer is ~220000 bytes.
>> 
>> In the debug information, it says that the GIOP message tried to transfer 
>> 280057 bytes. 
>> 
>> The returned buffer is a sequence<string> of approx 10000 strings. I 
>> understand that I could do a iterator for this, but I'm interested as to why 
>> it only seems to not work with shmiop.

My guess is because the default size of the shared memory segment used
by shmiop is smaller than the size of the message that you're trying
to send.  Nanbor, is there any way to configure the size of this
shared memory segment?

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
Douglas
12/7/2005 12:55:23 AM
Hi Thaddeus,

On Tue, 6 Dec 2005 17:31:06 -0600 (CST), "Douglas C. Schmidt"
<schmidt@cs.wustl.edu> said:

> My guess is because the default size of the shared memory segment
> used by shmiop is smaller than the size of the message that you're
> trying to send.  Nanbor, is there any way to configure the size of
> this shared memory segment?

Yes, indeed.  You need to do this when you load the SHMIOP strategies.
Please take a look at

  $TAO_ROOT/performance_tests/Cubit/TAO/IDL_Cubit/server_shmiop.conf

for an example on how to do this.

Thanks,

nanbor

--
Nanbor Wang  -*-  nanbor -(A)- txcorp _(d0t)_ com  -*-
http://www.txcorp.com
  Tech-X Corp., 5621 Arapahoe Ave, Suite A, Boulder CO 80303
          Tel: 303.448.0729  -*-  Fax:  303.448.7756

0
nanbor
12/8/2005 8:12:09 AM
Reply:

Similar Artilces:

[tao-users] Problem with shmiop and large message size. TAO 1.4.2, 1.4.7
New to CORBA and TAO. Problem: I have a program that works fine using iiop. Want to learn more about the pluggable protocols (ie colocation and shmiop). I've managed to figure out how to enable the shmiop and uiop. The uiop works fine, iiop works fine, but when I use shmiop my stress test fails with: FreeBSD 6.0, gcc 3.4.4, libACE 5.4.2, libTAO 1.4.2 TAO: (57262|134668288|SHMIOP_Transport.cpp|243) closing transport 11 after fault send_message () or Solaris 9, gcc 4.0.1, libACE 5.4.7, libTAO 1.4.7 TAO: (12580|1|Strategies/SHMIOP_Transport.cpp|238) closing transport ...

[tao-users] Re: tao naming service build problem (ACE-5.4.1+TAO-1.4.1)
Hi, This problem is fixed in the x.4.3 release you can obtain from http://deuce.doc.wustl.edu/Download.html Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl "serg" <serg@sigma.icmp.lviv.ua> wrote in message news:<opslmf7qgcpq42w9@shreck.lis.ua>... > Sorry but i haven't access to comp.object.corba.tao so i post the question > here. > > During build of orb services the following error occured: > > [...skipped...] > ... > make[3]: Leaving di...

[tao-users] Use of TAO_OutputCDR and ACE_Message_Block in CORBA::Any from TAO 1.4.1|ACE 5.4.1 to TAO2.2.0|ACE 6.2.0
This is a multipart message in MIME format. ------=_NextPart_000_00BF_01CEA8D4.9E005C80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable TAO VERSION: 2.2.0 ACE VERSION: 6.2.0 =20 HOST MACHINE and OPERATING SYSTEM: x86_64 and Red Hat - Linux 2.6.18-194.26.1.el5 =20 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: =20 COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc (GCC) 4.8.1 =20 THE $ACE_ROOT/ace/config.h FILE: config-linux.h =20 THE $ACE...

[ace-bugs] Re: [tao-users] JDK 1.4.2 client with TAO 1.4 server
Hi Amir, Thanks for using the PRF. >> TAO VERSION: 1.4 >> ACE VERSION: 5.4 >> HOST MACHINE and OPERATING SYSTEM: >> Linux Red Hat 8 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> Intel PC Windows 2000 >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) >> javac (sun JDK 1.4.2) >> AREA/CLASS/EXAMPLE AFFECTED: >> DOES THE PROBLEM AFFECT: >> COMPILATION? >> no >> LINKING? >> no >> EXECUTION? >> yes ...

RE: [tao-users] Re: [ace-users] Re: Announcing the release of the new beta (ACE-5.4.10, TAO-1.4.10 and CIAO-0.4.10)
Hi, > > >> We encourage you to download the new beta, use it with your > > >> applications, and let us know soon if you encounter any problems > > >> since we plan to cut the x.5 release by February 28th. > > > > As per Wallace's comments, we have an aggressive schedule > for the x.5 > > release to meet the needs of some major sponsors. If > people can give > > x.4.10 a "test drive" in the next couple of days and report problems > > they encounter we'll try to ensure that we fix any >...

Re: [ace-users] ACE + TAO Installation (5.4.7 / 1.4.7) Problem
Hi, The best approach would be the setup using config.h/platform_macros.GNU, autoconf is really experimental to my opinion. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl *** Integrated compile and test statistics see http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** <jim.mathis@lmco.com> wrote in message news:<1193072998.895972.230370@i38g2000prf.googlegroups.c...

[ace-users] Re: a little bug of ACE-5.4.1+TAO-1.4.1+CIAO-0.4.1.tar.gz
Hi Adam, Please upgrade to ACE+TAO x.4.8, which you can download from http://deuce.doc.wustl.edu/Download.html under the heading "latest beta kit". The DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors for the latest beta kit, as described in http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html Thus, if you need more "predictable" help for ACE 5.4.1, I recommend that you check out http://www.cs.wustl.edu/~schmidt/commercial-support.html for a li...

Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs #2
Sorry, forgot the attachment. Makefile: /export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/Makefile.RTKokyuEvent g++ -W -Wall -Wpointer-arith -pipe -O3 -D_REENTRANT -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I/export/home/bcassan/ACE_wrappers/TAO -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF -DTAO_RTKOKYUEVENT_BUILD_DLL -c -fPIC -o .shobj/EC_Kokyu_Filter.o Event/EC_Kokyu_Filter.cpp g++ -W -Wall -Wpointer-arith -pipe -O...

RE: [tao-users] Strange warning when updating from tao 1.4.4 to 1.4.8 #2
Hi, > I do use PortableServer for POA, my config.h follows. But > what I don't > understand is how the application works ?? The TAO_PI.dll is > not loaded > because it's not available on the system, but even after logging the > warnings, the application runs OK. So why TAO/PortableServer tries to > load a DLL it doesn't need to run ? We try to load the DLL's when we could use them, if they are not found, then just certain functionality will not be available runtime, but if you don't use them, then you don't get problems. Johnn...

ACE 5.4.2 + TAO 1.4.2 client, ORBacus 4.1.2 NameService, and JACOrb 1.4.1 servants
Hi everyone, Background: ----------- I'm very new to CORBA, ACE & TAO. I'm trying to integrate with a 3rd party system which exposes a CORBA object model to clients. This system is composed of JACOrb 1.4.1 servers registering with an ORBacus 4.1.2 NameService. We've got existing software that uses ACE 5.4.2, and the 3rd party documentation mentions that people have used TAO (no version specified) previously to integrate with their system, so I'm trying out TAO 1.4.2 as a natural solution to the problem. Environment Specifics: ---------------------- - AC...

[tao-users] RE: [tao-bugs] Problem on the reconnecting tests (TAO 1.4.4) #2
Hi, It looks the notification service does a call back and after that things just stop. Maybe the is_a fails and then things end. Johnny > -----Original Message----- > From: Andr� Cruz [mailto:andre.cruz@meteo.pt] > Sent: woensdag 16 maart 2005 10:49 > To: Johnny Willemsen; tao-users@cs.wustl.edu > Subject: RE: [tao-bugs] Problem on the reconnecting tests (TAO 1.4.4) > > Hello. Thanks for the help. > > I've ran the test with the debug flag but I can't find > anything in this > big log. Well, I don't even know what to look fo...

[ace-users] Re: [tao-support] Has ACE 5.4.4/TAO 1.4.4 been built with gcc 4.0.0 yet
Hi Robert, > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > template instantiations. Has anyone successfully build TAO/ACE using > the latest gcc ? We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming x.4.5 beta should work nicely with GCC 4.0.0. We hope to have this available very shortly (there's just one remaining snag with typecodes that should be fixed in the next day or so). If you'd like to give things a try before we release x.4.5 please dow...

[tao-bugs] Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs
Hi Bill, It looks to me like you haven't built Kokyu, which is in $ACE_ROOT/Kokyu/ Please try building this first and then build TAO. Chris/Venkita/Bala/Don, can we please figure out a way to keep the lack of Kokyu being built from causing the rest of orbsvcs from failing?! Thanks, Doug > Makefile: > /export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/Makefile.RTKokyuEvent > > g++ -W -Wall -Wpointer-arith -pipe -O3 -D_REENTRANT > -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO > -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE...

RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4 #2
Hi, > Thanks for the reply. > The reason why I posted the stacktrace is that I have > currently no clue how to > reproduce a small testcase. But I will keep trying. > > I had the hope that someone familiar with ACE_Malloc_T<> > could shed light on > this subject. As I said the curious thing is that it works > with 32bit and > fails with 64bit. The only thing that I can imagine off is that somewhere a 64bit pointer is by accident handled as 32bit. Johnny ...

RE: [tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi, > > Hi Lothar > > > > > � � ACE VERSION: 5.4.5 > > > > Thanks for using the PRF form. Could you try to find the > problem and send > > us patches to fix this? > > > > Regards, > > > > Johnny Willemsen > > I have no problem committing some time to the problem. I do > however know as > much as nothing about the ACE XML parser and it's recent > changes. It seems to > me that (some) of the recent changes might have caused the > test failures. So > if someone working active...

tao naming service build problem (ACE-5.4.1+TAO-1.4.1)
Sorry but i haven't access to comp.object.corba.tao so i post the question here. During build of orb services the following error occured: [...skipped...] .... make[3]: Leaving directory `/tao/tao/orbsvcs/orbsvcs' make -f Makefile.CosNaming all make[3]: Entering directory `/tao/tao/orbsvcs/orbsvcs' Makefile: /tao/tao/orbsvcs/orbsvcs/Makefile.CosNaming rm -f .shobj//libTAO_CosNaming.dll.def.old ..shobj//libTAO_CosNaming.dll.def; dll tool --export-all --output-def .shobj//libTAO_CosNaming.dll.def --dllname libTAO _CosNaming.dll .shobj/Naming/Naming_Context_...

RE: [tao-users] Strange warning when updating from tao 1.4.4 to 1.4.8
Hi, Please always use the PRF form. Some of the TAO libraries itself use ORBInitializers and PI (for example PortableServer and Messaging). Because of that it can be that the libraries are searched. If you don't need portable interceptors, the best is to disable that then during compilation, that will reduce footprint and improve performance. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-tao-users@cse.wustl.edu > [mailto:owner-tao-us...

Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs
Hi Bill, Thanks for using the PRF. > TAO VERSION: 1.4 > ACE VERSION: 5.4 > > HOST MACHINE and OPERATING SYSTEM: > SunOS dali 5.8 Generic_108528-09 sun4u sparc SUNW,Ultra-80 > > AREA/CLASS/EXAMPLE AFFECTED: > Kokyu...I think. The error message is pasted below. I don't see this attached - can you please resend it and cc' venkita@cs.wustl.edu and cdgill@cs.wustl.edu? Thanks, Doug > DOES THE PROBLEM AFFECT: > COMPILATION? Yes > lrwxrwxrwx 1 bcassan 17 Jan 29 13:28 > /export/home/bcassan/ACE_w...

[tao-users] The differences between TAO 1.4.1.2 and 1.5.1.0 #2
This is a multi-part message in MIME format. ------_=_NextPart_001_01C74A75.80E5ABB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello all, =20 Could someone tell me where can I find a document which describes about the differences between TAO 1.4.1.2 and 1.5.1.0? =20 Thanks with regards, Shi Lei ------_=_NextPart_001_01C74A75.80E5ABB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> &...

[tao-users] RE: [tao-bugs] Problem on the reconnecting tests (TAO 1.4.4)
Hi, > TAO VERSION: 1.4.4 > ACE VERSION: 5.4.4 Thanks for using the PRF form > HOST MACHINE and OPERATING SYSTEM: > Linux (Fedora Core 2) > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7) > > 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 AFFECTED: > Reconnecting tests. > > DOES THE PROBLEM AFFECT: >...

[tao-users] US ECCN and EU-ECCN for TAO 1.4.1 + ACE 5.4.1
This is a multi-part message in MIME format. ------_=_NextPart_001_01C8CB97.492A7E73 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, We are using TAO 1.4.1 + ACE 5.4.1 in one of our products, and are now = in the process of collecting the information=20 needed to export it to other countries. Can you tell me what the U.S. Export Control Classification Number(ECCN) = for TAO 1.4.1 + ACE 5.4.1 is,=20 and whether a license exception may be used for it? If you don't know the US ECCN, can you tell me whether any ...

[tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi Lothar > � � ACE VERSION: 5.4.5 Thanks for using the PRF form. Could you try to find the problem and send us patches to fix this? Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > > � � HOST MACHINE and OPERATING SYSTEM: > uname -a > Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC > 2005 x86_64 x86_64 > x86_64 GNU/Linux > > � � TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > � � COMPILER NAME AND VERSION (AND PATCHLEV...

Re: [tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 #2
hello! i can not visit the cvs server for some limitation of here. does any web site provide cvs tar ball or just patch to 5.4.1? Or any one could send to me? Thanks very much! >From: Balachandran Natarajan <bala@cs.wustl.edu> >Reply-To: >To: yanyaqin97@mails.tsinghua.edu.cn >Subject: Re: [tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 > >Hi > > > ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 > > Yes, a known issue. Ossama Othman hs been adding support in ACE+TAO > for gcc-3.4 with help from users like Oliver Kellog. Please try to > pull...

RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4
Hi Lothar, Thanks for using the PRF form. It looks that one of the pointers to strcmp is zero, maybe that results in the crash. Could you post a small test app that reproduces the problem? Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4.4 > > HOST MACHINE and OPERATING SYSTEM: > uname -a > Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC > 2005 x86_64 x86_64 > x86_64 GNU/Linux > > TARGET MACHINE and OPERATING SYSTEM,...

Web resources about - Re: [tao-users] Problem with shmiop and large message size. TAO 1.4.2, 1.4.7, - comp.soft-sys.ace

Resources last updated: 2/26/2016 5:44:42 AM