From Mark.Scovel@gdc4s.com Wed Jul 8 18:33:28 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 168A07500A4 for ; Wed, 8 Jul 2009 18:33:28 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -3.198 X-Spam-Level: X-Spam-Status: No, score=-3.198 tagged_above=-999 required=2 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, L_P0F_UNKN=0.8, RCVD_IN_DNSWL_MED=-4] X-Amavis-OS-Fingerprint: UNKNOWN [16384:50:1:48:M1380,N,N,E:P:?:?], (link: GPRS, T1, FreeS/WAN), [63.226.32.83] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7MSakRBwQ5oG for ; Wed, 8 Jul 2009 18:33:21 +0000 (GMT) Received: from AZ25EGS04.gdc4s.com (az25egs04.gdc4s.com [63.226.32.83]) by menubar.gnome.org (Postfix) with ESMTP id D0CB575008A for ; Wed, 8 Jul 2009 18:33:12 +0000 (GMT) Received: from unknown (HELO az25ege01.gdc4s.com) ([192.168.2.21]) by AZ25EGS04.gdc4s.com with ESMTP; 08 Jul 2009 11:27:28 -0700 X-TM-IMSS-Message-ID: <0c11668a000cb933@gdc4s.com> Received: from az25egi01 ([10.240.12.60]) by gdc4s.com ([192.168.2.21]) with ESMTP (TREND IMSS SMTP Service 7.0) id 0c11668a000cb933 ; Wed, 8 Jul 2009 11:28:27 -0700 X-TM-IMSS-Message-ID: <1fe5fb64000308c3@gddsi.com> Received: from az25exf03.gddsi.com ([10.240.12.50]) by gddsi.com ([10.240.12.60]) with ESMTP (TREND IMSS SMTP Service 7.0) id 1fe5fb64000308c3 ; Wed, 8 Jul 2009 11:32:48 -0700 Received: from in04exm01.gddsi.com ([137.161.128.31]) by az25exf03.gddsi.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 8 Jul 2009 11:33:09 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9FFFA.8A1EFDB9" Subject: Where can I get a command line reference for Orbit2? Date: Wed, 8 Jul 2009 14:33:07 -0400 Message-ID: <7D803E9825786546B981CE3B14733B7F0300E7B0@in04exm01.gddsi.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Where can I get a command line reference for Orbit2? Thread-Index: Acn/+VG8n/+aAWqnSG2AKtbJi7DwmgAAJ7Nw From: "Scovel, Mark-P64544" To: X-OriginalArrivalTime: 08 Jul 2009 18:33:09.0614 (UTC) FILETIME=[8B0690E0:01C9FFFA] X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 18:33:28 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9FFFA.8A1EFDB9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Where can I get a command line reference for Orbit2? =20 Thanks, Mark Scovel 260-434-9541=20 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. =20 ------_=_NextPart_001_01C9FFFA.8A1EFDB9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

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.

 

------_=_NextPart_001_01C9FFFA.8A1EFDB9-- From Mark.Scovel@gdc4s.com Wed Jul 8 19:22:56 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BCC597500AA for ; Wed, 8 Jul 2009 19:22:56 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -5.798 X-Spam-Level: X-Spam-Status: No, score=-5.798 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, L_P0F_UNKN=0.8, RCVD_IN_DNSWL_MED=-4] X-Amavis-OS-Fingerprint: UNKNOWN [16384:49:1:48:M1380,N,N,E:P:?:?], (link: GPRS, T1, FreeS/WAN), [63.226.32.83] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qMWAHodk0h5l for ; Wed, 8 Jul 2009 19:22:50 +0000 (GMT) Received: from AZ25EGS04.gdc4s.com (az25egs04.gdc4s.com [63.226.32.83]) by menubar.gnome.org (Postfix) with ESMTP id 0F9537500A8 for ; Wed, 8 Jul 2009 19:22:41 +0000 (GMT) Received: from unknown (HELO az25ege01.gdc4s.com) ([192.168.2.21]) by AZ25EGS04.gdc4s.com with ESMTP; 08 Jul 2009 12:16:57 -0700 X-TM-IMSS-Message-ID: <0c3eb4be000cbf45@gdc4s.com> Received: from az25egi01 ([10.240.12.60]) by gdc4s.com ([192.168.2.21]) with ESMTP (TREND IMSS SMTP Service 7.0) id 0c3eb4be000cbf45 ; Wed, 8 Jul 2009 12:17:56 -0700 X-TM-IMSS-Message-ID: <20134a550003150a@gddsi.com> Received: from az25exf03.gddsi.com ([10.240.12.50]) by gddsi.com ([10.240.12.60]) with ESMTP (TREND IMSS SMTP Service 7.0) id 20134a550003150a ; Wed, 8 Jul 2009 12:22:17 -0700 Received: from in04exm01.gddsi.com ([137.161.128.31]) by az25exf03.gddsi.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 8 Jul 2009 12:22:39 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CA0001.739E09B8" Subject: orbit-idl-2 compile errors Date: Wed, 8 Jul 2009 15:22:36 -0400 Message-ID: <7D803E9825786546B981CE3B14733B7F0300E7EE@in04exm01.gddsi.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: orbit-idl-2 compile errors Thread-Index: Acn/+VG8n/+aAWqnSG2AKtbJi7DwmgAAJ7NwAAHVk1A= From: "Scovel, Mark-P64544" To: X-OriginalArrivalTime: 08 Jul 2009 19:22:39.0037 (UTC) FILETIME=[74F08ED0:01CA0001] X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 19:22:57 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0001.739E09B8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I get the following when trying to compile an idl file to cpp... =20 =20 =20 [mscovel@localhost ch_3]$ orbit-idl-2 --lang=3Dcpp time.idl orbit-idl-2 2.14.12 compiling mode, hide preprocessor errors, passes: stubs skels common headers=20 =20 Processing file time.idl =20 ** (orbit-idl-2:11412): WARNING **: idl-compiler backend not found. =20 ** (orbit-idl-2:11412): WARNING **: time.idl compilation failed [mscovel@localhost ch_3]$=20 =20 =20 =20 =20 =20 =20 Where can I get a command line reference for Orbit2? =20 Thanks, Mark Scovel 260-434-9541=20 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. =20 ------_=_NextPart_001_01CA0001.739E09B8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

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

 

 

 

[mscovel@localhost ch_3]$ = orbit-idl-2 --lang=3Dcpp 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.

 

------_=_NextPart_001_01CA0001.739E09B8-- From Frank.Rehberger@web.de Thu Jul 9 08:16:17 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 083CB75006D for ; Thu, 9 Jul 2009 08:16:17 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 9719 hrs), (distance 18, link: GPRS, T1, FreeS/WAN), [217.72.192.221] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Sf1DptDk27G for ; Thu, 9 Jul 2009 08:16:08 +0000 (GMT) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by menubar.gnome.org (Postfix) with ESMTP id 4F01E75006F for ; Thu, 9 Jul 2009 08:15:59 +0000 (GMT) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate01.web.de (Postfix) with ESMTP id 8243D1093F9AB; Thu, 9 Jul 2009 10:14:42 +0200 (CEST) Received: from [212.202.243.210] (helo=[10.3.0.80]) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1MOomA-0007Ii-00; Thu, 09 Jul 2009 10:14:42 +0200 Message-ID: <4A55A6EA.7030902@web.de> Date: Thu, 09 Jul 2009 10:14:34 +0200 From: Frank Rehberger User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Scovel, Mark-P64544" Subject: Re: Where can I get a command line reference for Orbit2? References: <7D803E9825786546B981CE3B14733B7F0300E7B0@in04exm01.gddsi.com> In-Reply-To: <7D803E9825786546B981CE3B14733B7F0300E7B0@in04exm01.gddsi.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Frank.Rehberger@web.de X-Sender: Frank.Rehberger@web.de X-Provags-ID: V01U2FsdGVkX19EZe/9sizNKoOHnuHFOvyAgW6HIKQvnKGxHyyM 7eN1lnzQ6LVAQXnUXH0uyCNNiOp4I8cEdnkYbrWYF51DLlUUNt Az3bfHARVHKPXWdVESxQ== Cc: orbit-list@gnome.org X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 08:16:17 -0000 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 From Frank.Rehberger@web.de Thu Jul 9 08:51:31 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 487807501BA for ; Thu, 9 Jul 2009 08:51:31 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 7852 hrs), (distance 18, link: GPRS, T1, FreeS/WAN), [217.72.192.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45Oulyq1VZbK for ; Thu, 9 Jul 2009 08:51:23 +0000 (GMT) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by menubar.gnome.org (Postfix) with ESMTP id 4C7347500B7 for ; Thu, 9 Jul 2009 08:51:14 +0000 (GMT) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate03.web.de (Postfix) with ESMTP id C0199103C9B58; Thu, 9 Jul 2009 10:51:12 +0200 (CEST) Received: from [212.202.243.210] (helo=[10.3.0.80]) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1MOpLU-0002GZ-00; Thu, 09 Jul 2009 10:51:12 +0200 Message-ID: <4A55AF7C.4070007@web.de> Date: Thu, 09 Jul 2009 10:51:08 +0200 From: Frank Rehberger User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Scovel, Mark-P64544" Subject: Re: orbit-idl-2 compile errors References: <7D803E9825786546B981CE3B14733B7F0300E7EE@in04exm01.gddsi.com> In-Reply-To: <7D803E9825786546B981CE3B14733B7F0300E7EE@in04exm01.gddsi.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: Frank.Rehberger@web.de X-Sender: Frank.Rehberger@web.de X-Provags-ID: V01U2FsdGVkX1+O6G75lsLSGX5Oyw1E+MsrnPpGa3L/6aLUyqEk xU0hNbgJ5wjqov8KSb4TG59G72MG0J0jPvGfchGmSgIby0TD7e AaptvJgofa72Okq6ZK3w== Cc: orbit-list@gnome.org X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 08:51:31 -0000 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 From guillersan@gmail.com Wed Jul 22 11:19:27 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E5744750262 for ; Wed, 22 Jul 2009 11:19:27 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_LX=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 6551 hrs), (distance 14, link: ethernet/modem), [209.85.220.218] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ETFM2up1WEPu for ; Wed, 22 Jul 2009 11:19:22 +0000 (GMT) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by menubar.gnome.org (Postfix) with ESMTP id CF1DE750249 for ; Wed, 22 Jul 2009 11:19:13 +0000 (GMT) Received: by fxm18 with SMTP id 18so126598fxm.15 for ; Wed, 22 Jul 2009 04:19:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=EKFvoFLeP2fDBPWu03iVw8yJRntrvJL8V9yRu67g8fg=; b=kchm8NamHHsSuvU8MWz5NUmtmozRaAeIejpehg14TqJWJysrasBF8NKPcOg1CEYArJ sFcmVRhxGmuQwW3bUCkKXiDZjmO1f1U9oeyxwwbo0OvoozhIO7gibW2VXRQeWAb7DiNd MK1REdYBG0jBBfcZQmcYUnwCQotSelwaO45N8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=hr+pJitVU/kAwAlbgVfa3tEDv1qFPsXh0xX9WRLVZJefMw05xTEZE6LR1uHEqkubq9 HtIH9cC/3M5T0iUrVHNY0NTGfZw4T+amZtXERuy7wdk7EJP3S5s9Pt0WmHOr6MfMCZ2c YzIeNZ5FUVZKx8FpDUn8sL83ny0ZFzNkHTmL0= MIME-Version: 1.0 Received: by 10.86.92.13 with SMTP id p13mr703092fgb.43.1248261551429; Wed, 22 Jul 2009 04:19:11 -0700 (PDT) Date: Wed, 22 Jul 2009 13:19:11 +0200 Message-ID: Subject: Crosscompiling ORBit2 From: Guillermo Sanchez To: ORBit2 List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 11:19:28 -0000 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 /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 From Frank.Rehberger@web.de Thu Jul 23 08:29:35 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A15A4750072 for ; Thu, 23 Jul 2009 08:29:35 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 11209 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [217.72.192.234] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wv+y51u4Ve+3 for ; Thu, 23 Jul 2009 08:29:30 +0000 (GMT) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by menubar.gnome.org (Postfix) with ESMTP id 9B96E750024 for ; Thu, 23 Jul 2009 08:29:21 +0000 (GMT) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id A78B21076BF0B; Thu, 23 Jul 2009 10:29:18 +0200 (CEST) Received: from [217.83.119.121] (helo=[192.168.1.100]) by smtp05.web.de with asmtp (WEB.DE 4.110 #277) id 1MTtft-00081E-00; Thu, 23 Jul 2009 10:29:18 +0200 Message-ID: <4A681F56.2060902@web.de> Date: Thu, 23 Jul 2009 10:29:10 +0200 From: Frank Rehberger User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: Guillermo Sanchez Subject: Re: Crosscompiling ORBit2 References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: Frank.Rehberger@web.de X-Sender: Frank.Rehberger@web.de X-Provags-ID: V01U2FsdGVkX1/vEh0k/z+JHG/JKFPsohvkp29P/O4IoYZf+cLT 8E9powoOyr1ZAOdJRmZbdl0sHadZ8OHdispPxx7BfVccJUhioL lQCg37ye/ZiHA6LX9RwA== Cc: ORBit2 List X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 08:29:35 -0000 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 From guillersan@gmail.com Thu Jul 23 16:05:59 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 45A85750091 for ; Thu, 23 Jul 2009 16:05:59 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 6839 hrs), (distance 14, link: ethernet/modem), [209.85.220.218] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KCWeBVIRzRHG for ; Thu, 23 Jul 2009 16:05:53 +0000 (GMT) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by menubar.gnome.org (Postfix) with ESMTP id B5777750072 for ; Thu, 23 Jul 2009 16:05:43 +0000 (GMT) Received: by fxm18 with SMTP id 18so1052373fxm.15 for ; Thu, 23 Jul 2009 09:05:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sLpmBTZQAug66Gwcsk8uJXtfgJRDJc9i+N/5PAa4OMQ=; b=XK9TfrjaPEnQ2EGPJGxDHF2GGR0Gy0YbfXVWd5syFNifpOX5hZgSOI6vmCbKW64vg4 mxjupyslSZvi8Lo69TjNxFTgvwFhY2u+IAYmDa+dcP9gk0UuBiq1LhDmbt1t4UDNBjS3 Y9SsVe6OnIqw/ABtQ6dG2wWL7OlWL1IuWY6QE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Mk1jFqBRJGLMboPIP5AXj4p8fIWmPgw+jZrquOfv1NUk9alKwFGd5GBQt6UZ+FxggX UMptP9xkZY35soYbod6ecjURuqx9XWXHGAl19VF6TeY7SNgbhyLUsV5/EVLLZ4nP+Bk0 TjN70SvgIG9ItmbZjii5DsuhD29850KWUGHFc= MIME-Version: 1.0 Received: by 10.86.58.9 with SMTP id g9mr2054389fga.18.1248365141507; Thu, 23 Jul 2009 09:05:41 -0700 (PDT) In-Reply-To: <4A681F56.2060902@web.de> References: <4A681F56.2060902@web.de> Date: Thu, 23 Jul 2009 18:05:41 +0200 Message-ID: Subject: Re: Crosscompiling ORBit2 From: Guillermo Sanchez To: Frank Rehberger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ORBit2 List X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 16:05:59 -0000 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 : > 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 > =A0 =A0 =A0 =A0$(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 > From Frank.Rehberger@web.de Thu Jul 23 23:22:47 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A406B7500D0 for ; Thu, 23 Jul 2009 23:22:47 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.4-2.6 (NAT!) (up: 1474 hrs), (distance 19, link: GPRS, T1, FreeS/WAN), [217.72.192.227] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BTuVBw+Hiy1H for ; Thu, 23 Jul 2009 23:22:37 +0000 (GMT) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by menubar.gnome.org (Postfix) with ESMTP id ACDD57500C4 for ; Thu, 23 Jul 2009 23:22:28 +0000 (GMT) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate02.web.de (Postfix) with ESMTP id 5B66910D13AD7; Fri, 24 Jul 2009 01:22:26 +0200 (CEST) Received: from [217.83.47.203] (helo=[192.168.1.100]) by smtp05.web.de with asmtp (WEB.DE 4.110 #277) id 1MU7cH-0000cR-00; Fri, 24 Jul 2009 01:22:25 +0200 Message-ID: <4A68F0B0.4050006@web.de> Date: Fri, 24 Jul 2009 01:22:24 +0200 From: Frank Rehberger User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: Guillermo Sanchez Subject: Re: Crosscompiling ORBit2 References: <4A681F56.2060902@web.de> In-Reply-To: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Sender: Frank.Rehberger@web.de X-Sender: Frank.Rehberger@web.de X-Provags-ID: V01U2FsdGVkX19mFgauc8hfV0C2jtT5+Z7XqIruV2GyzSSpmuwX 0GiCoQOkn2ne6qB8OvQrMxNoCxq67vPQBjT/e4aMVo454BWwrS r4fIAPj1L+CevyE0UeTA== Cc: ORBit2 List X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 23:22:48 -0000 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 : > >> 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@gnome.org > http://mail.gnome.org/mailman/listinfo/orbit-list > From guillersan@gmail.com Fri Jul 24 10:54:43 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8E263750091 for ; Fri, 24 Jul 2009 10:54:43 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.522 X-Spam-Level: X-Spam-Status: No, score=-2.522 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, TW_LX=0.077] X-Amavis-OS-Fingerprint: Linux 2.6 (newer, 2) (up: 7027 hrs), (distance 14, link: ethernet/modem), [209.85.220.218] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DlluURCNSVUN for ; Fri, 24 Jul 2009 10:54:35 +0000 (GMT) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by menubar.gnome.org (Postfix) with ESMTP id 4E97175008C for ; Fri, 24 Jul 2009 10:54:25 +0000 (GMT) Received: by fxm18 with SMTP id 18so1567410fxm.15 for ; Fri, 24 Jul 2009 03:54:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IdKQtIkyVHkLGMlyS1gxFcdjOgvWmZKpNmET/B2GtQg=; b=v2PNyPUBNQtLmds1KqaST/ch1SgeJRnTyTDNDJ2dyKxwbn7Ie8XSNT6tC/EQ8Sv0Lm V0d403tu+QqufGfrKuiGi6fH5qIIMkJmEf8L4AjaE5PUkk5qkUE5Y5Z0O9gLYhpNNDq0 2krb+n/w1WBuvaTB7JWVh9dI0IAic+Oz1yBBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=UNzOQ2JTPppfvX15UsYkylJ3LIfqlYmRYk97LkubgaJLOtp0wNksxiMjV7TSTnpuGk Qm9Qnru5hTCnx+Fyi3n64GEaVP5qvbhnMj8zBiTPG9SHJnJHAuiUGpTFVRmjKw3busHT B6QaGRPuBDPUGCR2d7FUElW7vtdwna8+v/N/8= MIME-Version: 1.0 Received: by 10.86.99.12 with SMTP id w12mr2860604fgb.77.1248432862974; Fri, 24 Jul 2009 03:54:22 -0700 (PDT) In-Reply-To: <4A68F0B0.4050006@web.de> References: <4A681F56.2060902@web.de> <4A68F0B0.4050006@web.de> Date: Fri, 24 Jul 2009 12:54:22 +0200 Message-ID: Subject: Re: Crosscompiling ORBit2 From: Guillermo Sanchez To: Frank Rehberger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ORBit2 List X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2009 10:54:43 -0000 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 : > 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: >> >> =A0 =A0 =A0 =A0$(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" =A0in 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 =A0skeleton-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 : >> >>> 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 fo= r >>> your IDL interfaces, this way you will get the stubs and skeletons. >>> >>> $(IDLOUT): Uneje.idl >>> =A0 =A0 =A0 =A0$(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. Thi= s >>> 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@gnome.org >> http://mail.gnome.org/mailman/listinfo/orbit-list >> > > From susanin@ispras.ru Fri Jul 31 18:27:03 2009 Return-Path: X-Original-To: orbit-list@gnome.org Delivered-To: orbit-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D009B75012D for ; Fri, 31 Jul 2009 18:27:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Amavis-OS-Fingerprint: Linux 2.6, seldom 2.4 (older, 4) (up: 4576 hrs), (distance 19, link: ethernet/modem), [83.149.198.201] Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dm0ECEdj-qUR for ; Fri, 31 Jul 2009 18:26:56 +0000 (GMT) Received: from smtp.ispras.ru (smtp.ispras.ru [83.149.198.201]) by menubar.gnome.org (Postfix) with ESMTP id F03B47500D3 for ; Fri, 31 Jul 2009 18:26:47 +0000 (GMT) Received: from ispserv.ispras.ru (ispserv.ispras.ru [83.149.198.72]) by smtp.ispras.ru (Postfix) with ESMTP id 714475D421D for ; Fri, 31 Jul 2009 21:56:11 +0400 (MSD) Received: from [83.149.198.102] (unknown [83.149.198.102]) by ispserv.ispras.ru (Postfix) with ESMTP id A132F3FC48 for ; Fri, 31 Jul 2009 22:26:45 +0400 (MSD) Message-ID: <4A733734.9010908@ispras.ru> Date: Fri, 31 Jul 2009 22:25:56 +0400 From: Andrey Ponomarenko User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: orbit-list@gnome.org Subject: backward/forward binary compatibility checker Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: orbit-list@gnome.org X-Mailman-Version: 2.1.10 Precedence: list List-Id: ORBit CORBA implementation use & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 18:27:04 -0000 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