* PolyORB
@ 2011-01-04 7:24 Shark8
2011-01-07 17:24 ` PolyORB Anh Vo
0 siblings, 1 reply; 18+ messages in thread
From: Shark8 @ 2011-01-04 7:24 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: PolyORB
2011-01-04 7:24 PolyORB Shark8
@ 2011-01-07 17:24 ` Anh Vo
2011-01-12 2:09 ` PolyORB Shark8
0 siblings, 1 reply; 18+ messages in thread
From: Anh Vo @ 2011-01-07 17:24 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: PolyORB
2011-01-07 17:24 ` PolyORB Anh Vo
@ 2011-01-12 2:09 ` Shark8
2011-01-12 17:12 ` PolyORB Anh Vo
0 siblings, 1 reply; 18+ messages in thread
From: Shark8 @ 2011-01-12 2:09 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: PolyORB
2011-01-12 2:09 ` PolyORB Shark8
@ 2011-01-12 17:12 ` Anh Vo
2011-01-12 22:03 ` PolyORB Shark8
0 siblings, 1 reply; 18+ messages in thread
From: Anh Vo @ 2011-01-12 17:12 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: PolyORB
2011-01-12 17:12 ` PolyORB Anh Vo
@ 2011-01-12 22:03 ` Shark8
0 siblings, 0 replies; 18+ messages in thread
From: Shark8 @ 2011-01-12 22:03 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 18+ messages in thread
* polyorb
@ 2019-08-10 22:49 tonyg
2019-08-10 22:58 ` polyorb Jere
` (3 more replies)
0 siblings, 4 replies; 18+ messages in thread
From: tonyg @ 2019-08-10 22:49 UTC (permalink / raw)
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?
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-10 22:49 polyorb tonyg
@ 2019-08-10 22:58 ` Jere
2019-08-11 8:05 ` polyorb Dmitry A. Kazakov
` (2 subsequent siblings)
3 siblings, 0 replies; 18+ messages in thread
From: Jere @ 2019-08-10 22:58 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-10 22:49 polyorb tonyg
2019-08-10 22:58 ` polyorb Jere
@ 2019-08-11 8:05 ` Dmitry A. Kazakov
2019-08-11 8:29 ` polyorb tonyg
2019-08-11 8:34 ` polyorb tonyg
2019-08-12 19:49 ` polyorb cryintothebluesky
2019-08-20 16:12 ` polyorb Frédéric Praca
3 siblings, 2 replies; 18+ messages in thread
From: Dmitry A. Kazakov @ 2019-08-11 8:05 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-11 8:05 ` polyorb Dmitry A. Kazakov
@ 2019-08-11 8:29 ` tonyg
2019-08-11 8:34 ` polyorb tonyg
1 sibling, 0 replies; 18+ messages in thread
From: tonyg @ 2019-08-11 8:29 UTC (permalink / raw)
I really like the DSA personality as I can use types common to multiple partitions. The solidity and portability of it I find amazing.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-11 8:05 ` polyorb Dmitry A. Kazakov
2019-08-11 8:29 ` polyorb tonyg
@ 2019-08-11 8:34 ` tonyg
2019-08-11 15:45 ` polyorb Dmitry A. Kazakov
1 sibling, 1 reply; 18+ messages in thread
From: tonyg @ 2019-08-11 8:34 UTC (permalink / raw)
I'd be interested to hear what you consider the alternatives to the DSA personality in polyorb was
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-11 8:34 ` polyorb tonyg
@ 2019-08-11 15:45 ` Dmitry A. Kazakov
2019-08-12 16:31 ` polyorb tonyg
0 siblings, 1 reply; 18+ messages in thread
From: Dmitry A. Kazakov @ 2019-08-11 15:45 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-11 15:45 ` polyorb Dmitry A. Kazakov
@ 2019-08-12 16:31 ` tonyg
2019-08-12 19:44 ` polyorb Dmitry A. Kazakov
0 siblings, 1 reply; 18+ messages in thread
From: tonyg @ 2019-08-12 16:31 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-12 16:31 ` polyorb tonyg
@ 2019-08-12 19:44 ` Dmitry A. Kazakov
2019-08-13 8:13 ` polyorb tonyg
0 siblings, 1 reply; 18+ messages in thread
From: Dmitry A. Kazakov @ 2019-08-12 19:44 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-10 22:49 polyorb tonyg
2019-08-10 22:58 ` polyorb Jere
2019-08-11 8:05 ` polyorb Dmitry A. Kazakov
@ 2019-08-12 19:49 ` cryintothebluesky
2019-08-13 7:45 ` polyorb tonyg
2019-08-20 16:12 ` polyorb Frédéric Praca
3 siblings, 1 reply; 18+ messages in thread
From: cryintothebluesky @ 2019-08-12 19:49 UTC (permalink / raw)
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.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-12 19:49 ` polyorb cryintothebluesky
@ 2019-08-13 7:45 ` tonyg
0 siblings, 0 replies; 18+ messages in thread
From: tonyg @ 2019-08-13 7:45 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-12 19:44 ` polyorb Dmitry A. Kazakov
@ 2019-08-13 8:13 ` tonyg
2019-08-13 10:09 ` polyorb Dmitry A. Kazakov
0 siblings, 1 reply; 18+ messages in thread
From: tonyg @ 2019-08-13 8:13 UTC (permalink / raw)
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 :) **
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-13 8:13 ` polyorb tonyg
@ 2019-08-13 10:09 ` Dmitry A. Kazakov
0 siblings, 0 replies; 18+ messages in thread
From: Dmitry A. Kazakov @ 2019-08-13 10:09 UTC (permalink / raw)
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
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: polyorb
2019-08-10 22:49 polyorb tonyg
` (2 preceding siblings ...)
2019-08-12 19:49 ` polyorb cryintothebluesky
@ 2019-08-20 16:12 ` Frédéric Praca
3 siblings, 0 replies; 18+ messages in thread
From: Frédéric Praca @ 2019-08-20 16:12 UTC (permalink / raw)
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?
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2019-08-20 16:12 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-04 7:24 PolyORB Shark8
2011-01-07 17:24 ` PolyORB Anh Vo
2011-01-12 2:09 ` PolyORB Shark8
2011-01-12 17:12 ` PolyORB Anh Vo
2011-01-12 22:03 ` PolyORB Shark8
-- strict thread matches above, loose matches on Subject: below --
2019-08-10 22:49 polyorb tonyg
2019-08-10 22:58 ` polyorb Jere
2019-08-11 8:05 ` polyorb Dmitry A. Kazakov
2019-08-11 8:29 ` polyorb tonyg
2019-08-11 8:34 ` polyorb tonyg
2019-08-11 15:45 ` polyorb Dmitry A. Kazakov
2019-08-12 16:31 ` polyorb tonyg
2019-08-12 19:44 ` polyorb Dmitry A. Kazakov
2019-08-13 8:13 ` polyorb tonyg
2019-08-13 10:09 ` polyorb Dmitry A. Kazakov
2019-08-12 19:49 ` polyorb cryintothebluesky
2019-08-13 7:45 ` polyorb tonyg
2019-08-20 16:12 ` polyorb Frédéric Praca
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox