Message

From dhlii@1dla.com Thu May 8 05:49:09 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from mail.1dla.com (host-64-65-219-188.har.choiceone.net [64.65.219.188]) by mail.gnome.org (Postfix) with ESMTP id 406CA18357 for ; Thu, 8 May 2003 05:49:09 -0400 (EDT) Received: from [68.83.2.58] (port=1858 helo=ldhlii) by mail.1dla.com with esmtp (Exim 4.10 #1 (Debian)) id 19Di09-0005WI-00 for ; Thu, 08 May 2003 05:47:45 -0400 From: "David H. Lynch Jr." To: Subject: Orbit cpp windows Date: Thu, 8 May 2003 05:44:58 -0400 Message-ID: <000b01c31546$834b4cb0$be14dfce@ldhlii> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C31524.FC39ACB0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-MailScanner: Found to be clean Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C31524.FC39ACB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I am adding CORBA support to an existing W32 DCOM service to provide support for *nix clients. I started with ORBIt 1 for windows. but the existing COM interface is C++ (the server itself is mixed C/C++) I need an idl compiler that will produce a C++ skeleton that will work with the windows ORBit ORB. The compiler need not run under windows. Does the current version of orbitcpp generate C++ skeletons that will work with ORBit 1, or do I have to use a different version of orbitcpp ? >Use whatever version of orbitcpp you like. There are versions for ORBit1 and >ORBit2. I don't know for certain whether the ORBit 1 (0.5) in your RedHat >will work, but please try it before imagining a problem. >Murray Cumming >murrayc@usa.net >www.murrayc.com ------=_NextPart_000_000C_01C31524.FC39ACB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

I am adding CORBA support to an existing W32 DCOM service to = provide=20 support for *nix clients.

I=20 started with ORBIt 1 for windows. but the existing COM interface is C++ = (the=20 server itself is mixed C/C++)

I=20 need an idl compiler that will produce a C++ skeleton that will work = with the=20 windows ORBit ORB.

The compiler need not run under windows.

Does the current version of orbitcpp generate C++ skeletons = that will=20 work with ORBit 1, or do I have to use a different version of orbitcpp=20 ?

>Use = whatever=20 version of orbitcpp you like. There are versions for ORBit1 and
>ORBit2. I don't know for certain = whether the=20 ORBit 1 (0.5) in your RedHat
>will=20 work, but please try it before imagining a problem.

>Murray Cumming
>murrayc@usa.net
>www.murrayc.com

=

------=_NextPart_000_000C_01C31524.FC39ACB0-- From Murray.Cumming@Comneon.com Thu May 8 05:58:30 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 0CD46182E7 for ; Thu, 8 May 2003 05:58:30 -0400 (EDT) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.9/8.12.9) with ESMTP id h489iOwF024364; Thu, 8 May 2003 11:44:24 +0200 (MEST) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Thu, 8 May 2003 11:54:20 +0200 Message-ID: <258B0164D480D5118D900800062B3858FFADE3@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: dhlii@1dla.com, orbitcpp-list@gnome.org Subject: RE: Orbit cpp windows Date: Thu, 8 May 2003 11:53:46 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: Use orbitcpp 1 (releases 0.3x, I think) for ORBIT 1. Use orbitcpp 2 (releases 1.3.x) for ORBit 2. Murray Cumming murrayc@usa.net www.murrayc.com -----Original Message----- From: David H. Lynch Jr. [mailto:dhlii@1dla.com] Sent: Donnerstag, 8. Mai 2003 11:45 To: orbitcpp-list@gnome.org Subject: Orbit cpp windows I am adding CORBA support to an existing W32 DCOM service to provide support for *nix clients. I started with ORBIt 1 for windows. but the existing COM interface is C++ (the server itself is mixed C/C++) I need an idl compiler that will produce a C++ skeleton that will work with the windows ORBit ORB. The compiler need not run under windows. Does the current version of orbitcpp generate C++ skeletons that will work with ORBit 1, or do I have to use a different version of orbitcpp ? >Use whatever version of orbitcpp you like. There are versions for ORBit1 and >ORBit2. I don't know for certain whether the ORBit 1 (0.5) in your RedHat >will work, but please try it before imagining a problem. >Murray Cumming >murrayc@usa.net >www.murrayc.com From cactus@cactus.rulez.org Thu May 22 03:18:16 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from ds9.cactus (gprs5.vodafone.hu [80.244.96.197]) by mail.gnome.org (Postfix) with ESMTP id 990DF18FA2 for ; Thu, 22 May 2003 03:18:14 -0400 (EDT) Received: from ds9.cactus ([10.0.0.1]) by ds9.cactus with esmtp (Exim 3.35 #1 (Debian)) id 19Ik71-0002Oq-00; Thu, 22 May 2003 09:03:39 +0200 Date: Thu, 22 May 2003 09:03:38 +0200 (CEST) From: ERDI Gergo X-Sender: cactus@ds9.cactus To: ORBit/C++ Cc: Murray Cumming Subject: Pretend I'm on vacation, please Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: Dear ORBit/C++ contributors, Due to both foreseen hurdles and unforeseen hardship, I lack both the time, the inspiration, and the enthusiasm to hack on software for the time being. So I'd like to ask everyone not to block on me when submitting patches and doing releases. While I'm not sure of it, I do hope that after a couple of months my life will get sufficiently less complicated, and then I'll be able to get back to programming. Bye, Gergo -- .--= ULLA! =---------------------. `We are not here to give users what \ http://cactus.rulez.org \ they want' -- RMS, at GUADEC 2001 `---= cactus@cactus.rulez.org =---' Soon we will be able to harness the rotational energy from Orwell's grave to solve all world energy problems From Murray.Cumming@Comneon.com Fri May 30 08:57:23 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 2F94818163 for ; Fri, 30 May 2003 08:57:23 -0400 (EDT) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.9/8.12.9) with ESMTP id h4UCv6xZ000648 for ; Fri, 30 May 2003 14:57:06 +0200 (MEST) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Fri, 30 May 2003 14:57:55 +0200 Message-ID: <258B0164D480D5118D900800062B3858FFB6C0@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: orbitcpp-list@gnome.org Subject: cvs orbitcpp fails on libbonobomm Date: Fri, 30 May 2003 14:57:16 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: The cvs version of orbitcpp faile on Bonobo.idl, though the last tarball worked: http://bugzilla.gnome.org/show_bug.cgi?id=114031 Bowie, do you have any idea about this? Murray Cumming murrayc@usa.net www.murrayc.com From Murray.Cumming@Comneon.com Fri May 30 09:00:23 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from smtp1.infineon.com (smtp1.infineon.com [194.175.117.76]) by mail.gnome.org (Postfix) with ESMTP id 34E0E18221 for ; Fri, 30 May 2003 09:00:23 -0400 (EDT) Received: from vihsx03a.vih.infineon.com (vih.ifx-mail3.com [172.31.163.97]) by smtp1.infineon.com (8.12.9/8.12.9) with ESMTP id h4UD06xZ001314 for ; Fri, 30 May 2003 15:00:06 +0200 (MEST) Received: by vihsx03a.vih.infineon.com with Internet Mail Service (5.5.2653.19) id ; Fri, 30 May 2003 15:00:55 +0200 Message-ID: <258B0164D480D5118D900800062B3858FFB6C2@vihsx09a.vih.infineon.com> From: Murray.Cumming@Comneon.com To: orbitcpp-list@gnome.org Subject: const-correct smartpointers Date: Fri, 30 May 2003 15:00:15 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: I applied a temporary, and maybe useless, fix to ObjectPtr_var<>, to avoid the masses of warnings: http://cvs.gnome.org/lxr/source/orbitcpp/orbitcpp/orb-cpp/smartpointers/obje ctptr_var.h#36 http://cvs.gnome.org/lxr/source/orbitcpp/orbitcpp/orb-cpp/smartpointers/obje ctptr_var.h#93 To have proper const-correctness I think we need to avoid specifying the pointer type to the template. See the comments for more clues. The equivalent in mico doesn't seem to need to do this. Murray Cumming murrayc@usa.net www.murrayc.com From jcronje@dsp.sun.ac.za Sat May 31 13:41:53 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from maties3.sun.ac.za (maties3.sun.ac.za [146.232.128.43]) by mail.gnome.org (Postfix) with ESMTP id 9A8E618897 for ; Sat, 31 May 2003 13:41:52 -0400 (EDT) Received: from michelle.dsp.sun.ac.za ([146.232.147.170]) by maties3.sun.ac.za with esmtp (Exim 4.10) id 19MAMX-0000pW-00; Sat, 31 May 2003 19:41:49 +0200 From: Johan Cronje To: orbitcpp-list@gnome.org Subject: Linker Errors Date: Sat, 31 May 2003 19:41:59 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_nlO2+S/RM06szcF" Message-Id: <200305311942.03084.jcronje@dsp.sun.ac.za> X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19MAMX-0000pW-00*2nKDrionefM* Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: --Boundary-00=_nlO2+S/RM06szcF Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day I am trying to compile an application using the following tools: gcc-3.3-23 orbit2-2.6.0-21 orbit2-devel-2.6.0-21 orbitcpp-1.3.5 (from source, not shipped with distro) on SuSE 8.2. However, I suspect that I am not linking correctly, as my app compiles to an object (.o) file, but it does not want to link correctly. Thanks to Murray for suggesting pkg-config, it cut my error file from 134=20 lines to 17. Could you please tell me which other libraries I need / must=20 link to? I have included my list of ORBit and IDL libraries, as well as an= =20 extract of my Makefile. sdr_corba : sdr_corba.o g++ sdr_corba.o `pkg-config --cflags --libs ORBit-2.0-cpp` \ -o sdr_corba 2> linker_errors Also, (just for interest's sake) using the c backend generates a -skelimpl.= c=20 file with the --skeleton-impl option, but the cpp backend does not generate= =20 something similar. Is this correct? And how do I generate files with a .cpp= =20 extension in stead of .cc? Best Regards Johan =2D --=20 "How precious also are thy thoughts unto me, O God! how great is the sum of them! If I should count them, they are more in number than the sand; when I awake, I am=20 still with thee." Psalms 139: 17,18=20 =2D -----------------------------------------------------------------------= =2D-------- "There is beauty in simplicity" -- Johan Cronje =2D -----------------------------------------------------------------------= =2D-------- Johan Cronje Digital Signal Processing / Telecommunications Group Room E355 Department Electrical and Electronic Engineering University of Stellenbosch jcronje@dsp.sun.ac.za http://www.dsp.sun.ac.za/~jcronje GPG Key: http://www.dsp.sun.ac.za/~jcronje/jcronje.asc =2D -----------------------------------------------------------------------= =2D-------- =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE+2OlrtFKZVBigPpsRAgZfAKCuZ8h2caCize1LvTQEjoxChhGuUgCdFdzD pdk+E5g/X1CFDEwVTRlTACk=3D =3DPDNR =2D----END PGP SIGNATURE----- --Boundary-00=_nlO2+S/RM06szcF Content-Type: text/plain; charset="us-ascii"; name="libs.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="libs.txt" /usr/lib/libORBit-2-cpp.a /usr/lib/libORBit-2-cpp.la /usr/lib/libORBit-2-cpp.so /usr/lib/libORBit-2-cpp.so.5 /usr/lib/libORBit-2-cpp.so.5.0.0 /usr/lib/libORBit-2.a /usr/lib/libORBit-2.la /usr/lib/libORBit-2.so /usr/lib/libORBit-2.so.0 /usr/lib/libORBit-2.so.0.0.0 /usr/lib/libORBit-idl-backend-cpp.a /usr/lib/libORBit-imodule-2.a /usr/lib/libORBit-imodule-2.la /usr/lib/libORBit-imodule-2.so /usr/lib/libORBit-imodule-2.so.0 /usr/lib/libORBit-imodule-2.so.0.0.0 /usr/lib/libORBit.a /usr/lib/libORBit.so /usr/lib/libORBit.so.0 /usr/lib/libORBit.so.0.5.17 /usr/lib/libORBitCosNaming-2.a /usr/lib/libORBitCosNaming-2.la /usr/lib/libORBitCosNaming-2.so /usr/lib/libORBitCosNaming-2.so.0 /usr/lib/libORBitCosNaming-2.so.0.0.0 /usr/lib/libORBitCosNaming.a /usr/lib/libORBitCosNaming.so /usr/lib/libORBitCosNaming.so.0 /usr/lib/libORBitCosNaming.so.0.5.17 /usr/lib/libORBitutil.a /usr/lib/libORBitutil.so /usr/lib/libORBitutil.so.0 /usr/lib/libORBitutil.so.0.5.17 /usr/lib/libIDL-0.6.so.0 /usr/lib/libIDL-0.6.so.0.4.4 /usr/lib/libIDL-2.a /usr/lib/libIDL-2.so /usr/lib/libIDL-2.so.0 /usr/lib/libIDL-2.so.0.0.0 /usr/lib/libIDL.a /usr/lib/libIDL.so /usr/lib/libIDLConf.sh --Boundary-00=_nlO2+S/RM06szcF Content-Type: text/plain; charset="us-ascii"; name="linker_errors.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="linker_errors.txt" sdr_corba.o(.text+0x8f): In function `_orbitcpp::stub::sdr_corba::sdr_subcontroller::return_attributes()': : undefined reference to `sdr_corba_sdr_subcontroller_return_attributes' sdr_corba.o(.text+0x1d8): In function `_orbitcpp::stub::sdr_corba::sdr_subcontroller::return_attribute_value(char const*)': : undefined reference to `sdr_corba_sdr_subcontroller_return_attribute_value' sdr_corba.o(.text+0x2ad): In function `_orbitcpp::stub::sdr_corba::sdr_subcontroller::return_component_name()': : undefined reference to `sdr_corba_sdr_subcontroller_return_component_name' sdr_corba.o(.text+0x452): In function `POA_sdr_corba::sdr_subcontroller::_orbitcpp_fini(void*, CORBA_Environment_type*)': : undefined reference to `POA_sdr_corba_sdr_subcontroller__fini' sdr_corba.o(.text+0x809): In function `POA_sdr_corba::sdr_subcontroller::sdr_subcontroller[not-in-charge]()': : undefined reference to `POA_sdr_corba_sdr_subcontroller__init' sdr_corba.o(.text+0x8f3): In function `POA_sdr_corba::sdr_subcontroller::sdr_subcontroller[in-charge]()': : undefined reference to `POA_sdr_corba_sdr_subcontroller__init' sdr_corba.o(.rodata+0x58): undefined reference to `TC_sdr_corba_component_name_struct' sdr_corba.o(.rodata+0x5c): undefined reference to `TC_sdr_corba_attributes_corba_struct' sdr_corba.o(.rodata+0x60): undefined reference to `TC_sdr_corba_attributes_list_struct' sdr_corba.o(.rodata+0x64): undefined reference to `TC_sdr_corba_sdr_subcontroller_struct' collect2: ld returned 1 exit status --Boundary-00=_nlO2+S/RM06szcF-- From dhlii@1dla.com Thu May 8 05:49:09 2003 Return-Path: Delivered-To: orbitcpp-list@gnome.org Received: from mail.1dla.com (host-64-65-219-188.har.choiceone.net [64.65.219.188]) by mail.gnome.org (Postfix) with ESMTP id 406CA18357 for ; Thu, 8 May 2003 05:49:09 -0400 (EDT) Received: from [68.83.2.58] (port=1858 helo=ldhlii) by mail.1dla.com with esmtp (Exim 4.10 #1 (Debian)) id 19Di09-0005WI-00 for ; Thu, 08 May 2003 05:47:45 -0400 From: "David H. Lynch Jr." To: Subject: Orbit cpp windows Date: Thu, 8 May 2003 05:44:58 -0400 Message-ID: <000b01c31546$834b4cb0$be14dfce@ldhlii> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C31524.FC39ACB0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-MailScanner: Found to be clean Sender: orbitcpp-list-admin@gnome.org Errors-To: orbitcpp-list-admin@gnome.org X-BeenThere: orbitcpp-list@gnome.org X-Loop: orbitcpp-list@gnome.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Development and use of orbitcpp List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C31524.FC39ACB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I am adding CORBA support to an existing W32 DCOM service to provide support for *nix clients. I started with ORBIt 1 for windows. but the existing COM interface is C++ (the server itself is mixed C/C++) I need an idl compiler that will produce a C++ skeleton that will work with the windows ORBit ORB. The compiler need not run under windows. Does the current version of orbitcpp generate C++ skeletons that will work with ORBit 1, or do I have to use a different version of orbitcpp ? >Use whatever version of orbitcpp you like. There are versions for ORBit1 and >ORBit2. I don't know for certain whether the ORBit 1 (0.5) in your RedHat >will work, but please try it before imagining a problem. >Murray Cumming >murrayc@usa.net >www.murrayc.com ------=_NextPart_000_000C_01C31524.FC39ACB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

I am adding CORBA support to an existing W32 DCOM service to = provide=20 support for *nix clients.

I=20 started with ORBIt 1 for windows. but the existing COM interface is C++ = (the=20 server itself is mixed C/C++)

I=20 need an idl compiler that will produce a C++ skeleton that will work = with the=20 windows ORBit ORB.

The compiler need not run under windows.

Does the current version of orbitcpp generate C++ skeletons = that will=20 work with ORBit 1, or do I have to use a different version of orbitcpp=20 ?

I am adding CORBA support to an existing W32 DCOM service to = provide=20 support for *nix clients.

I=20 started with ORBIt 1 for windows. but the existing COM interface is C++ = (the=20 server itself is mixed C/C++)

I=20 need an idl compiler that will produce a C++ skeleton that will work = with the=20 windows ORBit ORB.

The compiler need not run under windows.

Does the current version of orbitcpp generate C++ skeletons = that will=20 work with ORBit 1, or do I have to use a different version of orbitcpp=20 ?

I am adding CORBA support to an existing W32 DCOM service to = provide=20 support for *nix clients.

I=20 started with ORBIt 1 for windows. but the existing COM interface is C++ = (the=20 server itself is mixed C/C++)

I=20 need an idl compiler that will produce a C++ skeleton that will work = with the=20 windows ORBit ORB.

The compiler need not run under windows.

Does the current version of orbitcpp generate C++ skeletons = that will=20 work with ORBit 1, or do I have to use a different version of orbitcpp=20 ?