From ialgora@indra.es  Wed Mar 28 05:06:44 2007
From: Inma Algora <ialgora@indra.es>
Date: Wed, 28 Mar 2007 05:06:42 -0000
Content-Type: text/plain ; charset="us-ascii"
To: report@adacore.com
CC: Milagros centeno <mcenteno@indra.es>, poalvarez@indra.es, Inma Algora <ialgora@indra.es>,
 jhmartin@indra.es, jjgperez@indra.es, Raul Castellano <rcastellano@indra.es>
Message-Id: <20070328090642.4734C33C52@plym.gnat.com>
Subject: [G328-007] #1221 block operation in PolyORB 2.2

Priority: Blocking

Hello.

We have installed the new version of PolyORB and now our servant processes are blocked. The first process which invoke 'CORBA.ORB.Initialize ("ORB")' works properly but the next processes get block in that call.

We have tried to initialize the instance with other code but the problem stills happening. The second try was this:

CORBA.ORB.Init (CORBA.ORB.To_CORBA_String ("ORB"), Argv);
Root_POA := PortableServer.POA.Helper.To_Local_Ref
           (CORBA.ORB.Resolve_Initial_References
            (CORBA.ORB.To_CORBA_String ("RootPOA")));
PortableServer.POAManager.Activate
           (PortableServer.POA.Get_The_POAManager (Root_POA));

Greetings.

Thanks in advance.

From report-internal@adacore.com  Wed Mar 28 05:06:46 2007
To: ialgora@indra.es
From: report@adacore.com
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, jhmartin@indra.es, Inma Algora <ialgora@indra.es>, jjgperez@indra.es, Raul Castellano <rcastellano@indra.es>
Message-Id: <20070328090645.630E448CC4E@nile.gnat.com>
Date: Wed, 28 Mar 2007 05:06:45 -0400 (EDT)
Subject: Re: [G328-007] #1221 block operation in PolyORB 2.2

[Automatic message from GNAT report ticket mechanism]

Dear Customer,

Your report has been automatically assigned ticket number [G328-007].
Please be sure to put this number in the subject line of any
subsequent followup message. Messages from us on this report will
quote this ticket number.

Thank you for using GNAT.

-- The GNAT support team




From quinot@gnat.com  Wed Mar 28 05:32:59 2007
From: quinot@gnat.com
To: file@gnat.com
Message-Id: <20070328093258.B949548CF17@nile.gnat.com>
Date: Wed, 28 Mar 2007 05:32:58 -0400 (EDT)
Subject: [bugtool:G328-007] attributes modified

Description changed from: block operation in PolyORB 2.2
  to: PolyORB: initialization hangs with release 2.2
Reassigned from: ????? to: quinot




From quinot@adacore.com  Wed Mar 28 06:09:37 2007
Date: Wed, 28 Mar 2007 12:09:26 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: report@adacore.com, Milagros centeno <mcenteno@indra.es>,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070328100926.GB50320@melamine.cuivre.fr.eu.org>
References: <20070328090642.4734C33C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070328090642.4734C33C52@plym.gnat.com>
Subject: Re: [G328-007] #1221 block operation in PolyORB 2.2

* Inma Algora, 2007-03-28 :

> We have installed the new version of PolyORB and now our servant processes are blocked. The first process which invoke 'CORBA.ORB.Initialize ("ORB")' works properly but the next processes get block in that call.

This does not sound like any known problem. It would be interesting to
know why and where the blocked partitions hang. Of course the easiest
way to investigate this would be if you could provide us with a complete
compilable reproducer for the described behaviour. Please be sure to
include any PolyORB runtime configuration file (polyorb.conf) you are using.

If this is not practical to you, it would be helpful if you could run
the partitions in GDB and:
  * interrupt the hung process and obtain a backtrace;
  * add a breakpoint on exceptions to see whether any exception is
    raised that could cause initialization to abort. (Note however that
    if you do not have a polyorb.conf file, it is expected that
    Name_Error is raised and handled, and you should continue execution
    in this case).

Best regards,
Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From ialgora@indra.es  Wed Mar 28 06:35:21 2007
From: Inma Algora <ialgora@indra.es>
Date: Wed, 28 Mar 2007 06:35:16 -0000
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul Castellano 
 <rcastellano@indra.es>
In-Reply-To: <20070328100926.GB50320@melamine.cuivre.fr.eu.org>
References: <20070328100926.GB50320@melamine.cuivre.fr.eu.org>  <20070328090642.4734C33C52@plym.gnat.com>
Message-Id: <20070328103516.DBC1D33C52@plym.gnat.com>
Subject: Re: [G328-007] Re: block operation in PolyORB 2.2

We have uninstalled polyorb 2.2 in order to continue with our development, so we cannot debug an executable to see where is it blocked.

The easiest example we have made contains the following code:

---------------

[prueba.adb]
With CORBA;
With CORBA.Impl;
With CORBA.ORB;
With GNAT.Current_Exception;
With Ada.Text_IO; Use Ada.Text_IO;
With PolyORB.Setup.Thread_Pool_Server;
Pragma Warnings (Off, PolyORB.Setup.Thread_Pool_Server);

procedure prueba is
begin
   Put_Line("Hola nenas.");
   CORBA.ORB.Initialize ("ORB");
   Put_Line("Hola nenas 2.");
exception
   when others =>
      Put_Line(GNAT.Current_Exception.Exception_Information);
end; 
---------------

The first execution of this process works properly and the main thread waits until some child thread finish. If you execute in another shell the same process while the first one is alive, that second process only writes "Hola nenas." to the standard output and does not show any exception information.

We have tried changing the tasking policy to Client, it does not hang but obviously our processes cannot initialize their "servant objects".

We do not use any polyorb.conf, we use some environment variables for our processes. For that example there is not any variable in the environment.

Thanks.



From quinot@adacore.com  Wed Mar 28 08:22:29 2007
Date: Wed, 28 Mar 2007 14:22:27 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070328122227.GC55405@melamine.cuivre.fr.eu.org>
References: <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070328103516.DBC1D33C52@plym.gnat.com>
Subject: Re: [G328-007] Re: block operation in PolyORB 2.2

* Inma Algora, 2007-03-28 :

> We have uninstalled polyorb 2.2 in order to continue with our development, so we cannot debug an executable to see where is it blocked.

Note that you can install PolyORB 2.2 in a different location using the
"--prefix" command line switch when running the configure script, so
that it won't interfere with your production environment.
 
> The easiest example we have made contains the following code:

Thanks for this simple reproducer. What exact version of the compiler
are you using?

Regards,
Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From ialgora@indra.es  Wed Mar 28 08:30:25 2007
From: Inma Algora <ialgora@indra.es>
Date: Wed, 28 Mar 2007 08:30:24 -0000
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul Castellano 
 <rcastellano@indra.es>
In-Reply-To: <20070328122227.GC55405@melamine.cuivre.fr.eu.org>
References: <20070328122227.GC55405@melamine.cuivre.fr.eu.org>  <20070328100926.GB50320@melamine.cuivre.fr.eu.org> 
 <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com>
Message-Id: <20070328123024.833B633C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: block operation in PolyORB 2.2

--Thanks for this simple reproducer. What exact version of the 
--compiler are you using?

Our compiler is gnat-5.04w-20051210-34-alphaev56-dec-osf5.1

Regards.



From quinot@adacore.com  Wed Mar 28 10:41:51 2007
Date: Wed, 28 Mar 2007 16:41:47 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070328144147.GA61348@melamine.cuivre.fr.eu.org>
References: <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070328123024.833B633C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: block operation in PolyORB 2.2

* Inma Algora, 2007-03-28 :

> --Thanks for this simple reproducer. What exact version of the 
> --compiler are you using?
> 
> Our compiler is gnat-5.04w-20051210-34-alphaev56-dec-osf5.1

OK, well, this compiler version is not very recent, and has known issues
with some socket functions that might cause the sort of behaviour you
are observing.

Could you please try to disable all multicast access points in your
PolyORB configuration, using the following polyorb.conf settings:

[access_points]
diop=disable
uipmc=disable

and let us know if this fixes the problem you encounter?

Thanks,
Th. Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From quinot@gnat.com  Wed Mar 28 10:49:49 2007
From: quinot@gnat.com
To: file@gnat.com
Message-Id: <20070328144945.4457148D0BD@nile.gnat.com>
Date: Wed, 28 Mar 2007 10:49:45 -0400 (EDT)
Subject: [bugtool:G328-007] attributes modified

Moved from: open to: hold
Why: 



From ialgora@indra.es  Wed Mar 28 11:56:41 2007
From: Inma Algora <ialgora@indra.es>
Date: Wed, 28 Mar 2007 11:56:38 -0000
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul Castellano 
 <rcastellano@indra.es>
In-Reply-To: <20070328144147.GA61348@melamine.cuivre.fr.eu.org>
References: <20070328144147.GA61348@melamine.cuivre.fr.eu.org>  <20070328122227.GC55405@melamine.cuivre.fr.eu.org> 
 <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> 
 <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com>
Message-Id: <20070328155638.E36F633C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: block operation in PolyORB 2.2

We have a problem installing PolyORB 2.2 when executing 'make install':

------------
../support/install-sh -c -m 644 'polyorb-errors.adb' '/home2/afmolino/Tru64/64/polyorb-2.2/include/polyorb/polyorb-errors.adb'
 ../support/install-sh -c -m 644 'polyorb-errors-helper.adb' '/home2/afmolino/Tru64/64/polyorb-2.2/include/polyorb/polyorb-errors-helper.adb'
 ../support/install-sh -c -m 644 'polyorb-exceptions.adb' '/home2/afmolino/Tru64/64/polyorb-2.2/include/polyorb/polyorb-exceptions.adb'
 ../support/install-sh -c -m 644 'polyorb-filters.adb' '/home2/afmolino/Tru64/64/polyorb-2.2/include/polyorb/polyorb-filters.adb'
 ../support/install-sh -c -m 644 'polyorb-filters-fragmenter.adb' '/home2/afmolino/Tru64/64/polyorb-2.2/include/polyorb/polyorb-filters-fragmenter.adb'
 ../support/install-sh -c -m 644 'polyorb-filters-iface.adb' '/home2/afmolino/Tru64/64/polyorb-2.2/include/polyorb/polyorb-filters-iface.adb'
/bin/ksh[2]: invalid multibyte character
Stack overflow: pid 85655, proc ksh, addr 0x11dffdfd0, pc 0x3ff80213e48
Stack overflow: pid 54217, proc ksh, addr 0x11dffdff0, pc 0x3ff800d6944
make[3]: *** [install-aliHEADERS] Segmentation fault
make[3]: Leaving directory `/home2/afmolino/Tru64/source/polyorb-2.2/src'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/home2/afmolino/Tru64/source/polyorb-2.2/src'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/home2/afmolino/Tru64/source/polyorb-2.2/src'
make: *** [install-recursive] Error 1

------------

That error does not happen installing 2.1 version. The 2.2 version we installed before was installed executing 'make install' on every directory of the src folder.

Regards.



From report@gnat.com  Wed Mar 28 11:56:43 2007
From: report@gnat.com
To: file@gnat.com
Message-Id: <20070328155641.1808C48D0D5@nile.gnat.com>
Date: Wed, 28 Mar 2007 11:56:41 -0400 (EDT)
Subject: [bugtool:G328-007] Moved to open

Why: Automatically reopened - Email from customer



From quinot@adacore.com  Wed Mar 28 12:50:51 2007
Date: Wed, 28 Mar 2007 18:50:44 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070328165044.GB66709@melamine.cuivre.fr.eu.org>
References: <20070328144147.GA61348@melamine.cuivre.fr.eu.org> <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070328155638.E36F633C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: block operation in PolyORB 2.2

* Inma Algora, 2007-03-28 :

> That error does not happen installing 2.1 version. The 2.2 version we installed before was installed executing 'make install' on every directory of the src folder.

This is not the supported way of installing PolyORB. You should just
run 'make install' once from the top of your build tree (i.e. from the
same directory where you executed the configure script).

Regards,
Th. Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From ialgora@indra.es  Thu Mar 29 02:06:18 2007
From: Inma Algora <ialgora@indra.es>
Date: Thu, 29 Mar 2007 02:06:14 -0000
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul Castellano 
 <rcastellano@indra.es>
In-Reply-To: <20070328165044.GB66709@melamine.cuivre.fr.eu.org>
References: <20070328165044.GB66709@melamine.cuivre.fr.eu.org>  <20070328144147.GA61348@melamine.cuivre.fr.eu.org> 
 <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> 
 <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> 
 <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com>
Message-Id: <20070329060615.8E2EA33C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: Re: block operation in PolyORB 2.2

> This is not the supported way of installing PolyORB. You 
> should just run 'make install' once from the top of your build
> tree (i.e. from the same directory where you executed the 
> configure script).


If we just run 'make install' from the top of the build tree the installation process stops at the point indicated by the error message.



From quinot@adacore.com  Thu Mar 29 06:11:25 2007
Date: Thu, 29 Mar 2007 12:11:22 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070329101122.GB3447@melamine.cuivre.fr.eu.org>
References: <20070328165044.GB66709@melamine.cuivre.fr.eu.org> <20070328144147.GA61348@melamine.cuivre.fr.eu.org> <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070329060615.8E2EA33C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: Re: block operation in PolyORB 2.2

* Inma Algora, 2007-03-29 :

> If we just run 'make install' from the top of the build tree the installation process stops at the point indicated by the error message.

Oh, I see now, thanks for the clarification.

This error message:

/bin/ksh[2]: invalid multibyte character
Stack overflow: pid 85655, proc ksh, addr 0x11dffdfd0, pc 0x3ff80213e48
Stack overflow: pid 54217, proc ksh, addr 0x11dffdff0, pc 0x3ff800d6944

is not something we have seen before. It might be a bug in your shell.
What exact operating system version are you running?

Can you try to run "make install" from a session using a shell other
than /bin/ksh (for example /bin/sh)?

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From quinot@gnat.com  Thu Mar 29 09:54:17 2007
From: quinot@gnat.com
To: file@gnat.com
Message-Id: <20070329135416.A5D3048CF17@nile.gnat.com>
Date: Thu, 29 Mar 2007 09:54:16 -0400 (EDT)
Subject: [bugtool:G328-007] attributes modified

Moved from: open to: hold
Why: 



From ialgora@indra.es  Fri Mar 30 05:20:32 2007
From: Inma Algora <ialgora@indra.es>
Date: Fri, 30 Mar 2007 05:20:30 -0000
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul Castellano 
 <rcastellano@indra.es>
In-Reply-To: <20070329101122.GB3447@melamine.cuivre.fr.eu.org>
References: <20070329101122.GB3447@melamine.cuivre.fr.eu.org>  <20070328165044.GB66709@melamine.cuivre.fr.eu.org> 
 <20070328144147.GA61348@melamine.cuivre.fr.eu.org> <20070328122227.GC55405@melamine.cuivre.fr.eu.org> 
 <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> 
 <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> 
 <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com>
Message-Id: <20070330092030.7031333C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: Re: Re: block operation in PolyORB 2.2

> Can you try to run "make install" from a session using a shell
> other than /bin/ksh (for example /bin/sh)?

The use of 'ksh' is included in the 'Makefile' of PolyORB, so if the solution is using 'sh' the 'Makefile' file should include that.




From report@gnat.com  Fri Mar 30 05:20:34 2007
From: report@gnat.com
To: file@gnat.com
Message-Id: <20070330092032.0E50D48CEFA@nile.gnat.com>
Date: Fri, 30 Mar 2007 05:20:32 -0400 (EDT)
Subject: [bugtool:G328-007] Moved to open

Why: Automatically reopened - Email from customer



From quinot@adacore.com  Fri Mar 30 05:26:30 2007
Date: Fri, 30 Mar 2007 11:26:27 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070330092627.GD85433@melamine.cuivre.fr.eu.org>
References: <20070328165044.GB66709@melamine.cuivre.fr.eu.org> <20070328144147.GA61348@melamine.cuivre.fr.eu.org> <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com> <20070330092030.7031333C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070330092030.7031333C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: Re: Re: block operation in PolyORB 2.2

* Inma Algora, 2007-03-30 :

> The use of 'ksh' is included in the 'Makefile' of PolyORB, so if the solution is using 'sh' the 'Makefile' file should include that.

Ah, this is interesting, this means that the configure script selected
ksh in preference to another shell in your environment (there is no
unconditional dependence upon ksh). Could you please send us the
config.log and config.status files from your build?

Thanks!
Th. Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From ialgora@indra.es  Fri Mar 30 06:58:10 2007
From: Inma Algora <ialgora@indra.es>
Date: Fri, 30 Mar 2007 06:58:09 -0000
Content-Type: multipart/mixed ; boundary="=_=_=____=_=_"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul Castellano 
 <rcastellano@indra.es>
In-Reply-To: <20070330092627.GD85433@melamine.cuivre.fr.eu.org>
References: <20070330092627.GD85433@melamine.cuivre.fr.eu.org>  <20070328165044.GB66709@melamine.cuivre.fr.eu.org> 
 <20070328144147.GA61348@melamine.cuivre.fr.eu.org> <20070328122227.GC55405@melamine.cuivre.fr.eu.org> 
 <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> 
 <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> 
 <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com> 
 <20070330092030.7031333C52@plym.gnat.com>
MIME-Version: 1.0
Message-Id: <20070330105809.57F0D33C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: Re: Re: Re: block operation in PolyORB 2.2

> Could you please send us the
> config.log and config.status files from your build?


[attachment msg0/config.log (application/octet-stream) filed in /gnat.dev/ada/gnatbugs/open/G328-007/config.log]
[attachment msg0/config.status (application/octet-stream) filed in /gnat.dev/ada/gnatbugs/open/G328-007/config.status]

From quinot@adacore.com  Mon Apr  2 05:37:39 2007
Date: Mon, 2 Apr 2007 11:37:32 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
Cc: Milagros centeno <mcenteno@indra.es>, report@adacore.com,
	poalvarez@indra.es, jhmartin@indra.es, jjgperez@indra.es,
	Raul Castellano <rcastellano@indra.es>
Message-ID: <20070402093732.GF30812@melamine.cuivre.fr.eu.org>
References: <20070328144147.GA61348@melamine.cuivre.fr.eu.org> <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com> <20070330092030.7031333C52@plym.gnat.com> <20070330105809.57F0D33C52@plym.gnat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070330105809.57F0D33C52@plym.gnat.com>
Subject: Re: [G328-007] Re: Re: Re: Re: Re: Re: block operation in PolyORB 2.2

* Inma Algora, 2007-03-30 :

> > Could you please send us the
> > config.log and config.status files from your build?

Thanks, we received the files. We are now analysing what is happening
exactly, and will let you know of our findings.
In the meantime, can you let us know what exact release of Tru64 you are
running, and what OS patches have been applied on your machine?

Thanks,
Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA



From quinot@gnat.com  Tue Apr  3 05:36:50 2007
From: quinot@gnat.com
To: file@gnat.com
Message-Id: <20070403093649.622B948D06A@nile.gnat.com>
Date: Tue,  3 Apr 2007 05:36:49 -0400 (EDT)
Subject: [bugtool:G328-007] attributes modified

Moved from: open to: hold
Why: 



From quinot@adacore.com  Thu Apr  5 12:48:27 2007
Date: Thu, 5 Apr 2007 18:48:26 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 jhmartin@indra.es, jjgperez@indra.es, Raul Castellano <rcastellano@indra.es>
Subject: Re: [G328-007] Re: Re: Re: Re: Re: Re: block operation in PolyORB 2.2
Message-ID: <20070405164826.GB19156@melamine.cuivre.fr.eu.org>
References: <20070328122227.GC55405@melamine.cuivre.fr.eu.org> <20070328100926.GB50320@melamine.cuivre.fr.eu.org> 
 <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> 
 <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com> 
 <20070329060615.8E2EA33C52@plym.gnat.com> <20070330092030.7031333C52@plym.gnat.com> 
 <20070330105809.57F0D33C52@plym.gnat.com> <20070402093732.GF30812@melamine.cuivre.fr.eu.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070402093732.GF30812@melamine.cuivre.fr.eu.org>

* Thomas Quinot, 2007-04-02 :

> In the meantime, can you let us know what exact release of Tru64 you are
> running, and what OS patches have been applied on your machine?

Two further questions:
  * are you using ksh as your login shell?
  * do you see the same problem if you do the configure and make
    stages of the PolyORB build within another shell (/bin/sh,
    or GNU bash?)

Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA

From ialgora@indra.es  Mon Apr  9 08:47:17 2007
From: Inma Algora <ialgora@indra.es>
Date: Mon, 09 Apr 2007 08:47:14 -0000
Subject: Re: [G328-007] Re: block operation in PolyORB 2.2
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
  Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul 
 Castellano  <rcastellano@indra.es>
In-Reply-To: <20070405164826.GB19156@melamine.cuivre.fr.eu.org>
References: <20070405164826.GB19156@melamine.cuivre.fr.eu.org>  <20070328122227.GC55405@melamine.cuivre.fr.eu.org> 
  <20070328100926.GB50320@melamine.cuivre.fr.eu.org>  <20070328090642.4734C33C52@plym.gnat.com> 
  <20070328103516.DBC1D33C52@plym.gnat.com>  <20070328123024.833B633C52@plym.gnat.com> 
  <20070328155638.E36F633C52@plym.gnat.com>  <20070329060615.8E2EA33C52@plym.gnat.com> 
  <20070330092030.7031333C52@plym.gnat.com>  <20070330105809.57F0D33C52@plym.gnat.com> 
  <20070402093732.GF30812@melamine.cuivre.fr.eu.org>
Message-ID: <20070409124715.3B2C933C52@plym.gnat.com>

> In the meantime, can you let us know what exact release of Tru64 you 
> are running, and what OS patches have been applied on your machine?

We are using the following release:
Compaq Tru64 UNIX V5.1B (Rev. 2650); Fri Jun 16 15:27:52 MEST 2006


> Two further questions:
>   * are you using ksh as your login shell?

No, we dont.

>   * do you see the same problem if you do the configure and make
>     stages of the PolyORB build within another shell (/bin/sh,
>     or GNU bash?)

Yes, we do.

By the way, can we change the 'configure' execution in order to allow the use of another shell?

From quinot@adacore.com  Tue Apr 10 05:04:27 2007
Date: Tue, 10 Apr 2007 11:04:24 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 jhmartin@indra.es, jjgperez@indra.es, Raul Castellano <rcastellano@indra.es>
Subject: Re: [G328-007] Re: block operation in PolyORB 2.2
Message-ID: <20070410090424.GB57407@melamine.cuivre.fr.eu.org>
References: <20070328100926.GB50320@melamine.cuivre.fr.eu.org> <20070328090642.4734C33C52@plym.gnat.com> 
 <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> 
 <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com> 
 <20070330092030.7031333C52@plym.gnat.com> <20070330105809.57F0D33C52@plym.gnat.com> 
 <20070402093732.GF30812@melamine.cuivre.fr.eu.org> <20070409124715.3B2C933C52@plym.gnat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070409124715.3B2C933C52@plym.gnat.com>

* Inma Algora, 2007-04-09 :

> We are using the following release:
> Compaq Tru64 UNIX V5.1B (Rev. 2650); Fri Jun 16 15:27:52 MEST 2006

OK, thanks for the information, we are not aware of any specific problem
with this operating environment version.

> By the way, can we change the 'configure' execution in order to allow the use of another shell?

You may try the following command line to force configure to use /bin/sh
instead of ksh:

CONFIG_SHELL=/bin/sh /bin/sh ./configure <arguments...>

Please let us know if this helps in any way.

Best regards,
Th. Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA

From ialgora@indra.es  Tue Apr 10 11:47:03 2007
From: Inma Algora <ialgora@indra.es>
Date: Tue, 10 Apr 2007 17:47:00 -0000
Subject: Re: [G328-007] Re: Re: block operation in PolyORB 2.2
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
  Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul 
 Castellano  <rcastellano@indra.es>
In-Reply-To: <20070410090424.GB57407@melamine.cuivre.fr.eu.org>
References: <20070410090424.GB57407@melamine.cuivre.fr.eu.org>  <20070328100926.GB50320@melamine.cuivre.fr.eu.org> 
  <20070328090642.4734C33C52@plym.gnat.com>  <20070328103516.DBC1D33C52@plym.gnat.com> 
  <20070328123024.833B633C52@plym.gnat.com>  <20070328155638.E36F633C52@plym.gnat.com> 
  <20070329060615.8E2EA33C52@plym.gnat.com>  <20070330092030.7031333C52@plym.gnat.com> 
  <20070330105809.57F0D33C52@plym.gnat.com>  <20070402093732.GF30812@melamine.cuivre.fr.eu.org> 
  <20070409124715.3B2C933C52@plym.gnat.com>
Message-ID: <20070410154700.F3C6A164CE6@province.act-europe.fr>

> You may try the following command line to force configure to
> use /bin/sh instead of ksh:

> CONFIG_SHELL=/bin/sh /bin/sh ./configure <arguments...>

> Please let us know if this helps in any way.


We tried what you said, but the problem still happens.

 ../support/install-sh -c -m 644 'polyorb-filters-fragmenter.adb' '/usr/local/polyorb/polyorb-2.2-gnat-6.01/include/polyorb/polyorb-filters-fragmenter.adb'

 ../support/install-sh -c -m 644 'polyorb-filters-iface.adb' '/usr/local/polyorb/polyorb-2.2-gnat-6.01/include/polyorb/polyorb-filters-iface.adb'

/bin/ksh[2]: invalid multibyte character

Stack overflow: pid 372404, proc ksh, addr 0x11dffdfd0, pc 0x3ff80213e48

Stack overflow: pid 367464, proc ksh, addr 0x11dffdff0, pc 0x3ff800d6944

make[3]: *** [install-aliHEADERS] Segmentation fault (core dumped)

make[3]: Leaving directory `/home2/afmolino/Tru64/source/polyorb-2.2/src'

make[2]: *** [install-am] Error 2

make[2]: Leaving directory `/home2/afmolino/Tru64/source/polyorb-2.2/src'

make[1]: *** [install-recursive] Error 1

make[1]: Leaving directory `/home2/afmolino/Tru64/source/polyorb-2.2/src'

make: *** [install-recursive] Error 1

From quinot@adacore.com  Thu Apr 12 10:50:44 2007
Date: Thu, 12 Apr 2007 16:46:40 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 jhmartin@indra.es, jjgperez@indra.es, Raul Castellano <rcastellano@indra.es>
Subject: Re: [G328-007] Re: Re: block operation in PolyORB 2.2
Message-ID: <20070412144640.GB73788@melamine.cuivre.fr.eu.org>
References: <20070328090642.4734C33C52@plym.gnat.com> <20070328103516.DBC1D33C52@plym.gnat.com> 
 <20070328123024.833B633C52@plym.gnat.com> <20070328155638.E36F633C52@plym.gnat.com> 
 <20070329060615.8E2EA33C52@plym.gnat.com> <20070330092030.7031333C52@plym.gnat.com> 
 <20070330105809.57F0D33C52@plym.gnat.com> <20070402093732.GF30812@melamine.cuivre.fr.eu.org> 
 <20070409124715.3B2C933C52@plym.gnat.com> <20070410154700.F3C6A164CE6@province.act-europe.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070410154700.F3C6A164CE6@province.act-europe.fr>

* Inma Algora, 2007-04-10 :

> We tried what you said, but the problem still happens.

We were able to reproduce configure failures that seem to be related to
the use of the Tru64 ksh implementation. Would it be feasible for you to
try to install GNU bash on your build machine, and have the bash binary
in your PATH?

Regards,
Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA

From ialgora@indra.es  Fri Apr 13 07:13:04 2007
From: Inma Algora <ialgora@indra.es>
Date: Fri, 13 Apr 2007 07:13:02 -0000
Subject: Re: [G328-007] Re: Re: Re: block operation in PolyORB 2.2
Content-Type: text/plain ; charset="us-ascii"
To: Thomas Quinot <quinot@adacore.com>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
  Inma Algora <ialgora@indra.es>, jhmartin@indra.es, jjgperez@indra.es, Raul 
 Castellano  <rcastellano@indra.es>
In-Reply-To: <20070412144640.GB73788@melamine.cuivre.fr.eu.org>
References: <20070412144640.GB73788@melamine.cuivre.fr.eu.org>  <20070328090642.4734C33C52@plym.gnat.com> 
  <20070328103516.DBC1D33C52@plym.gnat.com>  <20070328123024.833B633C52@plym.gnat.com> 
  <20070328155638.E36F633C52@plym.gnat.com>  <20070329060615.8E2EA33C52@plym.gnat.com> 
  <20070330092030.7031333C52@plym.gnat.com>  <20070330105809.57F0D33C52@plym.gnat.com> 
  <20070402093732.GF30812@melamine.cuivre.fr.eu.org>  <20070409124715.3B2C933C52@plym.gnat.com> 
  <20070410154700.F3C6A164CE6@province.act-europe.fr>
Message-ID: <20070413111302.7DD7A33C52@plym.gnat.com>

> We were able to reproduce configure failures that seem to be related to
> the use of the Tru64 ksh implementation. Would it be feasible for you to
> try to install GNU bash on your build machine, and have the bash binary
> in your PATH?

OK, now it was installed correctly.

Coming back to the main problem, now our example doesn't hangs, we receive now an exception when we try to initialice the ORB in the second process:

Exception name: GNAT.SOCKETS.SOCKET_ERROR
Message: [48] Address already in use
Call stack traceback locations:
0x30003232984 0x3000322ff24 0x12028263c 0x12028407c 0x1201c4f1c 0x12021a3b4 0x12021a690 0x12021a718 0x12017d024 0x120129b44 0x120129a30 0x120127b98

This issue was not found in the previous version. Can you assist us with information about what has changed?

Thanks.

From quinot@adacore.com  Mon Apr 16 05:03:16 2007
Date: Mon, 16 Apr 2007 11:03:13 +0200
From: Thomas Quinot <quinot@adacore.com>
To: Inma Algora <ialgora@indra.es>
CC: Milagros centeno <mcenteno@indra.es>, report@adacore.com, poalvarez@indra.es, 
 jhmartin@indra.es, jjgperez@indra.es, Raul Castellano <rcastellano@indra.es>
Subject: Re: [G328-007] Re: Re: Re: block operation in PolyORB 2.2
Message-ID: <20070416090313.GA50774@melamine.cuivre.fr.eu.org>
References: <20070328103516.DBC1D33C52@plym.gnat.com> <20070328123024.833B633C52@plym.gnat.com> 
 <20070328155638.E36F633C52@plym.gnat.com> <20070329060615.8E2EA33C52@plym.gnat.com> 
 <20070330092030.7031333C52@plym.gnat.com> <20070330105809.57F0D33C52@plym.gnat.com> 
 <20070402093732.GF30812@melamine.cuivre.fr.eu.org> <20070409124715.3B2C933C52@plym.gnat.com> 
 <20070410154700.F3C6A164CE6@province.act-europe.fr> <20070413111302.7DD7A33C52@plym.gnat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20070413111302.7DD7A33C52@plym.gnat.com>

* Inma Algora, 2007-04-13 :

> OK, now it was installed correctly.

Good to know that. We'll add a mention of this issue in the PolyORB
User's Guide.

> Coming back to the main problem, now our example doesn't hangs, we receive now an exception when we try to initialice the ORB in the second process:
> 
> Exception name: GNAT.SOCKETS.SOCKET_ERROR
> Message: [48] Address already in use
> Call stack traceback locations:
> 0x30003232984 0x3000322ff24 0x12028263c 0x12028407c 0x1201c4f1c 0x12021a3b4 0x12021a690 0x12021a718 0x12017d024 0x120129b44 0x120129a30 0x120127b98
> 
> This issue was not found in the previous version. Can you assist us with information about what has changed?

As far as we can tell from previous exchanges on this TN, the compiler
release you are using is gnat-5.04w-20051210-34-alphaev56-dec-osf5.1.
The implementation of GNAT.Sockets.Bind_Socket in this release is known
to be incorrect, which can cause the initialization of PolyORB to fail
in certain configurations, in a manner similar to the error you are
describing.

A work-around for this issue is to disable the UIPMC (GIOP over UDP
multicast) access points in your partitions. This is achieved using the
following runtime configuration option:

[access_points]
uipmc=disable

(these two lines should be added to polyorb.conf, or you can use the
equivalent command line option or environment variable, as described in
the PolyORB User's Guide).

Another option is to upgrade your compiler to the 6.0.1 release.

Please let us know if either solution is workable in the context of your
project.

Best regards,
Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA

From ialgora@indra.es  Mon Apr 16 06:31:30 2007
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Subject: RE: [G328-007] Re: Re: Re: block operation in PolyORB 2.2
Date: Mon, 16 Apr 2007 12:32:31 +0200
Message-ID: <EF905E8FDBB5F04F8E0991C471950ACA20E437@MADARRMAIL1.indra.es>
In-Reply-To: <20070416090313.GA50774@melamine.cuivre.fr.eu.org>
From: =?iso-8859-1?q?Algora_D=EDaz,_Inmaculada?=  <ialgora@indra.es>
To: "Thomas Quinot" <quinot@adacore.com>
CC: "Centeno Sanchez, Milagros" <mcenteno@indra.es>, <report@adacore.com>, 
 "Ortega Alvarez, Patricia" <poalvarez@indra.es>, "Hernandez Martin, Javier" 
 <jhmartin@indra.es>, "Garcia Perez, Jorge Juan" <jjgperez@indra.es>,  =?iso-8859-1?q?Castellano_Ram=EDrez,_Raul?= 
  <rcastellano@indra.es>

> A work-around for this issue is to disable the UIPMC (GIOP over UDP
> multicast) access points in your partitions. This is achieved using =
the following runtime configuration option:
> [access_points]
> uipmc=3Ddisable
> (these two lines should be added to polyorb.conf, or you can use the =
equivalent command line option or environment > variable, as described =
in the PolyORB User's Guide).
> Another option is to upgrade your compiler to the 6.0.1 release.

=20

We are using for that example the following compiler release:

gnat-6.0.1-alphaev56-dec-osf5.1-bin

Besides, we tried your solution about the uipmc variable, and it does =
not change anything, the socket exception is throwed at the same point.


Best regards.


-----Mensaje original-----
De: Thomas Quinot [mailto:quinot@adacore.com]=20
Enviado el: lunes, 16 de abril de 2007 11:03
Para: Algora D=EDaz, Inmaculada
CC: Centeno Sanchez, Milagros; report@adacore.com; Ortega Alvarez, =
Patricia; Hernandez Martin, Javier; Garcia Perez, Jorge Juan; Castellano =
Ram=EDrez, Raul
Asunto: Re: [G328-007] Re: Re: Re: block operation in PolyORB 2.2

* Inma Algora, 2007-04-13 :

> OK, now it was installed correctly.

Good to know that. We'll add a mention of this issue in the PolyORB
User's Guide.

> Coming back to the main problem, now our example doesn't hangs, we =
receive now an exception when we try to initialice the ORB in the second =
process:
>=20
> Exception name: GNAT.SOCKETS.SOCKET_ERROR
> Message: [48] Address already in use
> Call stack traceback locations:
> 0x30003232984 0x3000322ff24 0x12028263c 0x12028407c 0x1201c4f1c =
0x12021a3b4 0x12021a690 0x12021a718 0x12017d024 0x120129b44 0x120129a30 =
0x120127b98
>=20
> This issue was not found in the previous version. Can you assist us =
with information about what has changed?

As far as we can tell from previous exchanges on this TN, the compiler
release you are using is gnat-5.04w-20051210-34-alphaev56-dec-osf5.1.
The implementation of GNAT.Sockets.Bind_Socket in this release is known
to be incorrect, which can cause the initialization of PolyORB to fail
in certain configurations, in a manner similar to the error you are
describing.

A work-around for this issue is to disable the UIPMC (GIOP over UDP
multicast) access points in your partitions. This is achieved using the
following runtime configuration option:

[access_points]
uipmc=3Ddisable

(these two lines should be added to polyorb.conf, or you can use the
equivalent command line option or environment variable, as described in
the PolyORB User's Guide).

Another option is to upgrade your compiler to the 6.0.1 release.

Please let us know if either solution is workable in the context of your
project.

Best regards,
Thomas Quinot.

--=20
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA

From quinot@adacore.com  Mon Apr 16 07:35:41 2007
Date: Mon, 16 Apr 2007 13:35:35 +0200
From: Thomas Quinot <quinot@adacore.com>
To: =?iso-8859-1?q?Algora_D=EDaz@gnat.com,__Inmaculada?=  <ialgora@indra.es>
CC: "Centeno Sanchez, Milagros" <mcenteno@indra.es>, report@adacore.com, "Ortega 
 Alvarez, Patricia" <poalvarez@indra.es>, "Hernandez Martin, Javier" <jhmartin@indra.es>, 
 "Garcia Perez, Jorge Juan" <jjgperez@indra.es>,  =?iso-8859-1?q?Castellano_Ram=EDrez@gnat.com,__Raul?= 
  <rcastellano@indra.es>
Subject: Re: [G328-007] Re: Re: Re: block operation in PolyORB 2.2
Message-ID: <20070416113534.GM50774@melamine.cuivre.fr.eu.org>
References: <20070416090313.GA50774@melamine.cuivre.fr.eu.org> <EF905E8FDBB5F04F8E0991C471950ACA20E437@MADARRMAIL1.indra.es>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <EF905E8FDBB5F04F8E0991C471950ACA20E437@MADARRMAIL1.indra.es>

* =?iso-8859-1?q?Algora_D=EDaz@gnat.com, 2007-04-16 :

> We are using for that example the following compiler release:
> gnat-6.0.1-alphaev56-dec-osf5.1-bin
> 
> Besides, we tried your solution about the uipmc variable, and it does not change anything, the socket exception is throwed at the same point.

OK. Are you using a polyorb.conf file (if so can you send it to us?), or
do you force a specific value for the listening port of your partitions
in any way?

Thomas Quinot.

-- 
Thomas Quinot, Ph.D. ** quinot@adacore.com ** Senior Software Engineer
               AdaCore -- Paris, France -- New York, USA

