Nabble - Gnome - ORBit - General

corbaloc: URLs

2009-11-23T05:19:17Z

How complete is the "corbaloc" support in ORBit2 supposed to be? I want
my server to primarily accept connections/object lookups via corbaloc
rather than encoded IOR strings (these are just not an option on a real
networked environment, IMO), and I've actually managed to get it to
work, too. However, I had to use a "private" function -
ORBit_ORB_forw_bind(), so I have certain doubts it all.

Comments, anyone?

This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Remote connections, interface to bind to, why not INADDR_ANY?

2009-11-23T05:00:33Z

I'm trying to set up a client-server communication in a real networked
application via ORBit2. By "real networked application", I mean that the
client and server may run on different hosts, so I need to enable TCP/IP
communication. Unfortunately this has proven to be harder than it ought
to be. Enabling TCP/IP is easy enough - I just pass "-ORBIIOPIPv4=1" to
CORBA_ORB_init() (I won't bother about IP V6 just yet), the major
headache is the bind-to-hostname logic.

This thing is, I can't necessarily assume that the server host will have
complete and consistent network setup where there is always a proper
hostname whose IP address may be reliably looked up. It will more
typically get an IP address, but non necessarily name, from a DHCP
server, and a DNS record matching the address is certainly too much to
ask for. And of course, since the address is dynamic, having a local
hosts entry with a real address is a bit problematic...

Anyhow, to get around issues related to hostname lookup etc. I've tried
using "-ORBNetID=ipaddr", but it seems like quite help in all
situations, i.e. certain inconsistencies in /etc/hosts or similar may
still seem like to break the communication.

So, that anyone have any thoughts on this? I mean, I don't expect to get
a fix for my app unless I provide much more detailed info, but what are
your experience with IP communication, host lookup issues etc. Also, and
this is perhaps the key question, why does ORBit2/GIOP insist on binding
to a specific address in the first place? Why doesn't it just use
INADDR_ANY? Actually, I've tried to tell it explicitly to do just that,
via "-ORBIIOPIPName=0.0.0.0", but this lead to problems, too - I got
"IDL:omg.org/CORBA/COMM_FAILURE:1.0" on remote connections.

- Toralf

This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

[PATCH] use G_GINT64_MODIFIER for IDL_LL in IDL.h.in

2009-11-17T05:35:22Z

The m4 hack to determine a passable print/scanf() modifier was producing
warnings when its results were used to compile libIDL for an amd64 target with
GCC 4.3.4. This changeset removes the test from configure.in.

The relevant define had been present since glib 2.4.0, which configure.in
already depends on.

Signed-off-by: Kalle A. Sandstrom <ksandstr@...>
---
configure.in | 28 ----------------------------
include/libIDL/IDL.h.in | 2 +-
2 files changed, 1 insertions(+), 29 deletions(-)

diff --git a/configure.in b/configure.in
index 250b821..1c7f2d2 100644
--- a/configure.in
+++ b/configure.in
@@ -111,34 +111,6 @@ dnl glib requires a 64-bit type
dnl to support MSVC add __int64
AC_CHECK_SIZEOF(long long)

-AC_MSG_CHECKING(for format to printf and scanf a guint64)
-AC_CACHE_VAL(libIDL_cv_long_long_format,[
- for format in ll q I64; do
- AC_TRY_RUN([#include <stdio.h>
- #include <stdlib.h>
- int main()
- {
- long long b, a = -0x3AFAFAFAFAFAFAFALL;
- char buffer[1000];
- sprintf (buffer, "%${format}u", a);
- sscanf (buffer, "%${format}u", &b);
- exit (b!=a);
- }
- ],
- libIDL_cv_long_long_format=${format}
- break)
- done])
-if test -n "$libIDL_cv_long_long_format"; then
- AC_MSG_RESULT(%${libIDL_cv_long_long_format}u)
- IDL_LL="\"${libIDL_cv_long_long_format}\""
- AC_SUBST(IDL_LL)
-else
- AC_MSG_RESULT(none)
- AC_MSG_ERROR([
-*** libIDL requires a 64 bit format type.
-])
-fi
-

if test "x$GCC" = "xyes" -a "x$enable_compile_warnings" != "xno"; then
WARN_CFLAGS="-Wall -Wunused -Wmissing-prototypes -Wmissing-declarations"
diff --git a/include/libIDL/IDL.h.in b/include/libIDL/IDL.h.in
index 3c6ad42..7a41e1b 100644
--- a/include/libIDL/IDL.h.in
+++ b/include/libIDL/IDL.h.in
@@ -106,7 +106,7 @@ extern "C" {
G_STRFUNC)->u.name)

/* GLib 2.0 requires 64-bit types */
-#define IDL_LL @IDL_LL@
+#define IDL_LL G_GINT64_MODIFIER
typedef gint64 IDL_longlong_t;
typedef guint64 IDL_ulonglong_t;

--
1.6.5.2

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

[PATCH] add .gitignore for files generated by autoconf and/or automake

2009-11-17T05:35:21Z

Signed-off-by: Kalle A. Sandstrom <ksandstr@...>
---
.gitignore | 38 ++++++++++++++++++++++++++++++++++++++
1 files changed, 38 insertions(+), 0 deletions(-)
create mode 100644 .gitignore

diff --git a/.gitignore b/.gitignore
new file mode 100644
index 0000000..f6ab4e8
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,38 @@
+.deps
+.libs
+*~
+*.o
+missing
+ltmain.sh
+libIDL.m4
+libIDL.spec
+libIDL-2.0*.pc
+libIDL-config-2
+libIDL-zip
+libIDL2.info
+libtool
+texinfo.tex
+Makefile
+Makefile.in
+Makefile.msc
+aclocal.m4
+autom4te.cache
+config.guess
+config.log
+config.status
+config.sub
+configure
+depcomp
+INSTALL
+install-sh
+
+# IDL.h is generated from IDL.h.in by autoconf.
+include/libIDL/IDL.h
+
+lexer.c
+*.la
+*.lo
+parser.[ch]
+stamp-*
+tstidl
+y.output
--
1.6.5.2

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

[PATCH] un-inhibit modules when they are combined with a non-inhibited module

2009-11-17T05:35:20Z

Caused problems where applications defined common datatypes etc. in
an #included "common" IDL file; the toplevel module would be first seen in an
include file, inhibited, and would remain inhibited even after a module with
non-inhibited contents was merged in.

This changeset is, where not considered trivial, licensed under GNU LGPL
v2-or-later.

Signed-off-by: Kalle A. Sandstrom <ksandstr@...>
---
parser.y | 10 ++++++++++
1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/parser.y b/parser.y
index 977ffa3..f484825 100644
--- a/parser.y
+++ b/parser.y
@@ -387,6 +387,16 @@ module: module_declspec
module = IDL_NODE_UP ($2);
IDL_MODULE (module).definition_list =
IDL_list_concat (IDL_MODULE (module).definition_list, $5);
+ if(!IS_INHIBIT_STATE()
+ && (module->declspec & IDLF_DECLSPEC_INHIBIT))
+ {
+ /* un-inhibit the module, as it now has
+ * non-inhibited content which shouldn't
+ * disappear in the optimization stage.
+ */
+ module->declspec &= ~IDLF_DECLSPEC_INHIBIT;
+ }
+
module = NULL;
}
} else
--
1.6.5.2

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: getting ORBit examples to work across the network

2009-11-10T07:58:01Z

Hello collisters:

I'm bringing back this message from Feb 08, to ask a question about
network using.

I recently made the echo example work in a closed network by including
ORBNetID=ipaddr in ~/.orbitrc. But I still have to copy the .ref file
that includes the IOR. I was thinking: There have to be a way to do
this automatically. Maybe using a nameservice or corbaloc or smething
like that?

Examples will be greatly apreciated.

Thanks,

Guillermo
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

backward/forward binary compatibility checker

2009-07-31T11:25:56Z

Colleagues, I'm software engineer from Institute for System
Programing of Russian Academy of Sciences and we are developing a free
lightweight tool for checking backward/forward binary compatibility of
shared C/C++ libraries in OS Linux. It checks interface signatures and
data type definitions in two library versions (headers and shared
objects) and searches differences that may lead to incompatibility
according to ABI standards. We have released 1.0.0 version of this tool
and we'd like you to consider its usefulness for your project.
The wiki-page with the latest release of binary compatibility checker is
http://ispras.linux-foundation.org/index.php/ABI_compliance_checker

Andrey Ponomarenko <susanin@...>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: Crosscompiling ORBit2

2009-07-24T03:54:22Z

Hi Frank,

Thank you again. I really think I'm not explaining well where my
trouble is. I'm sorry.

First I create the idl file: myfile.idl

After using the IDL compiler on myfile.idl by tiping in console:

orbit-idl-2 --skeleton-impl myfile.idl

I get:

DO NOT EDIT
---------------------
myfile-stubs.c
myfile-skels.c
myfile-common.c
myfile.h

TO EDIT
-------------
myfile-skelimpl.c

TO CREATE
-------------------
myfile-client.c
myfile-server.c

After client and server creation (server is almost C&P-ed from another
server file) I fill the skelimpl file with my code, just where it said

/************PUT YOUR CODE HERE************/
My code.
/************END OF YOUR CODE***************/

After that, I have to compile the server and client in order to get an
executable. And here is when the trouble comes.

I want to the get executable done just by tiping "make" in console.
Like in the "echo" example. But I have to edit the Makefile to change
some things. I need to add flags and includes to compile it with RTAI.
An there is where my knowledge ends.

I got the includes and the prefixes for RTAI from another compilation,
something like this:

$(CC) $(LXRT_CFLAGS) -o $@ $< $(LXRT_LDFLAGS) -llxrt

And to compile :

gcc -o server 'pkg-config --cflags --libs ORBit-2.0' myfile-skelimpl.c
myfile-common.c myfile-skels.c

I need a common command for both of them, something like:

server:
$(CC) $(LXRT_CFLAGS) $(CFLAGS) -o pkg-config $@ $< myfile-skelimpl.c
myfile-common.c myfile-skels.c $(LXRT_LDFLAGS) -llxrt $(LDFLAGS)

Thanks.

Cheers,

Guillermo

2009/7/24 Frank Rehberger <Frank.Rehberger@...>:

> Guillermo Sanchez wrote:
>> Hi Frank,
>>
>> Thanks a lot for your answer. But I have no trouble in the stubs and
>> skels creation through idl compilation - After running the "echo"
>> example one hundred times i finally got it.
>>
>> My troubles appears in the next stage when compiling the server,
>> client and skeleton implementation "classname-skelimp.c". I simply
>> don't know where the flags are applied or where the compilation is
>> done in the Makefile file. I know it has to be here:
>>
>> $(ORBIT_IDL) --skeleton-impl $^
>>
>> But I don't know what is it doing or what's going on and I need to add
>> some flags.
>>
> Talking in terms of C++ or Java, the skeleton-impl inherits from
> skeleton, implementing the (well) "virtual" skeleton-methods.
> As the "inheriting" in pure C this is a bit cumbersome, the IDL
> compiler provides a feature to generate the corresponding skeleton-impl
> code (method-templates and vtables), so you just have got to add your
> code into the method templates.
>
> The skeleton-impl generation stuff is done once only, as long as IDL
> does not change. Mind that changing the IDL you might want to repeat
> the skeleton-impl generation, merging in your code again later.
>
> Regards, Frank
>
>> The thread question comes because to use some RTAI funtions I have to
>> launch a couple of threads. Threads that aren't going to give a
>> response they will just be created, do their stuff in the server side
>> and be destroyed every time I need them.
>>
>> Again thank you very much for the info.
>>
>> Cheers,
>>
>> Guillermo
>>
>> 2009/7/23 Frank Rehberger <Frank.Rehberger@...>:
>>
>>> Guillermo Sanchez wrote:
>>>
>>>> Hello collisters:
>>>>
>>>> I'm quite new in the ORBit world, so sorry if this is not the correct
>>>> way of asking things.
>>>>
>>>> I wanted to compile an ORBit program (server, client, skelimp...)
>>>> using RTAI flags (Real Time Aplication Interface) and includes, since
>>>> I'm using this last to communicate ORBit with a real time process. I
>>>> thought it would be a matter of makefile edition but when I edited it
>>>> I realized how new I'm in this world. Indeed I don't know where ORBit2
>>>> compiles at all.
>>>>
>>>>
>>>>
>>> first you need to invoke the IDL compiler which generates the C code for
>>> your IDL interfaces, this way you will get the stubs and skeletons.
>>>
>>> $(IDLOUT): Uneje.idl
>>> $(ORBIT_IDL) Uneje.idl
>>>
>>>
>>> The skeletons are for the server-side, the stubs for the client side.
>>>
>>> These files are ordinary C files which can be compiled to object files
>>> with gcc.
>>>
>>> On server side you will need also to implement the skeletons, commonly
>>> called "classname-skeleton-impl.c", which implement the logic of your
>>> server.
>>>
>>> Hope that helps.
>>>
>>>
>>>> By the way, is there any difference between using g_thread_create and
>>>> pthread_create?
>>>>
>>>>
>>> little, g_thread_create will be mapped onto pthread_create, but for
>>> portability it is better to choose g_thread_create, which might also do
>>> some magic in background.
>>>
>>>
>>>> Also, can I create a thread inside the skeleton implementation code?
>>>>
>>>>
>>> Off course you can, but if it is about to calculate a return value, you
>>> should not.
>>>
>>> Instead, the requests are managed by the POA, the portable object
>>> adapter. This Adapter will be initialized with so called
>>> concurrency-policy, which can be "single-threaded",
>>> "thread-per-connection" or a "system" specific threaded policy. AFAICS,
>>> thread per connection is the best choice for RealTime applications. This
>>> way each client (alias connection) would be associated with a specific
>>> thread on server side, and requests of high priorized clients would not
>>> share thread-resources with requests of low priorized threads. RT-CORBA
>>> defines a n umber of thread-pool features, but they are not implemented
>>> for ORBit2 yet (AFAIK).
>>>
>>> Regards, Frank
>>>
>>>
>> _______________________________________________
>> orbit-list mailing list
>> orbit-list@...
>> http://mail.gnome.org/mailman/listinfo/orbit-list
>>
>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: Crosscompiling ORBit2

2009-07-23T16:22:24Z

Guillermo Sanchez wrote:

> Hi Frank,
>
> Thanks a lot for your answer. But I have no trouble in the stubs and
> skels creation through idl compilation - After running the "echo"
> example one hundred times i finally got it.
>
> My troubles appears in the next stage when compiling the server,
> client and skeleton implementation "classname-skelimp.c". I simply
> don't know where the flags are applied or where the compilation is
> done in the Makefile file. I know it has to be here:
>
> $(ORBIT_IDL) --skeleton-impl $^
>
> But I don't know what is it doing or what's going on and I need to add
> some flags.
>

Talking in terms of C++ or Java, the skeleton-impl inherits from
skeleton, implementing the (well) "virtual" skeleton-methods.
As the "inheriting" in pure C this is a bit cumbersome, the IDL
compiler provides a feature to generate the corresponding skeleton-impl
code (method-templates and vtables), so you just have got to add your
code into the method templates.

The skeleton-impl generation stuff is done once only, as long as IDL
does not change. Mind that changing the IDL you might want to repeat
the skeleton-impl generation, merging in your code again later.

Regards, Frank

> The thread question comes because to use some RTAI funtions I have to
> launch a couple of threads. Threads that aren't going to give a
> response they will just be created, do their stuff in the server side
> and be destroyed every time I need them.
>
> Again thank you very much for the info.
>
> Cheers,
>
> Guillermo
>
> 2009/7/23 Frank Rehberger <Frank.Rehberger@...>:
>
>> Guillermo Sanchez wrote:
>>
>>> Hello collisters:
>>>
>>> I'm quite new in the ORBit world, so sorry if this is not the correct
>>> way of asking things.
>>>
>>> I wanted to compile an ORBit program (server, client, skelimp...)
>>> using RTAI flags (Real Time Aplication Interface) and includes, since
>>> I'm using this last to communicate ORBit with a real time process. I
>>> thought it would be a matter of makefile edition but when I edited it
>>> I realized how new I'm in this world. Indeed I don't know where ORBit2
>>> compiles at all.
>>>
>>>
>>>
>> first you need to invoke the IDL compiler which generates the C code for
>> your IDL interfaces, this way you will get the stubs and skeletons.
>>
>> $(IDLOUT): Uneje.idl
>> $(ORBIT_IDL) Uneje.idl
>>
>>
>> The skeletons are for the server-side, the stubs for the client side.
>>
>> These files are ordinary C files which can be compiled to object files
>> with gcc.
>>
>> On server side you will need also to implement the skeletons, commonly
>> called "classname-skeleton-impl.c", which implement the logic of your
>> server.
>>
>> Hope that helps.
>>
>>
>>> By the way, is there any difference between using g_thread_create and
>>> pthread_create?
>>>
>>>
>> little, g_thread_create will be mapped onto pthread_create, but for
>> portability it is better to choose g_thread_create, which might also do
>> some magic in background.
>>
>>
>>> Also, can I create a thread inside the skeleton implementation code?
>>>
>>>
>> Off course you can, but if it is about to calculate a return value, you
>> should not.
>>
>> Instead, the requests are managed by the POA, the portable object
>> adapter. This Adapter will be initialized with so called
>> concurrency-policy, which can be "single-threaded",
>> "thread-per-connection" or a "system" specific threaded policy. AFAICS,
>> thread per connection is the best choice for RealTime applications. This
>> way each client (alias connection) would be associated with a specific
>> thread on server side, and requests of high priorized clients would not
>> share thread-resources with requests of low priorized threads. RT-CORBA
>> defines a n umber of thread-pool features, but they are not implemented
>> for ORBit2 yet (AFAIK).
>>
>> Regards, Frank
>>
>>
> _______________________________________________
> orbit-list mailing list
> orbit-list@...
> http://mail.gnome.org/mailman/listinfo/orbit-list
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: Crosscompiling ORBit2

2009-07-23T09:05:41Z

Hi Frank,

Thanks a lot for your answer. But I have no trouble in the stubs and
skels creation through idl compilation - After running the "echo"
example one hundred times i finally got it.

My troubles appears in the next stage when compiling the server,
client and skeleton implementation "classname-skelimp.c". I simply
don't know where the flags are applied or where the compilation is
done in the Makefile file. I know it has to be here:

$(ORBIT_IDL) --skeleton-impl $^

But I don't know what is it doing or what's going on and I need to add
some flags.

The thread question comes because to use some RTAI funtions I have to
launch a couple of threads. Threads that aren't going to give a
response they will just be created, do their stuff in the server side
and be destroyed every time I need them.

Again thank you very much for the info.

Cheers,

Guillermo

2009/7/23 Frank Rehberger <Frank.Rehberger@...>:

> Guillermo Sanchez wrote:
>> Hello collisters:
>>
>> I'm quite new in the ORBit world, so sorry if this is not the correct
>> way of asking things.
>>
>> I wanted to compile an ORBit program (server, client, skelimp...)
>> using RTAI flags (Real Time Aplication Interface) and includes, since
>> I'm using this last to communicate ORBit with a real time process. I
>> thought it would be a matter of makefile edition but when I edited it
>> I realized how new I'm in this world. Indeed I don't know where ORBit2
>> compiles at all.
>>
>>
> first you need to invoke the IDL compiler which generates the C code for
> your IDL interfaces, this way you will get the stubs and skeletons.
>
> $(IDLOUT): Uneje.idl
> $(ORBIT_IDL) Uneje.idl
>
>
> The skeletons are for the server-side, the stubs for the client side.
>
> These files are ordinary C files which can be compiled to object files
> with gcc.
>
> On server side you will need also to implement the skeletons, commonly
> called "classname-skeleton-impl.c", which implement the logic of your
> server.
>
> Hope that helps.
>
>> By the way, is there any difference between using g_thread_create and
>> pthread_create?
>>
> little, g_thread_create will be mapped onto pthread_create, but for
> portability it is better to choose g_thread_create, which might also do
> some magic in background.
>
>> Also, can I create a thread inside the skeleton implementation code?
>>
> Off course you can, but if it is about to calculate a return value, you
> should not.
>
> Instead, the requests are managed by the POA, the portable object
> adapter. This Adapter will be initialized with so called
> concurrency-policy, which can be "single-threaded",
> "thread-per-connection" or a "system" specific threaded policy. AFAICS,
> thread per connection is the best choice for RealTime applications. This
> way each client (alias connection) would be associated with a specific
> thread on server side, and requests of high priorized clients would not
> share thread-resources with requests of low priorized threads. RT-CORBA
> defines a n umber of thread-pool features, but they are not implemented
> for ORBit2 yet (AFAIK).
>
> Regards, Frank
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: Crosscompiling ORBit2

2009-07-23T01:29:10Z

Guillermo Sanchez wrote:

> Hello collisters:
>
> I'm quite new in the ORBit world, so sorry if this is not the correct
> way of asking things.
>
> I wanted to compile an ORBit program (server, client, skelimp...)
> using RTAI flags (Real Time Aplication Interface) and includes, since
> I'm using this last to communicate ORBit with a real time process. I
> thought it would be a matter of makefile edition but when I edited it
> I realized how new I'm in this world. Indeed I don't know where ORBit2
> compiles at all.
>
>

first you need to invoke the IDL compiler which generates the C code for
your IDL interfaces, this way you will get the stubs and skeletons.

$(IDLOUT): Uneje.idl
$(ORBIT_IDL) Uneje.idl

The skeletons are for the server-side, the stubs for the client side.

These files are ordinary C files which can be compiled to object files
with gcc.

On server side you will need also to implement the skeletons, commonly
called "classname-skeleton-impl.c", which implement the logic of your
server.

Hope that helps.

> By the way, is there any difference between using g_thread_create and
> pthread_create?
>
little, g_thread_create will be mapped onto pthread_create, but for
portability it is better to choose g_thread_create, which might also do
some magic in background.

> Also, can I create a thread inside the skeleton implementation code?
>
Off course you can, but if it is about to calculate a return value, you
should not.

Instead, the requests are managed by the POA, the portable object
adapter. This Adapter will be initialized with so called
concurrency-policy, which can be "single-threaded",
"thread-per-connection" or a "system" specific threaded policy. AFAICS,
thread per connection is the best choice for RealTime applications. This
way each client (alias connection) would be associated with a specific
thread on server side, and requests of high priorized clients would not
share thread-resources with requests of low priorized threads. RT-CORBA
defines a n umber of thread-pool features, but they are not implemented
for ORBit2 yet (AFAIK).

Regards, Frank
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Crosscompiling ORBit2

2009-07-22T04:19:11Z

Hello collisters:

I'm quite new in the ORBit world, so sorry if this is not the correct
way of asking things.

I wanted to compile an ORBit program (server, client, skelimp...)
using RTAI flags (Real Time Aplication Interface) and includes, since
I'm using this last to communicate ORBit with a real time process. I
thought it would be a matter of makefile edition but when I edited it
I realized how new I'm in this world. Indeed I don't know where ORBit2
compiles at all.

Is there any chance of somebody to light my path? (I include the
makefile's code)

By the way, is there any difference between using g_thread_create and
pthread_create?

Also, can I create a thread inside the skeleton implementation code?

Thanks a lot,

Guillermo

Makefile (modified code).
------------------------------------

prefix1 := $(shell rtai-config --prefix)
prefix2 := /usr

ifeq ($(prefix1),)
$(error Please add <rtai-install>/bin to your PATH variable)
endif

CC = $(shell rtai-config --cc)

LXRT_CFLAGS = $(shell rtai-config --lxrt-cflags)
LXRT_LDFLAGS = $(shell rtai-config --lxrt-ldflags)

ORBIT_IDL=$(prefix2)/bin/orbit-idl-2
CFLAGS=$(shell pkg-config ORBit-2.0 ORBit-CosNaming-2.0 --cflags)
LDFLAGS=$(shell pkg-config ORBit-2.0 ORBit-CosNaming-2.0 --libs)

TARGETS= Uneje-client Uneje-server
IDLOUT= Uneje-common.c Uneje-stubs.c Uneje-skels.c Uneje.h

all: $(IDLOUT) Uneje-client Uneje-server

Uneje-server.o: Uneje-server.c Uneje-skelimpl.c

Uneje-client : Uneje-client.o Uneje-stubs.o Uneje-common.o examples-toolkit.o
Uneje-server : Uneje-server.o Uneje-skels.o Uneje-common.o
examples-toolkit.o Uneje-skelimpl.o

$(IDLOUT): Uneje.idl
$(ORBIT_IDL) Uneje.idl

%-skelimpl.c: %.idl
$(ORBIT_IDL) --skeleton-impl $^

# This is how RTAI compiles:
# $(CC) $(LXRT_CFLAGS) -o $@ $< $(LXRT_LDFLAGS) -llxrt

# Possible Solution?:
# $(CC) $(LXRT_CFLAGS) $(CFLAGS) -o $@ $< $(LDFLAGS) $(LXRT_LDFLAGS) -llxrt

clean:
rm -rf *.o *~ $(IDLOUT) *.ior *.ref Uneje-client Uneje-server
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: orbit-idl-2 compile errors

2009-07-09T01:51:08Z

Scovel, Mark-P64544 wrote:
> I get the following when trying to compile an idl file to cpp...
>
>
by default ORBit2 supports C, for C++ support you need an additional
package orbitcpp providing the required idl-code-generator backend and
wrappers.

If not shipped with your distribution, you can checkout from
http://git.gnome.org/cgit/orbitcpp/ and compile.

Hope that helps, Frank

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: Where can I get a command line reference for Orbit2?

2009-07-09T01:14:34Z

Scovel, Mark-P64544 wrote:
> Where can I get a command line reference for Orbit2?
>
did you have a look at
http://projects.gnome.org/ORBit2/

Otherwise, just tell me which feature are you looking for.

Regards, Frank
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

orbit-idl-2 compile errors

2009-07-08T12:22:36Z

I get the following when trying to compile an idl file to cpp…

[mscovel@localhost ch_3]$ orbit-idl-2 --lang=cpp time.idl

orbit-idl-2 2.14.12 compiling

mode, hide preprocessor errors, passes: stubs skels common headers

Processing file time.idl

** (orbit-idl-2:11412): WARNING **: idl-compiler backend not found.

** (orbit-idl-2:11412): WARNING **: time.idl compilation failed

[mscovel@localhost ch_3]$

Where can I get a command line reference for Orbit2?

Thanks,
Mark Scovel
260-434-9541
This email message is for the sole use of the intended recipient(s) and may contain GDC4S confidential or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not an intended recipient, please contact the sender by reply email and destroy all copies of the original message.

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Where can I get a command line reference for Orbit2?

2009-07-08T11:33:07Z

Where can I get a command line reference for Orbit2?

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: orbit1

2009-06-16T09:22:51Z

Bruce Trask wrote:
> Hi Frank,
>
> Thanks. I will take a look at those others.
>
> By the way, does the Orbit1 repo even exist anymore anywhere?
>
Sourceforge is your friend:

http://orbit-resource.sourceforge.net/

Hope that helps,
Frank
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: orbit1

2009-06-16T08:57:22Z

Hi Frank,

Thanks. I will take a look at those others.

By the way, does the Orbit1 repo even exist anymore anywhere?

Regards,
Bruce

--- On Tue, 6/16/09, Frank Rehberger <Frank.Rehberger@...> wrote:

> From: Frank Rehberger <Frank.Rehberger@...>
> Subject: Re: orbit1
> To: "Bruce Trask" <bruce.trask@...>
> Cc: orbit-list@...
> Date: Tuesday, June 16, 2009, 5:25 AM
> Bruce Trask wrote:
> > Hello,
> >
> > I noticed that there was an implementation of the
> CORBA Event Service in orbit1 but I cannot seem to locate it
> anywhere. Is there a location at which I can fetch
> it.
> >
> Not that I would know of, but you can combine
> ORbit-applications with
> any other CORBA Event Service implementation (or better the
> Notification
> Service) available, for example those implemented in
> context of JacORB,
> Mico or TAO projects.
>
> Hope that helps.
>
> Regards, Frank
>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: orbit1

2009-06-16T02:25:34Z

Bruce Trask wrote:
> Hello,
>
> I noticed that there was an implementation of the CORBA Event Service in orbit1 but I cannot seem to locate it anywhere. Is there a location at which I can fetch it.
>
Not that I would know of, but you can combine ORbit-applications with
any other CORBA Event Service implementation (or better the Notification
Service) available, for example those implemented in context of JacORB,
Mico or TAO projects.

Hope that helps.

Regards, Frank

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

orbit1

2009-06-15T12:36:17Z

Hello,

I noticed that there was an implementation of the CORBA Event Service in orbit1 but I cannot seem to locate it anywhere. Is there a location at which I can fetch it.

Thanks in advance.

Regards,
Bruce
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

endpoint support?

2009-06-15T12:35:09Z

Hello,

Does orbit support specify orb listening endpoints? Something like -ORBEndpoint iiop://192.168.0.1:12345 with IP:Port.

Regards,
Bruce
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

error while croos-compiling ORBIT2-2.14.0

2009-03-09T19:43:10Z

Hello team,

First of all please excuse me for my questions if they seem trivial or if they have already been discussed on this mailing list though I have done much googling for this information.

I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using code-sourcery gnu toolchain. I'm getting the following error during configuration.

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

../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../src/idl/CORBA -I../../../src/idl/interop -I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata --nocommon --showcpperrors --define=Object=OObject --define=TypeCode=TTypeCode --deps ./.deps/corba-defs.idl.P ../../../src/orb/orb-core/corba-defs.idl
../../../src/idl-compiler/orbit-idl-2: ../../../src/idl-compiler/orbit-idl-2: cannot execute binary file
make[8]: *** [corba-defs.h] Error 126
make[8]: Leaving directory `/home/gy/free/buildtools/adacious/orbit/ORBit2-2.14.0/include/orbit/orb-core'
make[7]: *** [all-recursive] Error 1

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

Any work around for this??

2009-03-10

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: const-correct argv in CORBA_ORB_init()

2009-02-24T00:39:28Z

On 23/02/2009, at 17.19, Michael Haubenwallner wrote:

> Hi,
>
> we're using ORBit2 in our application, which now is completely built
> as
> C++. After switching to more recent gcc, we're encouraged to get more
> const-correctness into our code.
>
> Compared to how similar things are specified[1], CORBA_ORB_init()
> should
> be declared to get 'char * const * argv' IMHO, like the attached
> patch.

But the standard says that CORBA_ORB_init() is declared as:

extern CORBA_ORB
CORBA_ORB_init(int *argc,
char **argv,
CORBA_ORBid orb_identifier,
CORBA_Environment *env);

So unfortunately it really doesn't matter much whether you're correct
or not as the standard trumps any conceivable argument.

Best,
jules

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

const-correct argv in CORBA_ORB_init()

2009-02-23T08:19:53Z

Hi,

we're using ORBit2 in our application, which now is completely built as
C++. After switching to more recent gcc, we're encouraged to get more
const-correctness into our code.

Compared to how similar things are specified[1], CORBA_ORB_init() should
be declared to get 'char * const * argv' IMHO, like the attached patch.

[1] http://www.opengroup.org/onlinepubs/009695399/functions/exec.html

Thanks!
/haubi/

[constchar.patch]

diff -ru ORBit2-2.14.2.orig/include/orbit/orb-core/corba-orb.h ORBit2-2.14.2/include/orbit/orb-core/corba-orb.h --- ORBit2-2.14.2.orig/include/orbit/orb-core/corba-orb.h 2006-05-20 13:37:59.000000000 +0200 +++ ORBit2-2.14.2/include/orbit/orb-core/corba-orb.h 2009-02-23 16:31:40.000000000 +0100 @@ -8,7 +8,7 @@ G_BEGIN_DECLS CORBA_ORB CORBA_ORB_init (int *argc, - char **argv, + char * const *argv, CORBA_ORBid orb_identifier, CORBA_Environment *ev); diff -ru ORBit2-2.14.2.orig/src/orb/orb-core/corba-orb.c ORBit2-2.14.2/src/orb/orb-core/corba-orb.c --- ORBit2-2.14.2.orig/src/orb/orb-core/corba-orb.c 2006-07-24 15:57:13.000000000 +0200 +++ ORBit2-2.14.2/src/orb/orb-core/corba-orb.c 2009-02-23 16:37:31.000000000 +0100 @@ -381,7 +381,7 @@ } CORBA_ORB -CORBA_ORB_init (int *argc, char **argv, +CORBA_ORB_init (int *argc, char * const *argv, CORBA_ORBid orb_identifier, CORBA_Environment *ev) {

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: CONGRATULATION!! EMAIL RAFFLE DRAW LUCKY WINNER

2009-01-27T11:56:11Z

Thanks!!

Electronic email raffle draw wrote:

[image: Yahoo! Mail]
*Yahoo Lottery Inc. *
*Customers care winning dept*
*701 First Avenue , sunnyville *
*Ca 94089*
**
* Dear yahoo lucky email balloting winner,*
**
*This is to inform you that you have won a internet email lotto prize money
of Six hundred and twenty thousand euro(€620,000.00) in YAHOO BETA FREE
LOTTERY ORGANISATION!!.CONGRATULATION!!*
*This program is held to promote our new YAHOO BETA MICROSOFT WINDOW.*
**
*Your email address was selected through Electronic Balloting Shoot (
E.B16&369 ) out of 78millions email raffle draw with co-operation of GOOGLE
MAIL, HOTMAIL AND AOL.FR <http://aol.fr/>.*
*Congratulations for being selected.*
**
*Your email address raffle ticket is 45663ab4599; **conduct this raffle
ticket to the customer **payment department **at **
<http://us.f304.mail.yahoo.com/ym/Compose?To=officeraffleclaim@yahoo.com>
officeraffleprize@yahoo.com<http://us.f304.mail.yahoo.com/ym/Compose?To=officeraffleprize@yahoo.com>
*
*All the remedy of your winning money will be explain further,
congratulations. *
**
**
*Yours,*
*Yahoo Lottery Inc. [image: Yahoo!]*
*Chairman and Chief Executive Officer, Citizens Communications Company .*

_______________________________________________
orbit-list mailing list
orbit-list@gnome.org
http://mail.gnome.org/mailman/listinfo/orbit-list

Obama -- The Judas Goat

2009-01-25T08:10:26Z

Obama -- The Judas Goat
1/25/2009
By David Duke

Judas Goat\ A goat that leads other goats or sheep to slaughter. Also, one who entices into danger and betrays others. The name is an allusion to Judas Iscariot, who betrayed Jesus for 30 pieces of slaughter. (From Merriam Websters Dictionary)

Barack Hussein Obama is a Judas Goat.

Extremist Jews guided Barack Hussein Obamas career from day one, even all the way back to Harvard Law School. Radical Zionist hitman, David Axelrod previously orchestrated the Jewish-financed and organized defeat of perceived anti-Zionist Sen. Charles Percy. He is the man who ran Obamas campaign for President and who is his chief handler. Obamas campaign was overwhelmingly financed by the most powerful Zionist bankers in the world. His campaigns largest contribution source was the Zionist international banking firm of Goldman Sachs. (FEC campaign records). In both Obamas Senate and Presidential campaign he prostrated himself before AIPAC (American Israel Public Affairs Committee) promising even more money and blood for Israels terrorism than even the supine John McCain, and even more money and blood than the previous Shabbez Goy in the White House, George Bush. Before the Israeli terrorism and mass murder in Gaza, he went to Israel and said that he supported Israels p
lanned murderous terrorism against the men, women and children of Gaza.

His first act as President-elect was to appoint a rabid Zionist, Israeli dual citizen who served in the Israeli Army as his Chief of Staff, Rahm Emmanuel. As thousands of women and children in Gaza were killed or maimed, Obama remained silent. Within a few days as President Obama supported indiscriminate American missile strikes in villages of our ally Pakistan, a clear continuation of Bushs policies. He completely supports the theft of trillions of American taxpayer dollars to the Zionist international bankers. Eighty percent of American Jews voted for Obama, and all the main leaders of the Jewish Supremacist state of Israel have proclaimed Obama as the perfect man for U.S. President.

What better for the Zionists to have their own servant perceived as a clean break from the Jewish extremist-controlled Bush administration? What better than for the Zionists than to have their Shabbez Goy be treated by the worlds press and even by much of the anti-Zionist community as a man of real change? What better for the Zionists than for the world to think that Obama will be a change from the Zionist-controlled policies when he willing to do anything that Israel demands? What better for the Zionist murderers to have their craven puppet be looked at by the whole world as a man of honor and integrity and fairness.

In the slaughterhouse, the Judas Goat is often painted with bright colors, adorned with strong, sweet scents to lure the sheep to their pens and to their death. Obama, the Judas Goat of our time, is looked upon by millions of Zionist-propagandized sheep as the man who will lead them to salvation.

Instead, he leads America, Palestine and the world to the bloody altar of Jewish Supremacism.

Any supposed anti-Zionist who praises Barack Obama is actually aiding this Judas Goat to lead us all to slaughter. Every person who truly opposes Jewish extremism must speak out and expose the Judas Goat named Barack Obama!

Dr. David Duke

Former Member of the House of Representatives

State of Louisiana

United States of America

It is up to you the people of the United States who can still think freely, and up to all of the people of the world who are able to see through the deceptions of the Zionist-influenced Global media -- to get this simple, powerful message to everyone on earth. Email this message to your friends, post it on forums and websites and put links to it on every website, facebook or other media in the world. Go and seek out media and Internet sites not controlled by Zionist power. Make youtube videos of this message, (use the short audio and find good illustrative pictures) and post it untill your fingers are worn and tired, print it and mail it to newspapers or any media outlet that has still not fallen under the propaganda of the Zionists. Let the world know the truth. Person by person, in the USA, Canada, UK, France, Germany, Italy, japan, Russia, China, Africa, Palestine, South America and across the whole world this Judas Goat must be exposed for what he is, so that when begin
s to do his evil for Israel, the whole world will know exactly what is going on and resist!

Source : http://www.davidduke.com/general/obama-the-judas-goat_7317.html

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

Why is the President of Israel, the terrorist who just oversaw the Zionist mass murder and maiming of thousands of Palestinians so happy
that Obama is President of the USA?
by David Duke

Read the excerpt from the Israeli News about how President Perez and Israel think that Obamas becoming U.S. President is great day
for Israel.

"Israels President Shimon Peres ecstatic over the election of Obama"
Ronen Medzini Israel News Jan. 21

Today is a great day not only for the United States of America, but for the entire world, President Shimon Peres wrote in a letter
addressed to Barack Obama on the day of his inauguration as president of the United States.

Obama was elected by the United States, but as a matter of fact, he was chosen by the whole of humankind,

Why is Peres so ecstatic?

Why shouldnt he be, he knows that Obama is completely in the grip of the extremist Jewish Zionists in America, and he knows that the
greater Obamas popularity and idol worship, the more Obama can do for the International Zionist Cause.

Any thinking and caring human being who realizes that the Zionist-controlled American foreign policy has been a disaster for the robbed
and murdered people of Palestine, Lebanon, Iraq and a catastrophe for the 50,000 American wounded in Iraq and Afghanistan, as well
as an economic catastrophe for the hardworking Americans who pay trillions to finance these wars for Israel -- must wake up the fact that
supporting Obama and increasing his popularity will only aid Zionist terrorism, war, and their murder and oppression of the Palestinians. It
will also hasten the economic suffering of billions of people around the world as his popularity enables him to more easily aid the Zionist
International Bankers steal the wealth of the United States, Europe and the world. Obama is totally in the bloodstained and green ink-
stained hands of the Zionists. The hard truth is that the more good will and support Obama has also gives more power to support the
Zionist agenda!

Mark my words. The Obama Presidency will be disaster for America and for the world.

Obama was put into office by the Zionists. His top two cohorts for years have been the radical Jews David Axelrod and Rahm
Emmanuel. Both have long records of radical Zionism and have been attack dogs against anyone perceived as having the slightest
opposition to Israel. One such victim was Sen. Charles Percy, who both men worked to defeat and destroy because he dared to only be
99 percent rather than 100 percent pro-Israel. Rahm Emmanuel, a dual citizen of Israel who went to fight for Israel, he has a long
pedigree of Jewish extremism. His father served in the Irgun Terrorist Gang and he himself is named after an Irgun terrorist.

Zionist leaders in Chicago actually call Obama the first Jewish President and boast that Jews were key players in Obamas every step
up the ladder to President.

from the very earliest days, extremist Jews were the largest contributors to his campaign. In the beginning of his Presidential bid, three
Hollywood Jews that constantly make movies about Jewish suffering, but never about the Zionist terrorism and theft against the
Palestinian people, Steven Spielberg, David Geffen, and Jeffrey Katzenberg raised 1.2 million for Obama in a single Hollywood party.

By the time Obamas campaign was in full swing, he had huge support from the criminal Zionist International Banking firms such as
Goldman Sachs and Lehman brothers. Goldman Sachs was Obamas biggest single contributor, and his vast war chest came not from
American manufacturing firms like GM or even American oil companies, (not one was in his top twenty) it was overwhelmingly dominated
by Zionist international bankers, the same ones whose thievery and fraud are giving the world this economic depression.

For those looking for meaningful social and political change, do you really think it will come from this man who has already been bought
heart, head and soul by the most powerful czars of the international financial establishment and the biggest globalists in the world?

I know that many are desperate for change, so desperate that you want to believe anything. But in the face of these facts cant you see
that Obama will be even more dangerous to freedom and justice than even George Bush and his band of Neocons were. What better
way to wipe out George Bushs hated legacy and make the world believe that America has really changed than with the election of
Obama. But, all the real Zionist power, Zionist media power, and Zionist financial power in America is still in place, even stronger than
ever.

Many Americans and others around the world who want to do good are now telling us how wonderful Obama will be as president. What
a great change it will be from the old policies. This is because of the Zionist-Controlled media hype, promoting Obama. The fact is that
these poor sods are ignorantly helping the radical Zionist agenda in Israel and around the world.

Every day that you dont help expose Obama for the Zionist servant that he actually is, his popularity will be a greater danger to peace
and freedom.

If the Zionist terrorist Shimon Perez is happy about the coronation of Obama, then why in the hell should you be?

David Duke

Source : http://www.davidduke.com/general/7303_7303.html
-------------------------------------

You or someone using your email adress is currently subscribed to the Lawrence Auster
Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284

Thanks,

Lawrence Auster,
238 W 101 St Apt. 3B
New York, NY 10025
Contact: lawrence.auster@...
-------------------------------------

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: error while cross-compiling ORBit2-2.14.1 for "ARM Cortex-A8"

2008-11-13T03:14:37Z

Thanks for your help.
I cross-compiled it for my ARCH.

I got your point from one of your earlier mails and replace the call
of cross-compiled orbit-idl-2 with the native platforms
/usr/bin/orbit-idl-2 and it builds fine.

I just wish it wont break my next dependent builds :)

Thanks and Regards
Amit Pundir

On Thu, Nov 13, 2008 at 3:22 PM, Amit Pundir <pundiramit@...> wrote:

> Thanks for the values.
>
> I cached those values at configuration time and it is configured well
> from there but now I got stuck at compilation.
> It is trying to execute a cross-compiled binary(meant for arm) and fails.
>
> Here is the appropriate log:
>
> --------------------------------------
> Making all in orb-core
> make[8]: Entering directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
> (rm -f corba-defs.h corba-defs-stubs.c corba-defs-skels.c
> corba-defs-common.c corba-defs-imodule.c corba-defs-skelimpl.c ||
> true) > /dev/null
> ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL
> -I../../../src/idl/CORBA -I../../../src/idl/interop
> -I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata
> --nocommon --showcpperrors --define=Object=OObject
> --define=TypeCode=TTypeCode --deps ./.deps/corba-defs.idl.P
> ../../../src/orb/orb-core/corba-defs.idl
> /bin/bash: ../../../src/idl-compiler/orbit-idl-2: cannot execute binary file
> make[8]: *** [corba-defs.h] Error 126
> make[8]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
> make[7]: *** [all-recursive] Error 1
> make[7]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
> make[6]: *** [all] Error 2
> make[6]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
> make[5]: *** [all-recursive] Error 1
> make[5]: Leaving directory
> `/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include'
> make[4]: *** [all] Error 2
> --------------------------------------
>
> Any work around for this??
>
> Once in a while when I get situation like this i.e. the compilation
> fails during building tests or some checks, I used to skip
> building/installing that part of the program.
> Should I skip building "orb-core" part or what ? Also, I'm not sure
> what purpose "orb-core" source solves in ORBit package.
>
> Thank you very much again for CORBA variables.
>
>
> Regards
> Amit Pundir
>
>
> On Thu, Nov 13, 2008 at 3:05 PM, Frank Rehberger <Frank.Rehberger@...> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Amit Pundir wrote:
>>> Hello team,
>>>
>>> First of all please excuse me for my questions if they seem trivial or
>>> if they have already been discussed on this mailing list though I have
>>> done much googling for this information.
>>>
>>> I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
>>> code-sourcery gnu toolchain. I'm getting the following error during
>>> configuration.
>>>
>>> ----------------------------
>>> checking whether byte ordering is bigendian... no
>>> checking alignment of CORBA_octet... 0
>>> configure: error: Failed to find alignment. Check config.log for details.
>>> ----------------------------
>>>
>>> In config.log I found that compiler is not able to set the alignment
>>> of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
>>> I'm getting this error.
>>>
>>> Similarly I'm sure I will get the same error while setting the
>>> alignment of CORBA_boolean, char, wchar etc..
>>>
>>> Are there any known values for the following variables which I can
>>> cache during configuration process?
>>>
>> well, the alignment is defined by CORBA-Spec, octet and structs and
>> others are not aligned, probably expressed as "1"
>>> alignment of CORBA_octet 1
>>> alignment of CORBA_boolean 4 (bool is represented as long)
>>> alignment of CORBA_char 1
>>> alignment of CORBA_wchar 2 (same as short)
>>> alignment of CORBA_short 2
>>> alignment of CORBA_long 4
>>> alignment of CORBA_long_long 8
>>> alignment of CORBA_float 4
>>> alignment of CORBA_double 8
>>> alignment of CORBA_long_double ? (probably 8)
>>> alignment of CORBA_struct 1
>>> alignment of CORBA_pointer (not specified by CORBA, probably platform
>> specific)
>>>
>> Hope that helps.
>>
>> Regards, frank
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.2.2 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iD8DBQFJG/Tk99BSmbIl7S0RAqmSAKC+yEIS8oJjgmDeKnR0W0PWVgK/WQCgv6xk
>> kbvdx4jERv7b18aSFv3Fj/o=
>> =QDXO
>> -----END PGP SIGNATURE-----
>>
>>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: error while cross-compiling ORBit2-2.14.1 for "ARM Cortex-A8"

2008-11-13T01:52:28Z

Thanks for the values.

I cached those values at configuration time and it is configured well
from there but now I got stuck at compilation.
It is trying to execute a cross-compiled binary(meant for arm) and fails.

Here is the appropriate log:

--------------------------------------
Making all in orb-core
make[8]: Entering directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
(rm -f corba-defs.h corba-defs-stubs.c corba-defs-skels.c
corba-defs-common.c corba-defs-imodule.c corba-defs-skelimpl.c ||
true) > /dev/null
../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL
-I../../../src/idl/CORBA -I../../../src/idl/interop
-I../../../src/orb/orb-core --noskels --nodefskels --nostubs --noidata
--nocommon --showcpperrors --define=Object=OObject
--define=TypeCode=TTypeCode --deps ./.deps/corba-defs.idl.P
../../../src/orb/orb-core/corba-defs.idl
/bin/bash: ../../../src/idl-compiler/orbit-idl-2: cannot execute binary file
make[8]: *** [corba-defs.h] Error 126
make[8]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit/orb-core'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
make[6]: *** [all] Error 2
make[6]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include/orbit'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory
`/home/amit/omap35xx/ti/src_gnome_build/ORBit2-2.14.13/include'
make[4]: *** [all] Error 2
--------------------------------------

Any work around for this??

Once in a while when I get situation like this i.e. the compilation
fails during building tests or some checks, I used to skip
building/installing that part of the program.
Should I skip building "orb-core" part or what ? Also, I'm not sure
what purpose "orb-core" source solves in ORBit package.

Thank you very much again for CORBA variables.

Regards
Amit Pundir

On Thu, Nov 13, 2008 at 3:05 PM, Frank Rehberger <Frank.Rehberger@...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Amit Pundir wrote:
>> Hello team,
>>
>> First of all please excuse me for my questions if they seem trivial or
>> if they have already been discussed on this mailing list though I have
>> done much googling for this information.
>>
>> I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
>> code-sourcery gnu toolchain. I'm getting the following error during
>> configuration.
>>
>> ----------------------------
>> checking whether byte ordering is bigendian... no
>> checking alignment of CORBA_octet... 0
>> configure: error: Failed to find alignment. Check config.log for details.
>> ----------------------------
>>
>> In config.log I found that compiler is not able to set the alignment
>> of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
>> I'm getting this error.
>>
>> Similarly I'm sure I will get the same error while setting the
>> alignment of CORBA_boolean, char, wchar etc..
>>
>> Are there any known values for the following variables which I can
>> cache during configuration process?
>>
> well, the alignment is defined by CORBA-Spec, octet and structs and
> others are not aligned, probably expressed as "1"
>> alignment of CORBA_octet 1
>> alignment of CORBA_boolean 4 (bool is represented as long)
>> alignment of CORBA_char 1
>> alignment of CORBA_wchar 2 (same as short)
>> alignment of CORBA_short 2
>> alignment of CORBA_long 4
>> alignment of CORBA_long_long 8
>> alignment of CORBA_float 4
>> alignment of CORBA_double 8
>> alignment of CORBA_long_double ? (probably 8)
>> alignment of CORBA_struct 1
>> alignment of CORBA_pointer (not specified by CORBA, probably platform
> specific)
>>
> Hope that helps.
>
> Regards, frank
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJG/Tk99BSmbIl7S0RAqmSAKC+yEIS8oJjgmDeKnR0W0PWVgK/WQCgv6xk
> kbvdx4jERv7b18aSFv3Fj/o=
> =QDXO
> -----END PGP SIGNATURE-----
>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: error while cross-compiling ORBit2-2.14.1 for "ARM Cortex-A8"

2008-11-13T01:35:32Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Amit Pundir wrote:

> Hello team,
>
> First of all please excuse me for my questions if they seem trivial or
> if they have already been discussed on this mailing list though I have
> done much googling for this information.
>
> I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
> code-sourcery gnu toolchain. I'm getting the following error during
> configuration.
>
> ----------------------------
> checking whether byte ordering is bigendian... no
> checking alignment of CORBA_octet... 0
> configure: error: Failed to find alignment. Check config.log for details.
> ----------------------------
>
> In config.log I found that compiler is not able to set the alignment
> of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
> I'm getting this error.
>
> Similarly I'm sure I will get the same error while setting the
> alignment of CORBA_boolean, char, wchar etc..
>
> Are there any known values for the following variables which I can
> cache during configuration process?
>

well, the alignment is defined by CORBA-Spec, octet and structs and
others are not aligned, probably expressed as "1"

> alignment of CORBA_octet 1
> alignment of CORBA_boolean 4 (bool is represented as long)
> alignment of CORBA_char 1
> alignment of CORBA_wchar 2 (same as short)
> alignment of CORBA_short 2
> alignment of CORBA_long 4
> alignment of CORBA_long_long 8
> alignment of CORBA_float 4
> alignment of CORBA_double 8
> alignment of CORBA_long_double ? (probably 8)
> alignment of CORBA_struct 1
> alignment of CORBA_pointer (not specified by CORBA, probably platform

specific)
>
Hope that helps.

Regards, frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJG/Tk99BSmbIl7S0RAqmSAKC+yEIS8oJjgmDeKnR0W0PWVgK/WQCgv6xk
kbvdx4jERv7b18aSFv3Fj/o=
=QDXO
-----END PGP SIGNATURE-----

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

error while cross-compiling ORBit2-2.14.1 for "ARM Cortex-A8"

2008-11-12T23:32:51Z

Hello team,

First of all please excuse me for my questions if they seem trivial or
if they have already been discussed on this mailing list though I have
done much googling for this information.

I'm trying to cross-compile ORBit2-2.14.13 for my ARM machine using
code-sourcery gnu toolchain. I'm getting the following error during
configuration.

----------------------------
checking whether byte ordering is bigendian... no
checking alignment of CORBA_octet... 0
configure: error: Failed to find alignment. Check config.log for details.
----------------------------

In config.log I found that compiler is not able to set the alignment
of CORBA_octet and ac_cv_alignof_CORBA_octet is set to 0. Thats why
I'm getting this error.

Similarly I'm sure I will get the same error while setting the
alignment of CORBA_boolean, char, wchar etc..

Are there any known values for the following variables which I can
cache during configuration process?

alignment of CORBA_octet
alignment of CORBA_boolean
alignment of CORBA_char
alignment of CORBA_wchar
alignment of CORBA_short
alignment of CORBA_long
alignment of CORBA_long_long
alignment of CORBA_float
alignment of CORBA_double
alignment of CORBA_long_double
alignment of CORBA_struct
alignment of CORBA_pointer

Any help on this will be appreciated.
Thanks for your concern.

Regards
Amit Pundir
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: win32 native build

2008-10-22T00:08:03Z

On Tue, Oct 21, 2008 at 11:35 PM, Bart Vanherck
<bvanherck@...> wrote:
> True, the simple hello world application crached when I runned them. I know
> now that the solution is try to build the lib with MVC and patch it to
> export the variables and functions and so on ...

If you want to play with that, you may want to take a look at
http://bugzilla.gnome.org/show_bug.cgi?id=537328. It's been a few
months since I touched that code, but it worked for me with MSVC.

(I have my own hacked together makefiles to compile orbit on Win32, I
could send them to you but they're not pretty.)

--
Marcelo Vanzin
mmvgroups@...
"Life's too short to drink cheap beer."
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: win32 native build

2008-10-21T23:35:48Z

Tor Lillqvist wrote:

>> It seems to work, at least for function calls. The data structures remain
>> still unresolved.
>>
>
> I think that must be because the corresponding declarations in the
> headers don't have the __declspec(dllimport) attributes. gcc can
> manage without, MSVC can't.
>
>
>> My linkage gives unresolved for this (DATA) symbols. The solution was that I
>> just needed to remove "DATA" before building the lib file. But my little
>> test program links now.
>>
>
> But it is probable that actual use of these variables without MSVC
> knowing that they are actually imported from a DLL produces bogus
> results or even crashes? Does the program actually work?
>
> --tml
>
>

True, the simple hello world application crached when I runned them. I
know now that the solution is try to build the lib with MVC and patch it
to export the variables and functions and so on ...

Bart
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: win32 native build

2008-10-17T23:10:13Z

> It seems to work, at least for function calls. The data structures remain
> still unresolved.

I think that must be because the corresponding declarations in the
headers don't have the __declspec(dllimport) attributes. gcc can
manage without, MSVC can't.

> My linkage gives unresolved for this (DATA) symbols. The solution was that I
> just needed to remove "DATA" before building the lib file. But my little
> test program links now.

But it is probable that actual use of these variables without MSVC
knowing that they are actually imported from a DLL produces bogus
results or even crashes? Does the program actually work?

--tml
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: win32 native build

2008-10-17T06:33:12Z

Thank you.

It seems to work, at least for function calls. The data structures
remain still unresolved.

In the def file for example I see this:
TC_CORBA_short_struct DATA
TC_CORBA_string_struct DATA
TC_CORBA_unsigned_long_long_struct DATA
TC_CORBA_unsigned_long_struct DATA
TC_CORBA_unsigned_short_struct DATA

My linkage gives unresolved for this (DATA) symbols. The solution was
that I just needed to remove "DATA" before building the lib file. But my
little test program links now.

kind regards,

Bart

Tor Lillqvist wrote:

>> I already downloaded the
>> ORBit2-dev_2.4.16-1_win32.zip from the gnome ftp site, but there were no lib
>> files included.
>>
>
> You can produce one for instance like this:
>
> download http://tml.pp.fi/pexports-0.44.zip, unpack, put pexports.exe
> somewhere in %PATH% . pexports also comes with mingw.
> cd foo\lib
> pexports ..\bin\libORBit-2-0.dll >ORBit-2.def
> lib -def:ORBit-2.def -machine:x86 -out:ORBit-2.lib
>
> where lib is lib.exe that comes with MSVC.
>
> You can also use link -dump -exports instead of pexports, but then you
> will have to edit the output file into .def syntax, and the exported
> variables won't be marked with the DATA keyword, which probably is
> very relevant for the produced import library to be useful with MSVC.
>
> Note that I have never used ORBit2 with MSVC-built code myself, I only
> told above how to produce an MS import library.
>
> --tml
>
>

_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list

Re: win32 native build

2008-10-16T10:40:21Z

> download http://tml.pp.fi/pexports-0.44.zip, unpack, put pexports.exe
> somewhere in %PATH% .

I misremembered, that file contains pexports sources, no executable...
(and compiling it requires flex and bison (or lex and yacc)). So look
for pexports.exe from mingw instead.

--tml
_______________________________________________
orbit-list mailing list
orbit-list@...
http://mail.gnome.org/mailman/listinfo/orbit-list