PolyORB

PolyORB

[Shark8]

I'm trying to get the GPL copy of PolyORB from adacore to build
correctly [Win Vista, MinGW] and am currently stuck with the following
error:
"make: *** [polyorb_src.gpr] Error 4"

The last few lines on prior to the error are:
touch tools/po_catref/polyorb-giop_p-code_sets-description_data.ads-
stamp
gcc -c -o src/csupport.o -I/win/GNAT/polyorb-gpl-2010-src/src  -g -
O2  /win/GNAT
/polyorb-gpl-2010-src/src/csupport.c
ADA_PROJECT_PATH="/win/GNAT/polyorb-gpl-2010-src/projects;/win/GNAT/
polyorb-gpl-
2010-src/projects;$ADA_PROJECT_PATH" \
          gnatmake -P polyorb_src.gpr --create-missing-dirs -g -O2 -
XBuild=PRODU
CTION -XWarnings_Mode=n -j4   -cargs  -bargs -E
gnatmake: project file "polyorb_src.gpr" not found in .;C:\win\GNAT
\polyorb-gpl-
2010-src\projects;C:\win\GNAT\polyorb-gpl-2010-src\projects;;C:\GNAT
\2009\lib/gc
c/i686-pc-mingw32/4.3.4/..\..\..\gnat

This suggests a path error, I think. But this attempt at running make
I set the path to only "C:\GNAT\2009\bin;C:\GNAT\2009\libexec\i686-pc-
mingw32\4.3.4;c:\MinGW\msys\1.0\bin"

Also suspicious is the ";;" in the search-path prior to the error.

Re: PolyORB

[Anh Vo]

On Jan 3, 11:24 pm, Shark8 <onewingedsh...@gmail.com> wrote:
> I'm trying to get the GPL copy of PolyORB from adacore to build
> correctly [Win Vista, MinGW] and am currently stuck with the following
> error:
> "make: *** [polyorb_src.gpr] Error 4"
>
> The last few lines on prior to the error are:
> touch tools/po_catref/polyorb-giop_p-code_sets-description_data.ads-
> stamp
> gcc -c -o src/csupport.o -I/win/GNAT/polyorb-gpl-2010-src/src  -g -
> O2  /win/GNAT
> /polyorb-gpl-2010-src/src/csupport.c
> ADA_PROJECT_PATH="/win/GNAT/polyorb-gpl-2010-src/projects;/win/GNAT/
> polyorb-gpl-
> 2010-src/projects;$ADA_PROJECT_PATH" \
>           gnatmake -P polyorb_src.gpr --create-missing-dirs -g -O2 -
> XBuild=PRODU
> CTION -XWarnings_Mode=n -j4   -cargs  -bargs -E
> gnatmake: project file "polyorb_src.gpr" not found in .;C:\win\GNAT
> \polyorb-gpl-
> 2010-src\projects;C:\win\GNAT\polyorb-gpl-2010-src\projects;;C:\GNAT
> \2009\lib/gc
> c/i686-pc-mingw32/4.3.4/..\..\..\gnat
>
> This suggests a path error, I think. But this attempt at running make
> I set the path to only "C:\GNAT\2009\bin;C:\GNAT\2009\libexec\i686-pc-
> mingw32\4.3.4;c:\MinGW\msys\1.0\bin"
>
> Also suspicious is the ";;" in the search-path prior to the error.

You are using GNAT-GPL-2009 to build polyorb-gpl-2010. I would suggest
that you use GNAT-GPL-2010 instead. If the problem persists, then go
from there.

Anh Vo

Re: PolyORB

[Shark8]

On Jan 7, 10:24 am, Anh Vo <anhvofrc...@gmail.com> wrote:
> On Jan 3, 11:24 pm, Shark8 <onewingedsh...@gmail.com> wrote:
>
>
>
> > I'm trying to get the GPL copy of PolyORB from adacore to build
> > correctly [Win Vista, MinGW] and am currently stuck with the following
> > error:
> > "make: *** [polyorb_src.gpr] Error 4"
>
> > The last few lines on prior to the error are:
> > touch tools/po_catref/polyorb-giop_p-code_sets-description_data.ads-
> > stamp
> > gcc -c -o src/csupport.o -I/win/GNAT/polyorb-gpl-2010-src/src  -g -
> > O2  /win/GNAT
> > /polyorb-gpl-2010-src/src/csupport.c
> > ADA_PROJECT_PATH="/win/GNAT/polyorb-gpl-2010-src/projects;/win/GNAT/
> > polyorb-gpl-
> > 2010-src/projects;$ADA_PROJECT_PATH" \
> >           gnatmake -P polyorb_src.gpr --create-missing-dirs -g -O2 -
> > XBuild=PRODU
> > CTION -XWarnings_Mode=n -j4   -cargs  -bargs -E
> > gnatmake: project file "polyorb_src.gpr" not found in .;C:\win\GNAT
> > \polyorb-gpl-
> > 2010-src\projects;C:\win\GNAT\polyorb-gpl-2010-src\projects;;C:\GNAT
> > \2009\lib/gc
> > c/i686-pc-mingw32/4.3.4/..\..\..\gnat
>
> > This suggests a path error, I think. But this attempt at running make
> > I set the path to only "C:\GNAT\2009\bin;C:\GNAT\2009\libexec\i686-pc-
> > mingw32\4.3.4;c:\MinGW\msys\1.0\bin"
>
> > Also suspicious is the ";;" in the search-path prior to the error.
>
> You are using GNAT-GPL-2009 to build polyorb-gpl-2010. I would suggest
> that you use GNAT-GPL-2010 instead. If the problem persists, then go
> from there.
>
> Anh Vo

I uninstalled  GNAT 2009 and installed 2010, still the same thing.
I also changed the directory-separators in the PATH variable to '/',
which Windows can handle... no luck there.
I did notice something re-reading the user's guide for making PolyORB,
the sequence is "./configure" -> "make" -> "make install" and I had
misread that to omit the first make (but either way it stops at the
exact same place w/ the same error).

:| -- I'm flat out of ideas right now.

Re: PolyORB

[Anh Vo]

On Jan 11, 6:09 pm, Shark8 <onewingedsh...@gmail.com> wrote:
> On Jan 7, 10:24 am, Anh Vo <anhvofrc...@gmail.com> wrote:
>
> > On Jan 3, 11:24 pm, Shark8 <onewingedsh...@gmail.com> wrote:
>
> > > I'm trying to get the GPL copy of PolyORB from adacore to build
> > > correctly [Win Vista, MinGW] and am currently stuck with the following
> > > error:
> > > "make: *** [polyorb_src.gpr] Error 4"
>
> > > The last few lines on prior to the error are:
> > > touch tools/po_catref/polyorb-giop_p-code_sets-description_data.ads-
> > > stamp
> > > gcc -c -o src/csupport.o -I/win/GNAT/polyorb-gpl-2010-src/src  -g -
> > > O2  /win/GNAT
> > > /polyorb-gpl-2010-src/src/csupport.c
> > > ADA_PROJECT_PATH="/win/GNAT/polyorb-gpl-2010-src/projects;/win/GNAT/
> > > polyorb-gpl-
> > > 2010-src/projects;$ADA_PROJECT_PATH" \
> > >           gnatmake -P polyorb_src.gpr --create-missing-dirs -g -O2 -
> > > XBuild=PRODU
> > > CTION -XWarnings_Mode=n -j4   -cargs  -bargs -E
> > > gnatmake: project file "polyorb_src.gpr" not found in .;C:\win\GNAT
> > > \polyorb-gpl-
> > > 2010-src\projects;C:\win\GNAT\polyorb-gpl-2010-src\projects;;C:\GNAT
> > > \2009\lib/gc
> > > c/i686-pc-mingw32/4.3.4/..\..\..\gnat
>
> > > This suggests a path error, I think. But this attempt at running make
> > > I set the path to only "C:\GNAT\2009\bin;C:\GNAT\2009\libexec\i686-pc-
> > > mingw32\4.3.4;c:\MinGW\msys\1.0\bin"
>
> > > Also suspicious is the ";;" in the search-path prior to the error.
>
> > You are using GNAT-GPL-2009 to build polyorb-gpl-2010. I would suggest
> > that you use GNAT-GPL-2010 instead. If the problem persists, then go
> > from there.
>
> > Anh Vo
>
> I uninstalled  GNAT 2009 and installed 2010, still the same thing.
> I also changed the directory-separators in the PATH variable to '/',
> which Windows can handle... no luck there.
> I did notice something re-reading the user's guide for making PolyORB,
> the sequence is "./configure" -> "make" -> "make install" and I had
> misread that to omit the first make (but either way it stops at the
> exact same place w/ the same error).
>
> :| -- I'm flat out of ideas right now.- Hide quoted text -
>

It built successfully under Linux. I do not believe PolyOrb was tested
with Windows / MinGW. However, if it works on MingWW, it would be a
treat. I will take a close look at it if I can find time.

Re: PolyORB

[Shark8]

On Jan 12, 10:12 am, Anh Vo <anhvofrc...@gmail.com> wrote:
>
> It built successfully under Linux. I do not believe PolyOrb was tested
> with Windows / MinGW. However, if it works on MingWW, it would be a
> treat. I will take a close look at it if I can find time.

Ah, thank you for your help.

polyorb

[tonyg]

I'm coming back after moonlighting :) whats the status of polyorb? I didn;t see it in the community 2019 edition and I want to use it on a project. Didn't se a lot of stuff either like AWS. Has amazon finally sent it into obscurity?

Re: polyorb

[Jere]

On Saturday, August 10, 2019 at 6:49:50 PM UTC-4, tonyg wrote:
> I'm coming back after moonlighting :) whats the status of polyorb? I didn;t see it in the community 2019 edition and I want to use it on a project. Didn't se a lot of stuff either like AWS. Has amazon finally sent it into obscurity?

Check their github site [1].  A lot of stuff moved there

[1]: https://github.com/AdaCore

Re: polyorb

[Dmitry A. Kazakov]

On 2019-08-11 00:49, tonyg wrote:
> I'm coming back after moonlighting :) whats the status of polyorb? I didn;t see it in the community 2019 edition and I want to use it on a project.

Or consider alternatives. CORBA is more or less dead both conceptually 
and practically.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: polyorb

[tonyg]

I really like the DSA personality as I can use types common to multiple partitions. The solidity and portability of it I find amazing.  

Re: polyorb

[tonyg]

I'd be interested to hear what you consider the alternatives to the DSA personality in polyorb was

Re: polyorb

[Dmitry A. Kazakov]

On 2019-08-11 10:34, tonyg wrote:
> I'd be interested to hear what you consider the alternatives to the DSA personality in polyorb was

Depends on what DSA means and what problem you have in mind.

P.S. Practically anybody would serve an excellent alternative to 
Democratic Socialists of America personalities... (:-))

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: polyorb

[tonyg]

On Sunday, 11 August 2019 16:45:19 UTC+1, Dmitry A. Kazakov  wrote:
> On 2019-08-11 10:34, tonyg wrote:
> > I'd be interested to hear what you consider the alternatives to the DSA personality in polyorb was
> 
> Depends on what DSA means and what problem you have in mind.
> 
> P.S. Practically anybody would serve an excellent alternative to 
> Democratic Socialists of America personalities... (:-))
> 
> -- 
> Regards,
> Dmitry A. Kazakov
> http://www.dmitry-kazakov.de

The distributed systems annex

Re: polyorb

[Dmitry A. Kazakov]

On 2019-08-12 18:31, tonyg wrote:

> The distributed systems annex

OK. For that I would use any of many available communication protocols. 
Putting distributed annex on top of it is relatively straightforward. 
BTW, if you know how to tell GNAT to use a custom transport layer, let 
me know. I have an implementation of distributed annex for parties 
running as processes on the same host.

However, I would not use distributed annex for a mesh of independent 
nodes. It would face same problems as CORBA: rigid, fragile, 
unmaintainable and critically slow (RPC). I would use some middleware 
deploying publisher/subscriber mechanism instead. There are lots of, 
alas, most of them are commercial.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: polyorb

[tonyg]

The flexibility from the DSA comes from the rigidity of the types used across the partitions. This being a natural amplification from the ada language. I have found it in action, very resiliant, one time when the connection was interrupted between two nodes by a server room fire, both nodes merrily carried on and updated nicely swapping all the stored information once the server inbetween was replaced. **true story :) **

Re: polyorb

[Dmitry A. Kazakov]

On 2019-08-13 10:13, tonyg wrote:
> The flexibility from the DSA comes from the rigidity of the types used across the partitions. This being a natural amplification from the ada language.

Annex E is intended and good for tightly coupled static systems, e.g. a 
network of engine control units of a car.

In a loosely coupled system with nodes going on and off, changing or 
only modifying their roles and services, RPCs and types known prior to 
start is not a good choice. Another problem with RPC is that synchronous 
calls are utterly inefficient and slow. For a real-time system with a 
time-triggered transport calculated for the worst-case scenario this is 
no problem. But for most practical applications the load is 
unpredictable and millisecond accumulating latencies is not an option.

Regarding types, there were many attempts to bring some sort of abstract 
types and even OO to distributed systems, they all failed (CORBA, ASN.1 
included).

This is why data distribution layers stick to some fixed set of 
primitive types leaving to the application to build upon them. Many have 
no types at all, only messages (e.g. MQTT). It is not nice but it works.

IMO, annex E's remote types was a good start. But there is a lot of work 
required to make it full OO, to defining QoS things making it usable in 
loosely coupled applications.

I also think that current work on new concurrent programming primitives 
is wasting time. It must be invested into annex E which should serve 
both concurrent and distributed programming. The difference between a 
distributed and a multiple core system is not that dramatic (and shared 
memory architectures will likely die in some future anyway).

> I have found it in action, very resiliant, one time when the connection was interrupted between two nodes by a server room fire, both nodes merrily carried on and updated nicely swapping all the stored information once the server inbetween was replaced. **true story :) **

Well that is certainly some application layer stuff that did the 
replication, not the annex E. It has no idea about the deeper states (no 
pun intended (:-)) of partitions.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: polyorb

[cryintothebluesky]

I tried to get my head around Ada DSA and Polyorb, but gave up due to:

1. Not much help from anyone trying to get basic examples running. Asked questions on Polyorb mailing list and got no responses.

2. Ada DSA seemed rather complicated and over the years it seems not much investment has been made to make it better and more modern. I also suspect it has performance issues at scale, i.e. may work OK for simple client-server, but if you do a lot of message passing, there may be significant bottlenecks. Not bench marked it much, just my own impression.

Re: polyorb

[tonyg]

The banking example I thought was good once your head got round that! Fairly simple too. The abstract terminal_type inside I think was a difficult conceptually but once seized, things got simpler

Re: polyorb

[Frédéric Praca]

Hi,
maybe you could take a look at this small repository 
(https://github.com/FredPraca/distributed_cbsg ).

It's not DSA but Corba and should be a good start to compile PolyORB.
Nevertheless, I think PolyORB package is up to date in Debian thanks to 
Ludovic Brenta.

I made DSA working several years ago but I should have take some notes on 
it as I forgot how I've done it ;)

Best regards

Fred

Le Sat, 10 Aug 2019 15:49:49 -0700, tonyg a écrit :

> I'm coming back after moonlighting :) whats the status of polyorb? I
> didn;t see it in the community 2019 edition and I want to use it on a
> project. Didn't se a lot of stuff either like AWS. Has amazon finally
> sent it into obscurity?