From gao_huang at sina.com Fri Feb 1 12:43:40 2002 From: gao_huang at sina.com (gao_huang) Date: Fri Sep 5 12:44:00 2003 Subject: [mico-devel] is the problem of my netcard? Message-ID: <20020201044340.9549.qmail@sina.com> Hi,all: I have a strange question. Now I found that if I disable my netcard, then the demo program account2 in mico can run(but client->deposit can only be called for 5 times). And if the netcard is working at the same time , the client->deposit can't work. I have download the source code from mico cvs, and meet the same problem. Thanks! Goerge Hayne ______________________________________ =================================================================== 新浪免费电子邮箱 (http://mail.sina.com.cn) 新浪分类信息：轻松订阅，量身定制,好信息来找你! (http://classad.sina.com.cn/) 新浪闪烁短信闪亮登场 传情无限 (http://sms.sina.com.cn/cgi-bin/sms/smspic.cgi?spec=11&type=0) _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Fri Feb 1 08:39:42 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] is the problem of my netcard? In-Reply-To: <20020201044340.9549.qmail@sina.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 1 Feb 2002, gao_huang wrote: > Hi,all: > > I have a strange question. > Now I found that if I disable my netcard, then the demo program account2 in mico can run(but client->deposit can only be called for 5 times). And if the netcard is working at the same time , the client->deposit can't work. > I have download the source code from mico cvs, and meet the same problem. > Thanks! > Hi, Can you give us more information about your hardware(NIC)/software(OS/libs) Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8WkZBqREvenJ7UIYRAvnVAKCUsNw286WK/0X/CAHMfQ5zOV2rhwCeIfff J0/tWRFbLH+UoBjXMw5O0Mo= =ie/5 -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From p.klotz at icoserve.com Fri Feb 1 08:45:59 2002 From: p.klotz at icoserve.com (p.klotz@icoserve.com) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] Re: Compiling Mico with GCC 3 Message-ID: > FYI: > > GCC 3.1 snapshots taken (including) between 13.12.2001 and 22.1.2002 are > not able to compile MICO well. For more information please see bugreport > #5453 on http://gcc.gnu.org/cgi-bin/gnatsweb.pl Thanks for that information. Yesterday I tried gcc 3.1-0.19 (dated 2002-01-30) from Rawhide which agains works fine for MICO. Bye, Peter. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From gao_huang at sina.com Fri Feb 1 17:35:17 2002 From: gao_huang at sina.com (gao_huang) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] is the problem of my netcard? Message-ID: <20020201093517.16272.qmail@sina.com> Hi, Cheers: Thank you for your response. My machine is IBM thinkpad 600x, the netcard is cisco 340 wireless card(and I have tested on 3com pc card and meet the same problem). My OS. is win2000 work station, and I use vc 6.0 IDE to debug the mico application. regards Gorege Hayne ----- Original Message ----- From:Karel Gardas To:gao_huang Subject:Re: [mico-devel] is the problem of my netcard? Date:Fri, 1 Feb 2002 15:39:42 +0800 >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Fri, 1 Feb 2002, gao_huang wrote: > >> Hi,all: >> >> I have a strange question. >> Now I found that if I disable my netcard, then the demo program account2 in mico can run(but client->deposit can only be called for 5 times). And if the netcard is working at the same time , the client->deposit can't work. >> I have download the source code from mico cvs, and meet the same problem. >> Thanks! >> > >Hi, > >Can you give us more information about your >hardware(NIC)/software(OS/libs) > >Cheers, > >Karel >- -- > Karel Gardas e-mail: kgardas@iol.cz > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.0.6 (GNU/Linux) >Comment: Made with pgp4pine 1.75-6 > >iD8DBQE8WkZBqREvenJ7UIYRAvnVAKCUsNw286WK/0X/CAHMfQ5zOV2rhwCeIfff >J0/tWRFbLH+UoBjXMw5O0Mo= >=ie/5 >-----END PGP SIGNATURE----- > > > > ______________________________________ =================================================================== 新浪免费电子邮箱 (http://mail.sina.com.cn) 新浪分类信息：轻松订阅，量身定制,好信息来找你! (http://classad.sina.com.cn/) 新浪闪烁短信闪亮登场 传情无限 (http://sms.sina.com.cn/cgi-bin/sms/smspic.cgi?spec=11&type=0) _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From gao_huang at sina.com Fri Feb 1 17:35:31 2002 From: gao_huang at sina.com (gao_huang) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] is the problem of my netcard? Message-ID: <20020201093531.7535.qmail@sina.com> Hi, Karel: Thank you for your response. My machine is IBM thinkpad 600x, the netcard is cisco 340 wireless card(and I have tested on 3com pc card and meet the same problem). My OS. is win2000 work station, and I use vc 6.0 IDE to debug the mico application. regards Gorege Hayne ----- Original Message ----- From:Karel Gardas To:gao_huang Subject:Re: [mico-devel] is the problem of my netcard? Date:Fri, 1 Feb 2002 15:39:42 +0800 >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Fri, 1 Feb 2002, gao_huang wrote: > >> Hi,all: >> >> I have a strange question. >> Now I found that if I disable my netcard, then the demo program account2 in mico can run(but client->deposit can only be called for 5 times). And if the netcard is working at the same time , the client->deposit can't work. >> I have download the source code from mico cvs, and meet the same problem. >> Thanks! >> > >Hi, > >Can you give us more information about your >hardware(NIC)/software(OS/libs) > >Cheers, > >Karel >- -- > Karel Gardas e-mail: kgardas@iol.cz > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.0.6 (GNU/Linux) >Comment: Made with pgp4pine 1.75-6 > >iD8DBQE8WkZBqREvenJ7UIYRAvnVAKCUsNw286WK/0X/CAHMfQ5zOV2rhwCeIfff >J0/tWRFbLH+UoBjXMw5O0Mo= >=ie/5 >-----END PGP SIGNATURE----- > > > > ______________________________________ =================================================================== 新浪免费电子邮箱 (http://mail.sina.com.cn) 新浪分类信息：轻松订阅，量身定制,好信息来找你! (http://classad.sina.com.cn/) 新浪闪烁短信闪亮登场 传情无限 (http://sms.sina.com.cn/cgi-bin/sms/smspic.cgi?spec=11&type=0) _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From gao_huang at sina.com Fri Feb 1 17:58:41 2002 From: gao_huang at sina.com (gao_huang) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] Re:mico with vc++ Message-ID: <20020201095841.17251.qmail@sina.com> Hi, Dinesh: I haven't meet the problem you wrote, ( but I really have some problems about mico..) ). Ok, I can give you a concrete steps to make account demo work, hope it can help you. 1 download mico from www.mico.org(either archive file or cvs) 2 set the path to vc(or you can use other c++ compilor such as cygnus): include :Microsoft Visual Studio\VC98\Bin and Microsoft Visual Studio\Common\MSDev98\Bin 3 update the MakeVars.win32 from "SRCDIR = C:\Frank\mico" to "SRCDIR = your mico directory" and type nmake /f Makefile.win32 -all in a console window. 4 there will be a win32-bin sub-directory in mico directory. set the options of vc point correctly to this diretory:open menu->tools->optioins->Directories. include: Include files:add "mico\include" and "mico\include\windows" Library files:add "mico\win32-bin\lib" 5 new a win32 project as what you need 6 update the settings of your project: open menu->settins->c/c++, and add"_WINDOWS"; open menu->settins->Link, and add" mico236.lib wsock32.lib"; 7.Add diretoty "mico\win32-bin" to your machine path. 8.enter mico\demo\boa\account diretory and type idl --boa --no-poa account.id8 and now you got two files account.cc and account.hh without poa support(this demo doen't use poa). 9.include these two files in both your client and server project. 10.run again, I think this time your demo is ok. good luck! > Hi George, > Thank you for your email.I can compile and vc++ generated the >account.cpp and account.h files.How do I proceed further?My question is >1.When I try to compile the implementation file ,I get an error > >account_impl.cpp >d:\mico\account\account_impl.cpp(35) : error C2664: 'object_to_string' : >cannot convert parameter 1 from 'class Account_impl *' to 'class >CORBA::Object *' > Types pointed to are unrelated; conversion requires >reinterpret_cast, C-style cast or function-style cast >d:\mico\account\account_impl.cpp(50) : error C2665: 'release' : none of the >4 overloads can convert parameter 1 from type 'class Account_impl *' >Error executing cl.exe. > >account_impl.obj - 2 error(s), 0 warning(s) > > > >Any clue?? >Do you have the implementation file for the account example in the tutorial >so that I could take a look > >Thank you for your help, >Dinesh > > ______________________________________ =================================================================== 新浪免费电子邮箱 (http://mail.sina.com.cn) 新浪分类信息：轻松订阅，量身定制,好信息来找你! (http://classad.sina.com.cn/) 新浪闪烁短信闪亮登场 传情无限 (http://sms.sina.com.cn/cgi-bin/sms/smspic.cgi?spec=11&type=0) _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ruff at swand.lake.de Fri Feb 1 11:05:08 2002 From: ruff at swand.lake.de (Marcel Ruff) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] Compiling mico with STLport Message-ID: <3C5A6854.9020707@swand.lake.de> Hi, i try to use mico in my app. This runs fine. Now i need to migrate to STLport and can't compile my app anymore. MICO Version 2.3.6 g++ --version 2.95.3 Linux 2.4.10-4GB i686 STLport-4.5.1 Error: ======================================= STLport-4.5.1/stlport/stl/_algo.h:180: declaration of `operator MICO_LongDouble' as non-function ======================================= Where MICO_LongDouble is in mico/include/mico/types.h: typedef long double MICO_LongDouble; In 1998 this was reported already, did anybody solve the mystery? thanks, Marcel -- Marcel Ruff mailto:ruff@swand.lake.de http://www.xmlBlaster.org _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Arnaud.Bailly at lifl.fr Fri Feb 1 11:31:23 2002 From: Arnaud.Bailly at lifl.fr (Arnaud Bailly) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] Dynamic loading Message-ID: <15450.28283.746102.188775@argus.lifl.fr> Hello, I'm new to MICO (and CORBA by the way :-)) and experimenting with it. I ran accross a problem trying to build dynamic loadable modules of CORBA objects. The problem : I have two interfaces, one factory and one real object. The factory builds object on request from clients. The whole code is in a .so file. The _init() function of the .so creates the POA and servant for the factory and the POA for objects. On request for new objects, the factory register an object and returns a reference to it (sorry for ugly code, it's still new for me) : ostrstream ostr; ofstream log("ventes.log",ios::out|ios::app); ostr << venteNr++ << ends; char* str = ostr.str(); log << "Creating vente nr " << str << endl; ObjectId_var oid = string_to_ObjectId(str); // enregistre l'identifiant dans le POA des ventes Vente_impl* vte = new Vente_impl(); // active l'objet vente ventesPOA->activate_object_with_id(oid,vte); // narrow et retourne l'objet delete str; return vte->_this(); There is a simple server program that starts the ORB and loads the shared object. When client invoke a method on the returned object, I get a segfault. I have tried to produce a server without dll loading, and it works fine so I feel the problem comes from the dll stuff. I have tried debugging the whole stuff and the problem lies in the marshalling of the returned object : the address of ServantBase is shown (in GDB) as invalid. I'm wondering if the fact that my implementation classes inherit from PortableServer::StaticImplementation is not cause for the problem. I'm running mico2.3.6 (from CVS) on linux 2.4.17 with gcc 2.95.3 20010315 Thank you for your help Arnaud Bailly LIFL - France _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Fri Feb 1 16:48:15 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] Dynamic loading In-Reply-To: <15450.28283.746102.188775@argus.lifl.fr> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, May I suggest you to use excellent CCM (CORBA Component Model) implementation which MICO has? It's written by Frank Pilhofer in Alcatel sponsorship and you'll be able to do what you would like in more easy and standard way. Please look at various examples in mico/demo/ccm directory. Cheers, Karel On Fri, 1 Feb 2002, Arnaud Bailly wrote: > Hello, > I'm new to MICO (and CORBA by the way :-)) and experimenting with it. > I ran accross a problem trying to build dynamic loadable modules > of CORBA objects. > The problem : > I have two interfaces, one factory and one real object. The factory builds > object on request from clients. The whole code is in a .so file. The _init() > function of the .so creates the POA and servant for the factory and the > POA for objects. > On request for new objects, the factory register an object > and returns a reference to it (sorry for ugly code, it's still new for me) : > > ostrstream ostr; > ofstream log("ventes.log",ios::out|ios::app); > ostr << venteNr++ << ends; > char* str = ostr.str(); > log << "Creating vente nr " << str << endl; > ObjectId_var oid = string_to_ObjectId(str); > > // enregistre l'identifiant dans le POA des ventes > Vente_impl* vte = new Vente_impl(); > // active l'objet vente > ventesPOA->activate_object_with_id(oid,vte); > // narrow et retourne l'objet > delete str; > return vte->_this(); > > There is a simple server program that starts the ORB and loads the shared > object. > > When client invoke a method on the returned object, I get a segfault. > > I have tried to produce a server without dll loading, and it works fine so > I feel the problem comes from the dll stuff. I have tried debugging the > whole stuff and the problem lies in the marshalling of the returned > object : the address of ServantBase is shown (in GDB) as invalid. > > I'm wondering if the fact that my implementation classes inherit from > PortableServer::StaticImplementation is not cause for the problem. > I'm running mico2.3.6 (from CVS) on linux 2.4.17 with gcc 2.95.3 20010315 > > Thank you for your help > > Arnaud Bailly > LIFL - France > > > _______________________________________________ > mico-devel mailing list > mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel > - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8WrjCqREvenJ7UIYRAjLzAJ96ndAXfvUiapaNIzPJ5scl4o9KYACfeGe8 Yt49bihvIeJKzOVtu5pUdbo= =wCid -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From twall at oculustech.com Fri Feb 1 12:59:28 2002 From: twall at oculustech.com (Timothy Wall) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] Re: Mico <--> JacORB using SSL Message-ID: <3C5AD77F.9F8298FC@oculustech.com> Check the options being passed into SSLComponent for supports/requires to make sure they match that in Jacorb. Your jacorb options probably need to be at least 0x66 to match the defaults in mico. T. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From david at 2good.nu Sun Feb 3 16:28:03 2002 From: david at 2good.nu (David Eriksson) Date: Fri Sep 5 12:44:01 2003 Subject: [mico-devel] No CORBA namespace in fixed.h? Message-ID: <5.1.0.14.2.20020203162432.00bc0898@mail> Hi! Why is the contents of MICO's fixed.h not in the CORBA namespace? Regards, -\- David Eriksson -/- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From apm35 at student.open.ac.uk Sun Feb 3 20:30:00 2002 From: apm35 at student.open.ac.uk (Andrew Marlow) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] MICO, namespaces and older compilers In-Reply-To: <200202032010.g13KAA306582@mico.org> References: <200202032010.g13KAA306582@mico.org> Message-ID: I have followed MICO development for some years now and even made a few small contributions. However as of MICO 2.3.6 I will no longer be able to do this which is IMO a pity. Up until now it has been my favourite ORB. This is because MICO must be compiled by a compiler that supports namespaces. I have a Sun workstation with the Sparcworks 4.2 compiler and an HP workstation running HPUX 10.20 with a rather old CC compiler (which is fairly standard for HP 10.20). This means that I cannot build MICO on Solaris or HPUX whereas I used to be able to. I have discussed this with Frank who made the change and I do understand why the change has been made. I know that the code was getting a bit of of control in this area and using namespaces provides a great opportunity to tidy it up. However it also shuts me out except on Linux. I suspect it will also do this for a great many other developers including those that would try to introduce free software ORBs to commercial environments. Perhaps this decision can be reconsidered ? What if I offered to help make the code portable to namespaces or struct simulation via a macro set via ./configure ? I will not have the time to do all the work but I am willing to help. Regards, Andrew M. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Sun Feb 3 22:09:23 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] MICO, namespaces and older compilers In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Sun, 3 Feb 2002, Andrew Marlow wrote: > I have followed MICO development for some years now and even made a few > small contributions. However as of MICO 2.3.6 I will no longer be able to > do this which is IMO a pity. Up until now it has been my favourite ORB. > > This is because MICO must be compiled by a compiler that supports > namespaces. I have a Sun workstation with the Sparcworks 4.2 compiler and > an HP workstation running HPUX 10.20 with a rather old CC compiler (which > is fairly standard for HP 10.20). > > This means that I cannot build MICO on Solaris or HPUX whereas I used to > be able to. I have discussed this with Frank who made the change and I do > understand why the change has been made. I know that the code was getting > a bit of of control in this area and using namespaces provides a great > opportunity to tidy it up. However it also shuts me out except on Linux. I > suspect it will also do this for a great many other developers including > those that would try to introduce free software ORBs to commercial > environments. > I just don't know why don't you use GCC on your OSes? I think that it is supported on both platforms and supports namespaces quite well. > Perhaps this decision can be reconsidered ? What if I offered to help make > the code portable to namespaces or struct simulation via a macro set via > ./configure ? I will not have the time to do all the work but I am willing > to help. > Hmm, I saw your discussion with Frank. I think this is a problem, because the group of people who need this feature will be smaller in the future and from this point of view it's not so good to make any difficulties in maintaining MICO sources. I'd like to say you something more possitive and so look at the future, we have great free c++ orb, which has CCM implementation and I hope that in the future it will has multi-threading support, portable interceptors, security service, wireless support, messaging etc., so don't be sad that it'll not support c++ compilers without namespace support. :-) Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8XacGqREvenJ7UIYRAroNAJ9Tm6h4XOug0FHBca6nAcfUJe6JAACeKLp7 ds84r5k6zLUKjkXemN8qy/k= =Uo0N -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Mon Feb 4 10:01:27 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] Compile problems Message-ID: Hi there. I'm having real problems getting any ORB to work. Mico looks promising, but I can't compile it. The makefile i downloaded seems to be written for nmake - gnu make doesnt understand the !include parts etc. I changled the compiler from cl to gcc and dumped everything in one file. I then get a bit further but itlooks like gcc doesnt understand compiler flags such as /nologo etc. Im sure there must be an easier way! My output: C:\files\source\mico>make -f makefile.win32 mkdir win32-bin A subdirectory or file win32-bin already exists. make: [system] Error 1 (ignored) mkdir win32-bin\lib A subdirectory or file win32-bin\lib already exists. make: [system] Error 1 (ignored) cd orb make /nologo /f Makefile.win32 lib make[1]: Entering directory `C:/files/source/mico' make[1]: *** No rule to make target `/nologo'. Stop. make[1]: Leaving directory `C:/files/source/mico' make: *** [system] Error 2 BTW I dont have access to visual studio...! Kind Regards Ben -- ctxbsw@comp.leeds.ac.uk _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Mon Feb 4 11:46:44 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] Compile problems In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, it looks like you are working on M$ os with gnu gcc. I assume that you have installed gcc as part of cygnus cygwin product. If so, then you can easily follow UNIX installation instructions and use ./configure; make; make install. Please read file mico/INSTALL Cheers, Karel On Mon, 4 Feb 2002, Ben wrote: > > Hi there. I'm having real problems getting any ORB to work. Mico looks > promising, but I can't compile it. The makefile i downloaded seems to be > written for nmake - gnu make doesnt understand the !include parts etc. I > changled the compiler from cl to gcc and dumped everything in one file. I > then get a bit further but itlooks like gcc doesnt understand compiler > flags such as /nologo etc. Im sure there must be an easier way! > > My output: > > C:\files\source\mico>make -f makefile.win32 > mkdir win32-bin > A subdirectory or file win32-bin already exists. > make: [system] Error 1 (ignored) > mkdir win32-bin\lib > A subdirectory or file win32-bin\lib already exists. > make: [system] Error 1 (ignored) > cd orb > make /nologo /f Makefile.win32 lib > make[1]: Entering directory `C:/files/source/mico' > make[1]: *** No rule to make target `/nologo'. Stop. > make[1]: Leaving directory `C:/files/source/mico' > make: *** [system] Error 2 > > > BTW I dont have access to visual studio...! > > Kind Regards > Ben > > -- > ctxbsw@comp.leeds.ac.uk > > > _______________________________________________ > mico-devel mailing list > mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel > - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8XmaXqREvenJ7UIYRAgXVAJ992QJvdaf8XyFinBqRDLANIGztCQCfZFoX MHseoVrpgo82NMHznHkCeb0= =3C50 -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From reiter at norcom.de Mon Feb 4 12:01:16 2002 From: reiter at norcom.de (Reiter, Konrad) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] AW: Mico <--> JacORB using SSL Message-ID: <30F837C65B8FB64090375BEF7EAD3B6D042986@mailsrv1.norcom.de> Hi Thimothy, thanks a lot for your response. I tried this out with 0x66 in support/required but it still does not work. The serverside message (org.omg.CORBA.NO_PERMISSION: Connection should be SSL, but isn't ... ) is still the same. Did you already successfully connect Mico 2.3.6 with Jacorb 1.3.30 under Windows NT using SSL? If so, did you have to change anything in the sources? Thanks in advance, Konrad -----Urspr?ngliche Nachricht----- Von: Timothy Wall [mailto:twall@oculustech.com] Gesendet: Freitag, 1. Februar 2002 18:59 An: mico-devel@mico.org Cc: Reiter, Konrad Betreff: Re: Mico <--> JacORB using SSL Check the options being passed into SSLComponent for supports/requires to make sure they match that in Jacorb. Your jacorb options probably need to be at least 0x66 to match the defaults in mico. T. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From rmartony at cue.com.uy Mon Feb 4 11:15:13 2002 From: rmartony at cue.com.uy (=?iso-8859-1?Q?Rafael_M=E1rtony?=) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] Using Valuetypes... Message-ID: Hello MICO users, I'm relatively new to CORBA and MICO. I would need help to solve the following problem. I have a simple IDL like this: --- valuetype CPerfilC { long getId(); void setId(in long id); string getNombre(); void setNombre(in string name); private long Id; private string Name; }; interface CBDPerfilC { void updatePerfil(in CPerfilC perfil,in string mode); CPerfilC getPerfil(in long Id); }; --- Now, I implemented CPerfilC_impl.cpp and CBDPerfil_impl.cpp. In particular, the problem is in "getPerfil", I guess. I have tested all other methods succesfully. --- CPerfilC* CBDPerfilC_impl::getPerfil(CORBA::Long perfilId) { // ... do some stuff here CPerfilC_var result = new CPerfilC_impl(); result->setIdentificador(someLong); result->setNombre(someString); return result; } --- On the client side, I get an error whenever I try to execute the last of these sentences: --- obj = orb->bind ("IDL:CBDPerfilC:1.0", dir_inet); if (CORBA::is_nil (obj)) { AfxMessageBox ("Error: Bind failed.\n"); return FALSE; } CBDPerfilC_ptr perbd = CBDPerfilC::_narrow (obj); CPerfilC *perf = perbd->getPerfil(3); --- The idea is that getPerfil should return a pointer to a copy of result. What can I do to solve the problem? Thank you in advance, Rafael Martony. -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2196 bytes Desc: not available Url : http://www.mico.org/pipermail/mico-devel/attachments/20020204/883556f4/winmail.bin From rigriff at chimera.grc.nasa.gov Mon Feb 4 09:49:22 2002 From: rigriff at chimera.grc.nasa.gov (Robert I Griffin) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] Best way to shut down a remote service Message-ID: <02020409492201.00718@chimera> What is the best way to shut-down a remote service? I need to do this to free up the port that I am using. The remote service has been subclassed from Life Cycle Object (that was a pain), but I am starting the server process from a different machine using a Globus-derived CORBA service and need to terminate the Job altogether. I am using Mico-2.3.5 on an SGI Origin 2000. -Bob _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Mon Feb 4 15:22:01 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] Compile problems In-Reply-To: Message-ID: > it looks like you are working on M$ os with gnu gcc. I assume that you > have installed gcc as part of cygnus cygwin product. If so, then you can > easily follow UNIX installation instructions and use ./configure; make; > make install. Please read file INSTALL. Thanks, thats very helpful. I apprecaite this isnt the best place to ask, but does anyone know whick package the configure program lives in. I have downloaded make, automake, autoconf, etc- but my comp still doesnt know of a configure program. I am using cygwin, but Im sure it is available still. Regards Ben -- Ben Wootton ctxbsw@comp.leeds.ac.uk _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Arnaud.Bailly at lifl.fr Mon Feb 4 16:39:48 2002 From: Arnaud.Bailly at lifl.fr (Arnaud Bailly) Date: Fri Sep 5 12:44:02 2003 Subject: [mico-devel] Dynamic loading In-Reply-To: References: <15450.28283.746102.188775@argus.lifl.fr> Message-ID: <15454.43844.516121.16244@argus.lifl.fr> Thanks for your answer, although it is not the one I intended to get :-) Yes, I know there exists a CCM implementation in MICO and I played with it a little. I have already used CCM on OpenCCM (the LIFL one) and find the model very convenient. I think I will use it anyway. But I just tried to use plain CORBA and experiment with it so I'm a bit disappointed I can't manage to run my example as a shared library. By the way, I am interested in Interceptors. I have read the demo but I can't manage to link the example with the specs. I am wrong or the Interceptor in the demo is not up-to-date with the CORBA specs ? Arnaud Bailly _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Mon Feb 4 17:06:15 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Dynamic loading In-Reply-To: <15454.43844.516121.16244@argus.lifl.fr> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 4 Feb 2002, Arnaud Bailly wrote: > Thanks for your answer, although it is not the one I intended to get :-) > > Yes, I know there exists a CCM implementation in MICO and I played with it > a little. I have already used CCM on OpenCCM (the LIFL one) and find the > model very convenient. I think I will use it anyway. > > But I just tried to use plain CORBA and experiment with it so I'm a bit > disappointed I can't manage to run my example as a shared library. > > By the way, I am interested in Interceptors. I have read the demo but > I can't manage to link the example with the specs. I am wrong or the > Interceptor in the demo is not up-to-date with the CORBA specs ? > I think that it was in CORBA 2.5 where there are interceptor chapter replaced with portable interceptors. So if you are using CORBA2.5 or 2.6 then the interceptors in spec. looks really different than the mico implementation. Cheers, Karel PS: ObjectSecurity Ltd. (http://www.objectsecurity.com) has Portable Interceptors implementation for MICO and it looks like they will contribute it into main mico in the future. -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8XrF5qREvenJ7UIYRAnSgAJ98z6jF0n38wJG6SCfgNkSN03GjmQCdGWaX k6pX3XLv43z8H5NtuSmWlmw= =F+J+ -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Mon Feb 4 17:08:11 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Compile problems In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 4 Feb 2002, Ben wrote: > > > it looks like you are working on M$ os with gnu gcc. I assume that you > > have installed gcc as part of cygnus cygwin product. If so, then you can > > easily follow UNIX installation instructions and use ./configure; make; > > make install. Please read file INSTALL. > > Thanks, thats very helpful. I apprecaite this isnt the best place to ask, > but does anyone know whick package the configure program lives in. I have > downloaded make, automake, autoconf, etc- but my comp still doesnt know of > a configure program. I am using cygwin, but Im sure it is available still. > Script mico/configure is a result of processing file configure.in by autoconf. It's already included in mico so you don't need to run autoconf yourself. Just start it with ./configure in cygwin's shell. Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8XrHuqREvenJ7UIYRAkJJAJ40PzlxBTFCZAf+Fsd3LgC+1atqkwCcCHYO xLp53CFenAsMUeE0A468ueY= =gSO0 -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From begic at cs.tu-berlin.de Mon Feb 4 17:31:39 2002 From: begic at cs.tu-berlin.de (Slaven Begic) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] LINK_BUG_OBJS in Makefile.win32 Message-ID: <001301c1ad99$6d2aaf40$a0199582@ivs26> Hi, I would like to compile mico as static librarys in Visual C++. Do i need to use LINK_BUG_OBJS from Makefile.win32 and how? thanks, Slaven -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mico.org/pipermail/mico-devel/attachments/20020204/75d1d6dc/attachment.htm From Dominic.Pellerin at ericsson.ca Mon Feb 4 13:24:57 2002 From: Dominic.Pellerin at ericsson.ca (Dominic Pellerin (LMC)) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Compilation problem with postgresql Message-ID: <7B2A7784F4B7F0409947481F3F3FEF8301E2E34D@eammlnt051.lmc.ericsson.se> Does anybody have an idea why make fails when I try to compile with pgsql? pgsql is needed for auditing (CorbaSec) so I installed it (ver 7.1.3) because I need it. Mico seems to find it during configuration... I configure mico this way: ./configure --with-ssl=/usr/local/ssl --with-pgsql=/usr/local/pgsql --enable-csl2 --enable-debug loading cache ./config.cache checking for extra include and lib directories... + found /usr/local/include + found /usr/local/lib + found /usr/local/ssl/include + found /usr/local/ssl/lib + found /usr/local/ssl/bin + found /usr/local/pgsql/include + found /usr/local/pgsql/lib + found /usr/local/pgsql/bin checking host system type... i686-pc-linux-gnu ... then... [root@pc5 mico]# make for i in admin include; do make -C $i adm || exit 1; done make[1]: Entering directory `/usr/local/mico/admin' c++ -I../include -g -O -fpermissive -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/pgsql/include -c mkdepend.cc -o mkdepend.o c++ -I../include -g -O -fpermissive -L/usr/local/lib -L/usr/local/ssl/lib -L/usr/local/pgsql/lib -rdynamic mkdepend.o -lpq -lssl -lcrypto -ldl -lbsd -lm -o mkdepend sed -e s,@TCLSH@,/usr/bin/tclsh,g < mkbook.in > mkbook chmod +x mkbook make[1]: Leaving directory `/usr/local/mico/admin' make[1]: Entering directory `/usr/local/mico/include' make[1]: Nothing to be done for `adm'. make[1]: Leaving directory `/usr/local/mico/include' for i in orb ir idl auxdir coss ccm; do make -C $i lib || exit 1; done make[1]: Entering directory `/usr/local/mico/orb' echo '# Module dependencies' > .depend /usr/local/mico/./admin/mkdepend -I../include -g -O -fpermissive -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/pgsql/include *.cc >> .depend /usr/local/mico/./admin/mkdepend: error while loading shared libraries: libpq.so.2: cannot load shared object file: No such file or directory make[1]: *** [.depend] Error 127 make[1]: Leaving directory `/usr/local/mico/orb' make: *** [system] Error 1 but the file libpq.so.2 is present! [root@pc5 mico]# ll /usr/local/pgsql/lib/ total 332 -rw-r--r-- 1 root root 45214 Feb 1 15:22 libecpg.a lrwxrwxrwx 1 root root 16 Feb 1 15:22 libecpg.so -> libecpg.so.3.2.0 lrwxrwxrwx 1 root root 16 Feb 1 15:22 libecpg.so.3 -> libecpg.so.3.2.0 -rwxr-xr-x 1 root root 38675 Feb 1 15:22 libecpg.so.3.2.0 -rw-r--r-- 1 root root 6592 Feb 1 15:22 libpgeasy.a lrwxrwxrwx 1 root root 16 Feb 1 15:22 libpgeasy.so -> libpgeasy.so.2.1 lrwxrwxrwx 1 root root 16 Feb 1 15:22 libpgeasy.so.2 -> libpgeasy.so.2.1 -rwxr-xr-x 1 root root 10777 Feb 1 15:22 libpgeasy.so.2.1 -rw-r--r-- 1 root root 67500 Feb 1 15:22 libpq.a lrwxrwxrwx 1 root root 12 Feb 1 15:22 libpq.so -> libpq.so.2.1 lrwxrwxrwx 1 root root 12 Feb 1 15:22 libpq.so.2 -> libpq.so.2.1 -rwxr-xr-x 1 root root 63168 Feb 1 15:22 libpq.so.2.1 -rwxr-xr-x 1 root root 80234 Feb 1 15:22 plpgsql.so ??? Why ??? _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Mon Feb 4 19:59:54 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Compilation problem with postgresql In-Reply-To: <7B2A7784F4B7F0409947481F3F3FEF8301E2E34D@eammlnt051.lmc.ericsson.se> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 4 Feb 2002, Dominic Pellerin (LMC) wrote: > Does anybody have an idea why make fails when I try to compile with pgsql? > pgsql is needed for auditing (CorbaSec) so I installed it (ver 7.1.3) > because I need it. > > Mico seems to find it during configuration... > > I configure mico this way: > > ./configure --with-ssl=/usr/local/ssl --with-pgsql=/usr/local/pgsql > --enable-csl2 --enable-debug > loading cache ./config.cache > checking for extra include and lib directories... > + found /usr/local/include > + found /usr/local/lib > + found /usr/local/ssl/include > + found /usr/local/ssl/lib > + found /usr/local/ssl/bin > + found /usr/local/pgsql/include > + found /usr/local/pgsql/lib > + found /usr/local/pgsql/bin > checking host system type... i686-pc-linux-gnu > ... > > > then... > > > [root@pc5 mico]# make > for i in admin include; do make -C $i adm || exit 1; done > make[1]: Entering directory `/usr/local/mico/admin' > c++ -I../include -g -O -fpermissive -I/usr/local/include > -I/usr/local/ssl/include -I/usr/local/pgsql/include -c mkdepend.cc -o > mkdepend.o > c++ -I../include -g -O -fpermissive -L/usr/local/lib -L/usr/local/ssl/lib > -L/usr/local/pgsql/lib -rdynamic mkdepend.o -lpq -lssl -lcrypto -ldl -lbsd > -lm -o mkdepend > sed -e s,@TCLSH@,/usr/bin/tclsh,g < mkbook.in > mkbook > chmod +x mkbook > make[1]: Leaving directory `/usr/local/mico/admin' > make[1]: Entering directory `/usr/local/mico/include' > make[1]: Nothing to be done for `adm'. > make[1]: Leaving directory `/usr/local/mico/include' > for i in orb ir idl auxdir coss ccm; do make -C $i lib || exit 1; done > make[1]: Entering directory `/usr/local/mico/orb' > echo '# Module dependencies' > .depend > /usr/local/mico/./admin/mkdepend -I../include -g -O -fpermissive > -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/pgsql/include > *.cc >> .depend > /usr/local/mico/./admin/mkdepend: error while loading shared libraries: > libpq.so.2: cannot load shared object file: No such file or directory > make[1]: *** [.depend] Error 127 > make[1]: Leaving directory `/usr/local/mico/orb' > make: *** [system] Error 1 > > > but the file libpq.so.2 is present! > > [root@pc5 mico]# ll /usr/local/pgsql/lib/ > total 332 > -rw-r--r-- 1 root root 45214 Feb 1 15:22 libecpg.a > lrwxrwxrwx 1 root root 16 Feb 1 15:22 libecpg.so -> > libecpg.so.3.2.0 > lrwxrwxrwx 1 root root 16 Feb 1 15:22 libecpg.so.3 -> > libecpg.so.3.2.0 > -rwxr-xr-x 1 root root 38675 Feb 1 15:22 libecpg.so.3.2.0 > -rw-r--r-- 1 root root 6592 Feb 1 15:22 libpgeasy.a > lrwxrwxrwx 1 root root 16 Feb 1 15:22 libpgeasy.so -> > libpgeasy.so.2.1 > lrwxrwxrwx 1 root root 16 Feb 1 15:22 libpgeasy.so.2 -> > libpgeasy.so.2.1 > -rwxr-xr-x 1 root root 10777 Feb 1 15:22 libpgeasy.so.2.1 > -rw-r--r-- 1 root root 67500 Feb 1 15:22 libpq.a > lrwxrwxrwx 1 root root 12 Feb 1 15:22 libpq.so -> > libpq.so.2.1 > lrwxrwxrwx 1 root root 12 Feb 1 15:22 libpq.so.2 -> > libpq.so.2.1 > -rwxr-xr-x 1 root root 63168 Feb 1 15:22 libpq.so.2.1 > -rwxr-xr-x 1 root root 80234 Feb 1 15:22 plpgsql.so > > Hi, It looks like that you don't have /usr/local/pgsql/lib/ in your LD_LIBRARY_PATH. Please enter this: ''export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/pgsql/lib/'' on your commandline and then try make again Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8XtovqREvenJ7UIYRAqsVAKCYmvefFCcV/taXqsrwrBthLVlc/ACeOXB6 3ph+DaEqHF/EQhKwOcAgQfU= =N52N -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ras at objectsecurity.com Mon Feb 4 20:41:01 2002 From: ras at objectsecurity.com (Rudolf Schreiner) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Compilation problem with postgresql In-Reply-To: <7B2A7784F4B7F0409947481F3F3FEF8301E2E34D@eammlnt051.lmc.ericsson.se> Message-ID: On Mon, 4 Feb 2002, Dominic Pellerin (LMC) wrote: > [root@pc5 mico]# make > /usr/local/mico/./admin/mkdepend: error while loading shared libraries: > libpq.so.2: cannot load shared object file: No such file or directory > make[1]: *** [.depend] Error 127 > make[1]: Leaving directory `/usr/local/mico/orb' > make: *** [system] Error 1 Is your /etc/ld.so.conf correct? Did you run ldconfig? Cheers, Rudi ps: BTW, please send MICOSec related questions to micosec@objectsecurity.com. ------------------------------------------------------------------------ Rudolf Schreiner, CTO, ObjectSecurity Ltd. St John's Innovation Centre, Cowley Rd., Cambridge CB4 0WS Tel. +44 1223 420252, Fax. +44 1223 420844 ras@objectsecurity.com, www.objectsecurity.com ------------------------------------------------------------------------ _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From trtrash at gmx.de Tue Feb 5 17:49:45 2002 From: trtrash at gmx.de (Torsten Rohlfs) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Problems with the account demo Message-ID: <30918.1012927785@www51.gmx.net> Hi there, I have a little problem which I can't solve: I have installed mico on my Suse Linux 7.3 machine with the usual procedure unzip, configure, gmake Everything works fine to this point so I started with the Online manual and tried the first demo that account thing. The first point creating the account.idl works fine but after that I can't compile the main.cc I get an error message like this and it doesn't matter which compiler I use (gcc or the mico one): 6: parse error before '{' In function 'void deposit(long unsigned int)': 17: '_current_ballance' undeclared (first use this function) and so on.... So the second step was to write the demo by myself but it did not work I get the same error message... I would be gratefull for any help... -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From PWallenda at t-online.de Thu Feb 7 18:16:50 2002 From: PWallenda at t-online.de (Peter Wallenda) Date: Fri Sep 5 12:44:03 2003 Subject: [mico-devel] Unshared Server Message-ID: Hello all together, I'm developing a client/server-application under VC++ and MICO 2.3.6. The server processes have to run under Windows NT and(!) Sun OS, where the one and only client is a windows-programm (NT/2000/XP). Because it will be possible that different users start the windows-client on different stations, I decided to implement the servers as "unshared". Now I'm very happy that I have a projekt that compile and link under VC++ and under GNU-C++ and the resulting programs are running on both systems - Windows and Sun - perfectly. But I detected that unshared servers under Windows NT are not running unshared (I didn't test this under Sun yet) - there is only one process!!! Again and again I looked in the Impl.Repository - everything seems to be ok - I can see the word "unshared". Then I compared my server-sources with the mico-samples and the advices in the documents for unshared servers - everything seems to be ok too. Than I took an "unshared" sample-program from the mico-samples, compiled it under VC++ and let it run - there was just one(!) server-process, although there were two (and more) clients! I'm despairing! Who can help me? Many thanks in advance! Peter _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Thu Feb 7 20:13:22 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] Unshared Server In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Thu, 7 Feb 2002, Peter Wallenda wrote: > Hello all together, > > I'm developing a client/server-application under VC++ and MICO 2.3.6. The > server processes have to run under Windows NT and(!) Sun OS, where the one > and only client is a windows-programm (NT/2000/XP). Because it will be > possible that different users start the windows-client on different > stations, I decided to implement the servers as "unshared". Now I'm very I think it is a bad assumption. You don't need to use unshared, for many client on many stations. > happy that I have a projekt that compile and link under VC++ and under > GNU-C++ and the resulting programs are running on both systems - Windows and > Sun - perfectly. But I detected that unshared servers under Windows NT are > not running unshared (I didn't test this under Sun yet) - there is only one > process!!! Again and again I looked in the Impl.Repository - everything > seems to be ok - I can see the word "unshared". Then I compared my Can you provide us with imr listing? > server-sources with the mico-samples and the advices in the documents for > unshared servers - everything seems to be ok too. Than I took an "unshared" > sample-program from the mico-samples, compiled it under VC++ and let it > run - there was just one(!) server-process, although there were two (and > more) clients! > May I suggest you rewritting your application into POA-based? It'll be more uptodate to today's standard. Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8YtHUqREvenJ7UIYRAhJ8AJ9XartgEGXtg6vEqMYbvXBeLXWLVACeII2f u5PVuWuM7k+qaqnk+sbtnto= =DT78 -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From PWallenda at t-online.de Fri Feb 8 20:27:42 2002 From: PWallenda at t-online.de (Peter Wallenda) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] Unshared Server Message-ID: Hi Karel, thank you for your answer! I think it'll be good to provide you (and the others here) with more information about my "Mico-Program": The software which I develop is a peace of a more bigger complex of processes - some of them uses CORBA too, but with the "BOA" approach. This is from former times where the use of the BOA was the only possible way under CORBA. Now it's one of the circumstances in this project I have to accept. I'm not the only one developer in our company, there are much more and some parts of the software are developed from foreign companies. So it's impossible for me to decide everything for my own, but - in the next project meeting I will ask for changing from BOA to POA... But nevertheless - BOA, POA, what ever else ... - the "unshared" mode must work under both versions - I know it from years ago where I worked with IONA's Corba and it wasn't a great deal to start servers unshared. You say I haven't to use unshared servers for many clients, but let me tell you why I had the idea for the unshared servers - maybe my thinking was/is wrong... Each server holds an object which is designed as factory for other (different) objects, one is for database access, the other is for browsing XML documents, the next for ... At the time where one of the clients stops accessing one of the servers the reference count in the factory object reaches 0 and the factory object calls "orb->shutdown()". Now imagine another client somewhere in the network calls a method from the factory object in the shared(!) server just before the code reaches the shutdown-method. Because the object is still known for the BOA, it will say: "Ok I have an instance of this object in a running server, you can have it!". The BOA will try to delegate the call but - meanwhile the shutdown method in the server process is called and the object instance isn't valid. There will be a crash, isn't it? That was for me a reason to think that this problem is easy solved when I use unshared server - each client starts its own server with a factory for object instances which are only accessible for the calling client. Because I'm not a CORBA profi it's possible that I will not overlook everything in this context and my thinking is definitely wrong - it'll be nice if you or somebody else can bring me on the right way :-) Here is the content of my IMR - maybe there(!) is something wrong? 4 NCBegIfFactory unshared C:\\Develop\\beg\\bin\\WinNT\\Debug\\beg IDL:NCFactoryInterface/NCBegIfFactory:1.0 NCXmlIfFactory unshared C:\\Develop\\beg\\bin\\WinNT\\Debug\\xml IDL:NCFactoryInterface/NCXmlIfFactory:1.0 NCBrowseClarifyIfFactory unshared C:\\Develop\\beg\\bin\\WinNT\\Debug\\BrowseClarify IDL:NCFactoryInterface/NCBrowseClarifyIfFactory:1.0 NCBrowseMdbeIfFactory unshared C:\\Develop\\beg\\bin\\WinNT\\Debug\\BrowseMdbe IDL:NCFactoryInterface/NCBrowseMdbeIfFactory:1.0 Many thanks for everything and have a nice weekend! Peter _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Fri Feb 8 22:37:25 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] Unshared Server In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 8 Feb 2002, Peter Wallenda wrote: > Hi Karel, > > thank you for your answer! > > I think it'll be good to provide you (and the others here) with more > information about my "Mico-Program": > > The software which I develop is a peace of a more bigger complex of > processes - some of them uses CORBA too, but with the "BOA" approach. This > is from former times where the use of the BOA was the only possible way > under CORBA. Now it's one of the circumstances in this project I have to > accept. I'm not the only one developer in our company, there are much more > and some parts of the software are developed from foreign companies. So it's > impossible for me to decide everything for my own, but - in the next project > meeting I will ask for changing from BOA to POA... OK, you have some code - let say legacy - which uses BOA, because it was written before POA arrived. I don't understand for which reason you can not use POA for app developed today? > But nevertheless - BOA, POA, what ever else ... - the "unshared" mode must > work under both versions - I know it from years ago where I worked with NO! Look. BOA as a basic object adapter wasn't too sucessfull with separation of word of CORBA Objects and word of Servants. Both words are mixed in BOA and so you have to use various ''activation'' modes for various kind of CORBA Objects. It's not true with POA. For example MICO Implementation Repository supports five activations mode for BOA-based servers: persistent, shared, unshared, permethod and library. At the oposite it supports the only one mode for POA-based server - it is called simple ''poa'' It would be great if you can read some chapters from famous ''Advanced CORBA Programming with C++'' book or if you don't have it, you can download four papers from Douglas Schmidt's web site which explains main features behind POA. > IONA's Corba and it wasn't a great deal to start servers unshared. > You say I haven't to use unshared servers for many clients, but let me tell > you why I had the idea for the unshared servers - maybe my thinking was/is > wrong... Each server holds an object which is designed as factory for other > (different) objects, one is for database access, the other is for browsing > XML documents, the next for ... At the time where one of the clients stops > accessing one of the servers the reference count in the factory object > reaches 0 and the factory object calls "orb->shutdown()". Now imagine But this is only behaviour of your application not generall behaviour of CORBA app! > another client somewhere in the network calls a method from the factory > object in the shared(!) server just before the code reaches the > shutdown-method. Because the object is still known for the BOA, it will say: > "Ok I have an instance of this object in a running server, you can have > it!". The BOA will try to delegate the call but - meanwhile the shutdown > method in the server process is called and the object instance isn't valid. > There will be a crash, isn't it? That was for me a reason to think that this > problem is easy solved when I use unshared server - each client starts its > own server with a factory for object instances which are only accessible for > the calling client. > OK, lets write POA-based server: It'll have N+1 POAs where N is number of different object you have. All factories objects will be activated in RootPOA and will create it's objects and activate them in POA provided for this kind of object. For destroying object you can write 'destroy' operation. Is there any reason for destroying factories? If so and if you'd like to exit server process after destroying all factories then you have to properly implement 'destroy' operations on your factories objects. Maybe you can look at mico/demo/poa and study these examples. Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8ZEUYqREvenJ7UIYRAs49AJ9vNU0sG8+LyVXuNoiGZS+uvOHJMgCgjD+6 68RjElz3Hm98inDCYp9g00I= =9UXr -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From dirk at srx6.de Mon Feb 11 09:37:05 2002 From: dirk at srx6.de (Dirk Thomalla) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] Mico + fork(), empty ORB::destroy implementation Message-ID: I have a problem with Mico and a server process forking childs. Only the corba calls in one process are working as expected; the others are blocked/hanging. If the corba stuff (and ORB_init) in the parent is omitted, both childs work fine. I think the problem is an incomplete implementation of ORB::destroy in mico. This function is empty in orb.cc: CORBA::ORB::destroy() { // XXX shutdown and destroy ORB; calling ORB_init() afterwards // must create a new ORB instance } Any hints or comments? Pseudo code below: ///////////// void main(...) { orb = ORB_init(...); call_some_corba_things(); // works fork_child_1(...); fork_child_2(...); call_some_corba_things(); // blocked } void fork_child_1(...) { pid_t pid = fork(); switch (pid) { case -1: // error break; case 0: // child orb->shutdown(true); orb->destroy(); orb = ORB_init(...); call_some_other_corba_things(); // works _exit(0); break; default: // parent return; } } void fork_child_2(...) { pid_t pid = fork(); switch (pid) { case -1: // error break; case 0: // child orb->shutdown(true); orb->destroy(); orb = ORB_init(...); call_some_other_corba_things(); // blocked _exit(0); break; default: // parent return; } } ///////////// -- - Dirk http://www.srx6.de/dirk/ _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Mon Feb 11 09:58:38 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] Re: Sorry In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 11 Feb 2002, Peter Wallenda wrote: > Hello Karel, > > I beg your pardon, but - I have the first problem with this POA! > > To get more experience with CORBA I took your advice and ordered this book > "Advanced CORBA Programming with C++" from AMAZONE - I hope to get it in the > next days (huh - it's expensive!). Good! It's expensive but *excelent* about CORBA programming in C++. You'll see! > But not to wait so long until I have this book, I compiled the POA sample > account-3 from the MICO sources under VC++. I start the client in debug mode I assume that you've started with more simpler examples hello-1, hello-2, inherit, account-1, account-2. Am I right? Do you have any problems with them? > and can see that the server starts the first time with the first call > "bank->create()" and ends with the first "bank->shutdown()" call. But with > the next call "account->deposit(700)" the client crashes with an unhandled > exception in the msvcrt(d).dll, the shell output from the client is > "unhandled WSAGetLastError() result WSA:10061 = WSAECONNREFUSED". I checked > the project settings for all the MICO stuff that it was linked with > multithreaded DLL version of the runtime libraries (with the original > make-files it's not made!) - ok! Then I checked my project settings for the > client and the server - both are linked with the multithreaded DLL version > of the runtime libraries - ok! Then I searched for similar problems in the > mico-mailing-list and found that some other had the same problem with this > or other samples in case of POA and CORBA under Windows, but there wasn't > any answer for their problem. [...] > What do you think? Do you have any solutions for this problems or some tips > where I can look what might be? > This example (poa/account-3) runs well on my Debian GNU/Linux 3.0, so it looks like there is windows related problem either Windows or MICO code (for platform Windows) is buggy. I have Windows 2000 (bought with computer :-((((), but I don't have VC++ (too expensive and very buggy) so I can not track the problem down. Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8Z4fDqREvenJ7UIYRAuZkAJwOf+tzN/GG3KITuS3ZdXXX7QZHAgCdEIoB Eh2KUKh4pBxoZp5WC0EoREc= =fai9 -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From lhillion at harris.com Mon Feb 11 05:19:27 2002 From: lhillion at harris.com (Hillion, Lionel) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] while we're on the subject of examples. (LifeCyc le) Message-ID: <7521AC4066EED111842500A0C9B42289F34C9F@rnsmx1.bpd.harris.com> > I'm using 2.3.6 and am having an absolutely horrible time trying to get >the lifecycle example to compile. First, the idl chokes on the idl-file (with the flags used in the 'Makefile'): Hi Bob, I have encountered the same problem than you with Mico 2.3.5 and the LifeCycle service & its examples. Obviously, the lifecycle service isn't ready at all since it was remarked in mico's makefile. Consequently, I have renounce to use it. I am disapointed on this since the LifeCycle service was stated available in Mico's features List. I assume we have to wait and see when it is ready. But maybe, did you manage to make the examples work since your post in december ??? Cheers. Lionel H _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 12:01:46 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] On Open Source (was: while we're on the subject of examples.) In-Reply-To: <7521AC4066EED111842500A0C9B42289F34C9F@rnsmx1.bpd.harris.com>; from lhillion@harris.com on Mon, Feb 11, 2002 at 05:19:27AM -0500 References: <7521AC4066EED111842500A0C9B42289F34C9F@rnsmx1.bpd.harris.com> Message-ID: <20020211120146.F543@rose.fpx.de> Hillion, Lionel wrote: > > I assume we have to wait and see when it is ready. > No, don't wait. Contribute. Working with Mico is not a one-way street. Mico is an open source project. There are some people who are working on the Mico core, but we have our own schedules, priorities, deadlines, and interests. Waiting for a fix to happen is a good bet in some areas but like the lottery in others. If there's something that "bugs" you, fix it. Then post a patch. Frank -- Frank Pilhofer ........................................... fp@fpx.de If at first you don't succeed ... you're about normal. - A. E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 12:05:08 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] Using Valuetypes... In-Reply-To: ; from rmartony@cue.com.uy on Mon, Feb 04, 2002 at 11:15:13AM -0300 References: Message-ID: <20020211120508.G543@rose.fpx.de> Rafael M?rtony wrote: > > I'm relatively new to CORBA and MICO. > > In particular, the problem is in "getPerfil", I guess. > Don't forget to register a Valuetype Factory for your Valuetype (see e.g. demo/obv/date/). Frank -- Frank Pilhofer ........................................... fp@fpx.de Some minds are like concrete ... all mixed up and permanently set. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 12:10:58 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] MICO, namespaces and older compilers In-Reply-To: ; from apm35@student.open.ac.uk on Sun, Feb 03, 2002 at 08:30:00PM +0000 References: <200202032010.g13KAA306582@mico.org> Message-ID: <20020211121058.H543@rose.fpx.de> Andrew Marlow wrote: > > This is because MICO must be compiled by a compiler that supports > namespaces. I have a Sun workstation with the Sparcworks 4.2 compiler and > an HP workstation running HPUX 10.20 with a rather old CC compiler (which > is fairly standard for HP 10.20). > Hi, sorry about that. I won't repeat the arguments here, but what about a new one. Both HP and Sun have updated compilers available that support namespaces and therefore work with Mico. So you want to upgrade Mico, but refuse to upgrade your environment? I understand that this is probably because of legacy libraries that were built with the old compiler, but they shouldn't be impossible to upgrade, are they? Frank -- Frank Pilhofer ........................................... fp@fpx.de The reason most people are lost in thought is because it's unfamiliar territory. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 12:13:08 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:04 2003 Subject: [mico-devel] No CORBA namespace in fixed.h? In-Reply-To: <5.1.0.14.2.20020203162432.00bc0898@mail>; from david@2good.nu on Sun, Feb 03, 2002 at 04:28:03PM +0100 References: <5.1.0.14.2.20020203162432.00bc0898@mail> Message-ID: <20020211121308.I543@rose.fpx.de> David Eriksson wrote: > > Why is the contents of MICO's fixed.h not in the CORBA namespace? > Historic. When namespaces could still be emulated by structures, templates might not be in them. Frank -- Frank Pilhofer ........................................... fp@fpx.de Experience is something you never have until just after you need it. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From alastairg at pearpoint-ips.co.uk Mon Feb 11 11:49:42 2002 From: alastairg at pearpoint-ips.co.uk (Alastair Growcott) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] Bugs and stuff Message-ID: <000e01c1b2f2$31cc0ad0$0d7d28c3@alastair2000> Hi, I am trying to use MICO with VC++ 6.0 service pack 2 at least, and yes I know it is highly recommended not to. I have the 3rd edition of the manual, and the CD-ROM that came with it. I was trying to use the idl tool that came with the version 232 of MICO on my CD-ROM, and I get a message telling me that the DLL MSVCP50D.dll cannot be found. This tells me two things, firstly that the tool that was built and and released was a debug build and not a release build, and secondly that it was built with an older version of Windows than mine. I know the last because my computer has MSVCP60.dll, MSVCP60D.dll, and MSVCP50.dll (obviously included for backwards compatibility). I then had a look on the website, and was advised to search the mailing list archives before posting a question. After following two or three more links, I find that apparently the only way to do that is to download the entire archive - no thanks. Anyway, since rebuilding the tool is bound to be a total nightmare, I wondered if anyone could point me in the direction of, or email to me, a version of the idl tool that is a release build and preferably recent enough to be built to link with version 6.0 of the MSVCP DLL. Many thanks, Alastair Growcott. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 14:08:14 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] Bug in _is_a() implementation In-Reply-To: ; from Rick_Hennig@csgsystems.com on Thu, Jan 31, 2002 at 11:50:52AM -0700 References: Message-ID: <20020211140814.J543@rose.fpx.de> Rick Hennig wrote: > > I've been converting an application that was using a different ORB vendor to > use MICO and have found an interesting problem with using _is_a() > > It seems that is_a() returns TRUE for any derived object that is derived > from a common base class. > Which MICO version is that? I cannot reproduce the problem here. If the problem persists with the current version, please send a test case. Frank -- Frank Pilhofer ........................................... fp@fpx.de I'm a pessimist so that I can be positively suprised by reality. - FP _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 14:13:30 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] Persistemt POA and IMR In-Reply-To: ; from mmckinla@cs.rmit.edu.au on Tue, Jan 29, 2002 at 10:17:35AM +1100 References: Message-ID: <20020211141330.K543@rose.fpx.de> Mark McKinlay wrote: > > Just wondering if someone could clarify how to get persistent objects with > POA working. I am tring to get a server using POA to register to be > activated by the imr when first accessed by a client. I cannot get the > demo explained in section 4.4.5 of documentation to work either. > > However when I run any server (including supplied demo) using persistent > POA, the exported IOR contains the address of the server not micod, so > this will never work - it is not persistent at all. > The server needs to know the address of the IMR, so you'd have to add either -POARemoteIOR or -POARemoteAddr to point to the "POA Mediator" object within micod. This option is added automatically to the command line by micod, so you shouldn't be starting the server yourself but via "imr activate" after registering the server properly. Frank -- Frank Pilhofer ........................................... fp@fpx.de Live every day as if it were your last, because one of these days you will be right! - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 14:32:43 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] What about _narrow_helpers In-Reply-To: <3C67CB8E.6000508@informatik.hu-berlin.de>; from boehme@informatik.hu-berlin.de on Mon, Feb 11, 2002 at 02:47:58PM +0100 References: <3C67CB8E.6000508@informatik.hu-berlin.de> Message-ID: <20020211143243.L543@rose.fpx.de> Harald B?hme wrote: > > In <20011021165743.D650@rose.fpx.de> it was stated that _narrow_helpers > will not longer be used from 2.3.6 on. So my review show that ist still > in use even for local interfaces where it is not needed. > > So what will be the real state of _narrow_helpers ? > They have disappeared as of version 2.3.6. Are you probably mixing up _narrow_helpers with the _narrow_helper method that every interface still has? What about 'em? Frank -- Frank Pilhofer ........................................... fp@fpx.de Ever notice that to entertain some people all you have to do is listen? - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From boehme at informatik.hu-berlin.de Mon Feb 11 14:47:58 2002 From: boehme at informatik.hu-berlin.de (Harald =?UTF-8?B?QsO2aG1l?=) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] What about _narrow_helpers Message-ID: <3C67CB8E.6000508@informatik.hu-berlin.de> Hi all In <20011021165743.D650@rose.fpx.de> it was stated that _narrow_helpers will not longer be used from 2.3.6 on. So my review show that ist still in use even for local interfaces where it is not needed. So what will be the real state of _narrow_helpers ? Regards, Harald -- <<<< Harald B?hme, Berlin 12489 >>>> <<<< Radickestr. 52 >>>> <<<< boehme@informatik.hu-berlin.de >>>> _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 11 15:59:05 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] problem with mico-ccm "Hello World" example In-Reply-To: <001d01c1b30f$b89c58e0$030010ac@lema.lt>; from tomas_kaminskas@lema.lt on Mon, Feb 11, 2002 at 05:21:03PM +0200 References: <001d01c1b30f$b89c58e0$030010ac@lema.lt> Message-ID: <20020211155905.N543@rose.fpx.de> Tomas Kaminskas wrote: > > I tried to run "Hello World" example from mico-ccm tutorial. Everything > went write, untill hello_impl.cc compilation. This file is : > > CCM_HelloWorld_ptr create () > { > return new HelloWorld_impl (_initial_message); > } > Hi, sorry, I must have missed this occurence in the code. According to a change that was made in the Language Mapping, this must be Components::EnterpriseComponent_ptr create () { return new HelloWorld_impl (_initial_message); } Frank. -- Frank Pilhofer ........................................... fp@fpx.de A lawyer is someone who writes an eighty-page document and calls it a brief. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From tomas_kaminskas at lema.lt Mon Feb 11 17:21:03 2002 From: tomas_kaminskas at lema.lt (Tomas Kaminskas) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] problem with mico-ccm "Hello World" example Message-ID: <001d01c1b30f$b89c58e0$030010ac@lema.lt> I tried to run "Hello World" example from mico-ccm tutorial. Everything went write, untill hello_impl.cc compilation. This file is : ////////////////////////////////////////////////////////////////////////////////////////////////////////////// #include "hello.h" class HelloWorld_impl : virtual public CCM_HelloWorld { private: CORBA::String_var _message; public: HelloWorld_impl (const char * initial) { _message = initial; } void sayHello () { cout << _message << endl; } void message (const char * val) { _message = val; } char * message () { return CORBA::string_dup (_message); } }; class HelloHome_impl : virtual public CCM_HelloWorld { private: CORBA::String_var _initial_message; public: HelloHome_impl () { _initial_message = CORBA::string_dup ("Hello World"); } CCM_HelloWorld_ptr create () { return new HelloWorld_impl (_initial_message); } void initial_message (const char * val) { _initial_message = val; } char * initial_message () { return CORBA::string_dup (_initial_message); } }; extern "C" { Components::HomeExecutorBase_ptr create_HelloHome () { return new HelloHome_impl; } } ////////////////////////////////////////////////////// I get such error: sorry, not implemented:adjusting pointers for convariant returns. Has anybody got the same error??? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mico.org/pipermail/mico-devel/attachments/20020211/20be6ae6/attachment.htm From rigriff at chimera.grc.nasa.gov Mon Feb 11 11:10:45 2002 From: rigriff at chimera.grc.nasa.gov (Robert I Griffin) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] Different Binding Mechanisms Message-ID: <02021111104500.21706@chimera> Hello all, I am having problems with different binding mechanisms I am trying to bind to services on a remote machine and have tried 2 different clients using 2 different methods for binding to 2 different services on 2 different machines. Client 1 / Server 1 - poa/account-2/Client Banking Examples Client 2 / Server 2- more complex client requesting open/read/write/close (POSIX-style File IO) operations from a Server Both Clients reside on a 32-bit Linux Cluster and are built using libmico2.3.6 Both Services are Built on SGI Origins Using 64-bit libmico2.3.5 Bind Methods used Method 1 - orb->string_to_object (uri): using a file reference Method 2 - orb->bind("IDL:Bank:1.0","inet:REMOTEADDR:REMOTEPORT"): using known service address; Client Host : Linux Cluster Service Host 1: SGI Origin machine on same network located at this facility; Service Host 2: SGI Origin machine on located at remote facility (on the other side of the USA). I am having 100% success using both Client versions and both Service binding methods to Both Services on Service Host 1. I am having sporadic successes with binding Clients to their respective Services on Service Host 2 The Break down is as follows: Client 1/Server 1: Method 1 Total 23 Attempts at Connection 17 Attempts Resulted in IDL:omg.org/CORBA/COMM_FAILURE:1.0 (0,not-completed) 6 Attempts Resulted in Transactions and return of a Balance Client 1/Server 1: Method 2 Total 36 Attempts at Connection 13 Attempts Resulted in IDL:omg.org/CORBA/COMM_FAILURE:1.0 (0,not-completed) 5 Attempts Resulted in Transactions and return of a Balance 18 Attempts Resulted in Communication, but an inability to get a valid Bank Reference (CORBA::is_nil(obj) = true) Client 2/Server 2: Method 1 Seems to work about 100% of the time (i.e. successful file ops occur); Client 2/Server 2: Method 2 Seems to work sporadically at best with success rates similar to those of Client 1 by either of the binding methods above. Please Note : I have not tested Client2->Server2 as much as I have Client1->Server1. These observation bring some questions to mind: Why would Method1 work better for a more complex service as opposed to a simple service? Why would Method1 work better than Method 2 in the case of a more complex service? Can network Latency or some other speed factor cause the COMM_FAILURES observed in very remote hosts? If so, is it possible to lengthen the Time-Out when contacting these hosts? Could the job priority (NICE-ness) of the server side job affect the successful return of a reference? That is, is it possible that nil object references are returned because of the run priority of the Service? I am assuming that firewalls are not playing a role in causing failure as one would expect 100% Communication Failure if the firewall were prohibiting communication between nodes. I am sure that there could be exceptions, but am not aware of any. If anyone has any particular insight on this subject please feel free to comment. Please Help. Regards, Robert I. Griffin email : rigriff@chimera.grc.nasa.gov phone : (216) 433-2382 NASA Glenn Research Center Building 142, Room 274 21000 Brookpark Rd. Cleveland, OH 44135 _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From agnes.portal at thalesatm.com Mon Feb 11 18:11:18 2002 From: agnes.portal at thalesatm.com (Agnes PORTAL) Date: Fri Sep 5 12:44:05 2003 Subject: [mico-devel] "assertion failed" at run time Message-ID: <3C67FB36.71FF1F56@thalesatm.com> Hello, I work on a dec-alpha Tru64 and I'm trying to compile MICO with gcc 3.0.3. The exe "idl" has been generated but it produces a "core dump" at run time with following error message: > address.cc:524: assertion failed > IOT trap (core dumped) The source line 524 in address.cc is : assert (_ipaddr.size() == sizeof (sin.sin_addr.s_addr)); I get the same error if I try to run "micod". Did anybody meet this problem and have any answer, any advise? Thanks, Agn?s. -------------- next part -------------- A non-text attachment was scrubbed... Name: agnes.portal.vcf Type: text/x-vcard Size: 319 bytes Desc: Carte pour ???? Url : http://www.mico.org/pipermail/mico-devel/attachments/20020211/bd1caee5/agnes.portal.vcf From gthaker at atl.lmco.com Mon Feb 11 14:32:56 2002 From: gthaker at atl.lmco.com (Gautam H Thaker) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] components that support > 1 interface and operation name clashes. Message-ID: <20020211193256.GA19899@atl.lmco.com> Hi, I am trying to modify the "hello" example that comes with mico-ccm. I did: interface Hello { void sayHello (); }; interface Account { typedef sequence opayload; void othruput(in opayload p); }; component HelloWorld supports Hello, Account { attribute string message; }; home HelloHome manages HelloWorld { }; Now my HelloWorld_impl looks like: class HelloWorld_impl : virtual public CCM_HelloWorld { private: CORBA::String_var _msg; public: // from interface Hello void sayHello () { cout << _msg << endl; } char * message () { return CORBA::string_dup (_msg); } void message (const char * msg) { _msg = CORBA::string_dup (msg); } // from interface Account void othruput(const opayload& p) { // do nothing. } }; Everything works fine but what would I have to do if interface "Hello" and "Account" had a operation with same name and signature? -- Gautam H. Thaker Distributed Processing Lab; Lockheed Martin Adv. Tech. Labs A&E 3W; 1 Federal Street; Camden, NJ 08102 856-338-3907, fax 856-338-4144 email: gthaker@atl.lmco.com _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From wasefmasood at yahoo.com Mon Feb 11 11:35:49 2002 From: wasefmasood at yahoo.com (Syed W. Masood) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] Portable Interceptors Message-ID: <20020211193549.97591.qmail@web21406.mail.yahoo.com> Hello, I have installed Mico 2.3.2 (from CD in 3rd edition of Mico Book) on Red Hat Linux 7.1. I understand it does not support Portable Interceptors. Source: My questions are: 1. Do current versions of Mico support Portable Interceptors or is it planned. 2. Is the IIOP implementation in MICO pure/CORBA compliant? Can it be used separately from the rest of MICO. 3.(what subdirectory of Mico/src can i look at the code for MICO IIOP. 4.The Mico Book 3rd edition does not give detailed information about either Interceptors or IIOP. Could you point me to a reference for these. Thanks, Wasef. __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ras at objectsecurity.com Mon Feb 11 21:12:38 2002 From: ras at objectsecurity.com (Rudolf Schreiner) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] Portable Interceptors In-Reply-To: <20020211193549.97591.qmail@web21406.mail.yahoo.com> Message-ID: On Mon, 11 Feb 2002, Syed W. Masood wrote: > 1. Do current versions of Mico support Portable > Interceptors or is it planned. Our internal MICOSec version supports Portable Interceptors. It will be synced with MICO and released when implementing CSIv2 is finished. Cheers, Rudi ------------------------------------------------------------------------ Rudolf Schreiner, CTO, ObjectSecurity Ltd. St John's Innovation Centre, Cowley Rd., Cambridge CB4 0WS Tel. +44 1223 420252, Fax. +44 1223 420844 ras@objectsecurity.com, www.objectsecurity.com ------------------------------------------------------------------------ _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Tue Feb 12 09:05:43 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] components that support > 1 interface and operation name clashes. In-Reply-To: <20020211193256.GA19899@atl.lmco.com>; from gthaker@atl.lmco.com on Mon, Feb 11, 2002 at 02:32:56PM -0500 References: <20020211193256.GA19899@atl.lmco.com> Message-ID: <20020212090543.B429@rose.fpx.de> Gautam H Thaker wrote: > > I am trying to modify the "hello" example that comes with mico-ccm. I did: > > component HelloWorld supports Hello, Account { > attribute string message; > }; > > Everything works fine but what would I have to do if interface "Hello" > and "Account" had a operation with same name and signature? > Hi, this is not allowed; since the equivalent interface for the component inherits all supported interfaces, the same rules as for interface inhe- ritance apply. The alternative would be to have a component that provides the two interfaces as separate facets. Frank -- Frank Pilhofer ........................................... fp@fpx.de When you're in deep water, it's a good idea to keep your mouth shut! - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Arnaud.Bailly at lifl.fr Tue Feb 12 09:25:57 2002 From: Arnaud.Bailly at lifl.fr (Arnaud Bailly) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] Shared Library again ! Message-ID: <15464.53653.479699.748928@argus.lifl.fr> Hello, I come back with my problem yet unsolved. I recall that I am trying to implement dynamically loadable "component modules" : the implementation is compiled into a shared library that is loaded by a unique server. Everything works fine until I try to call a method in my service : I get a Seg fault in the server. Here is the backtrace : #0 0x402591d1 in CORBA::StaticAny::marshal (this=0xbfffefa4, ec=@0x805fc78) at static.cc:137 #1 0x40233f37 in MICO::GIOPRequest::set_out_args (this=0x805fb98, res=0xbfffefa4, oparams=0x805fd3c) at iop.cc:1825 #2 0x4025ba7c in CORBA::StaticServerRequest::write_results (this=0x805fd08) at static.cc:2518 #3 0x409884a1 in POA_DAO::DAOManager::dispatch (this=0x805d864, __req=0x805fd08) at dao_skel.cc:712 #4 0x40988a11 in POA_DAO::DAOManager::invoke (this=0x805d864, __req=0x805fd08) at dao_skel.cc:735 #5 0x402934a5 in PortableServer::StaticImplementation::doinvoke ( this=0x805d85c, req=0x805fd08) at poa_base.cc:414 #6 0x402a8f10 in MICOPOA::POA_impl::perform_invoke (this=0x805e5d8, ir=0x805fcb0) at poa_impl.cc:3364 #7 0x402a7962 in MICOPOA::POA_impl::local_invoke (this=0x805e5d8, ir=0x805fcb0) at poa_impl.cc:3005 #8 0x402a6ed3 in MICOPOA::POA_impl::invoke (this=0x805d870, msgid=3, obj=0x805faf0, req=0x805fb98, pr=0x805f930, response_exp=1) at poa_impl.cc:2870 #9 0x40209fb6 in CORBA::ORB::invoke_async (this=0x805b640, obj=0x805faf0, req=0x805fb98, pr=0x805f930, response_exp=1 '\001', cb=0x805b9d4, msgid=3) at orb.cc:1933 #10 0x4023f048 in MICO::IIOPServer::exec_invoke_request (this=0x805b9d0, in=@0xbffff308, obj=0x805faf0, req=0x805fb98, pr=0x805f930, resp_exp=1 '\001', conn=0x805f2d0, orbid=3) at iop.cc:3896 #11 0x4023f4d4 in MICO::IIOPServer::handle_invoke_request (this=0x805b9d0, conn=0x805f2d0, in=@0xbffff308) at iop.cc:3947 #12 0x4023e714 in MICO::IIOPServer::handle_input (this=0x805b9d0, conn=0x805f2d0) at iop.cc:3826 #13 0x40240f50 in MICO::IIOPServer::callback (this=0x805b9d0, conn=0x805f2d0, ev=InputReady) at iop.cc:4328 #14 0x40235d21 in MICO::GIOPConn::do_read (this=0x805f2d0) at iop.cc:2359 #15 0x40236009 in MICO::GIOPConn::callback (this=0x805f2d0, ev=Read) at iop.cc:2408 #16 0x40226346 in MICO::TCPTransport::callback (this=0x805f560, disp=0x805b6c8, ev=Read) at transport.cc:173 #17 0x401e6680 in MICO::SelectDispatcher::handle_fevents (this=0x805b6c8, rset=@0xbffff6bc, wset=@0xbffff63c, xset=@0xbffff5bc) at dispatch.cc:246 #18 0x401e7430 in MICO::SelectDispatcher::run (this=0x805b6c8, infinite=0 '\000') at dispatch.cc:400 #19 0x40205ab0 in CORBA::ORB::run (this=0x805b640) at orb.cc:1346 #20 0x804bae5 in main (argc=1, argv=0xbffff804) at server.cc:13 #21 0x408572eb in __libc_start_main (main=0x804ba30
, argc=3, ubp_av=0xbffff804, init=0x804b470 <_init>, fini=0x8050728 <_fini>, rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xbffff7fc) at ../sysdeps/generic/libc-start.c:129 I have tried to track the problem using gdb and a debug enabled version of mico but ... Of course, when I integrate the same code in a standalone server, everything runs fine. If someone has got an hint or is willing to help, I can send the source code. Thanks Arnaud Bailly LIFL _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From richard.bonichon at free.fr Tue Feb 12 11:58:55 2002 From: richard.bonichon at free.fr (richard bonichon) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] using multiple interfaces with components Message-ID: <20020212115855.0faab95d.richard.bonichon@free.fr> hi everyone, i am trying to play around components and would like to have philosophers with a random number of forks (not only 2) determined dynamically...i thought of using "uses multiple fork" instead of "uses fork_left", "uses fork_right".... but when compiling the generated code "philo.cc", i get the following error: philo.cc: In method `class SequenceTmpl * Dinner::Philosopher_stub::get_connections_forks()': philo.cc:3800: `_marshaller__seq_Dinner_Philosopher_forksConnection' undeclared (first use this function) philo.cc:3800: (Each undeclared identifier is reported only once philo.cc:3800: for each function it appears in.) looks like there is a problem due to the use of multiple interfaces? does anyone know where that comes from? Thanks Richard _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From tomas_kaminskas at lema.lt Tue Feb 12 13:03:23 2002 From: tomas_kaminskas at lema.lt (Tomas Kaminskas) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] How to run mico-ccm "hello" example? Message-ID: <001801c1b3b4$e3932100$030010ac@lema.lt> Hello, thank You for Your help, now everything compiles well, but i didn;t run the example, can You write how to run server and client, in standalone mode and as loadable components??? Thank You. Tomas Kaminskas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mico.org/pipermail/mico-devel/attachments/20020212/ec057f95/attachment.htm From gthaker at atl.lmco.com Tue Feb 12 10:34:17 2002 From: gthaker at atl.lmco.com (Gautam H Thaker) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] a component that holds a ref. to another component.. Message-ID: <200202121534.g1CFYHY27731@zoe.atl.lmco.com> Hi, I am trying to modify the "hello" example of Mico-CCM to learn more about how all this works. What i am trying to do is to have my client application generate two components (of the same type) and have each hold a reference to the other. The client then asks one component to make a call to other. This way, the client to first component call is between two processes but the component to component call should be within a single container and thus happen very efficiently. So far I can't make this work. I suspect this is because I dont' understand some important point but thought I would ask for help in case anyone has any ideas. My program dies with a msg: "pure virtual method called" /// on running ./hello zoe> ./hello Starting Naming Service ... Starting Server Activator ... Loading HelloWorld component ... Creating ComponentServer ... ok. Creating Container ... ok. Installing Home ... ok. Registering Home with Naming Service ... done. IOR:010000001200000049444c3a48656c6c6f486f6d653a312e3000000002000000000000003600000001010000110000007a6f652e61746c2e6c6d636f2e636f6d0000faec160000002f32373730342f313031333532373335322f312f5f3200000100000024000000010000000100000001000000140000000100000001000100000000000901010000000000 Running Client ... Hello World Hello World - 2 just before hw->ask_other_to_say_hello() pure virtual method called uncaught MICO exception: IDL:omg.org/CORBA/TRANSIENT:1.0 (0, maybe-completed) ./hello: line 46: 27706 Aborted (core dumped) ./client -ORBInitRef NameService=file://`pwd`/nsd.ior /// hello.idl interface Hello { void sayHello (); void ask_other_to_say_hello(); }; component HelloWorld supports Hello { attribute string message; attribute HelloWorld other_component; }; home HelloHome manages HelloWorld { }; // client.cc #include #include #include "hello.h" int main (int argc, char *argv[]) { CORBA::ORB_var orb = CORBA::ORB_init (argc, argv); CORBA::Object_var obj = orb->resolve_initial_references ("NameService"); CosNaming::NamingContextExt_var nc = CosNaming::NamingContextExt::_narrow (obj); assert (!CORBA::is_nil (nc)); obj = nc->resolve_str ("HelloHome"); assert (!CORBA::is_nil (obj)); HelloHome_var hh = HelloHome::_narrow (obj); HelloWorld_ptr hw = hh->create (); hw->message ("Hello World"); hw->sayHello (); HelloWorld_ptr hw2 = hh->create (); hw2->message ("Hello World - 2"); hw2->sayHello (); hw->other_component(hw2); hw2->other_component(hw); cout << "just before hw->ask_other_to_say_hello() " << flush; hw->ask_other_to_say_hello(); cout << "just before hw2->ask_other_to_say_hello() " << flush; hw2->ask_other_to_say_hello(); hw->remove (); hw2->remove (); return 0; } // hello_iml.cc #include "hello.h" #include #include #include #include extern "C" { #include "hist.h" } class HelloWorld_impl : virtual public CCM_HelloWorld { private: CORBA::String_var _msg; HelloWorld_ptr _other_component; public: void sayHello () { cout << _msg << endl; } void ask_other_to_say_hello() { _other_component->sayHello(); } char * message () { return CORBA::string_dup (_msg); } void message (const char * msg) { _msg = CORBA::string_dup (msg); } HelloWorld_ptr other_component() { return _other_component;} void other_component(HelloWorld_ptr x) { _other_component = x;} }; class HelloHome_impl : virtual public CCM_HelloHome { public: Components::EnterpriseComponent_ptr create () { return new HelloWorld_impl; } }; extern "C" { Components::HomeExecutorBase_ptr create_HelloHome () { return new HelloHome_impl; } } _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Tue Feb 12 16:43:48 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:06 2003 Subject: [mico-devel] How to run mico-ccm "hello" example? In-Reply-To: <001801c1b3b4$e3932100$030010ac@lema.lt>; from tomas_kaminskas@lema.lt on Tue, Feb 12, 2002 at 01:03:23PM +0200 References: <001801c1b3b4$e3932100$030010ac@lema.lt> Message-ID: <20020212164348.F488@rose.fpx.de> Tomas Kaminskas wrote: > > Hello, thank You for Your help, now everything compiles well, > but i didn;t run the example, can You write how to run server > and client, in standalone mode and as loadable components??? > This is sort of documented in the documentation. You can also simply go to the demo/ccm/hello and demo/ccm/hello2 directories, which con- tains scripts to run each example. The hello example uses a standalone component while the hello2 example shows a loadable component. Frank -- Frank Pilhofer ........................................... fp@fpx.de Experience is something you never have until just after you need it. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From tomas_kaminskas at lema.lt Wed Feb 13 15:12:57 2002 From: tomas_kaminskas at lema.lt (Tomas Kaminskas) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] again mico-ccm "helloworld" example. Message-ID: <000801c1b490$2a0d4e90$030010ac@lema.lt> Hello everybody, can anybody comment every line of client.cc of "helloworld" example?? I mean i want to exactly know what every code line means, what does it do. Thank You. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mico.org/pipermail/mico-devel/attachments/20020213/bad7d258/attachment.htm From kgardas at iol.cz Wed Feb 13 14:45:22 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] again mico-ccm "helloworld" example. In-Reply-To: <000801c1b490$2a0d4e90$030010ac@lema.lt> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 13 Feb 2002, Tomas Kaminskas wrote: > Hello everybody, can anybody comment every line of client.cc of > "helloworld" example?? I mean i want to exactly know what every code > line means, what does it do. Thank You. > I'll try. #include #include #include "hello.h" int main (int argc, char *argv[]) { CORBA::ORB_var orb = CORBA::ORB_init (argc, argv); This is a classical begining of CORBA client. E.g. ORB initialization. CORBA::Object_var obj = orb->resolve_initial_references ("NameService"); CosNaming::NamingContextExt_var nc = CosNaming::NamingContextExt::_narrow (obj); assert (!CORBA::is_nil (nc)); It looks like that our client is using Name Service. The first line obtaining reference to NS. The second line is narrowing to right type e.g NamingContextExt. The third line: is nc right? E.g. Do we have really NamingContextExt object reference in nc? obj = nc->resolve_str ("HelloHome"); Obtaining of HelloHome reference. assert (!CORBA::is_nil (obj)); Is that reference not null. If so continue HelloHome_var hh = HelloHome::_narrow (obj); Narrowing this reference to right type: e.g. HelloHome. HelloWorld_var hw = hh->create (); Creating of component HelloWorld and assigning it's reference to 'hw' hw->message ("Hello World"); Seting message (HelloWorld component's attribute) to ''Hello World'' hw->sayHello (); Invoking operation ''sayHello'' on our Hello World component hw->remove (); Removing of our component from Hello Home return 0; Finish Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8am30qREvenJ7UIYRArkmAKCP6TnfYWB5LqqHknR8Bye8Q7lszACfSV2Z 6LhWmtUZx/v8gWkQ78b9y00= =mZbY -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Wed Feb 13 15:34:23 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] Re: a component that holds a ref. to another component.. In-Reply-To: <200202121534.g1CFYHY27731@zoe.atl.lmco.com>; from gthaker@atl.lmco.com on Tue, Feb 12, 2002 at 10:34:17AM -0500 References: <200202121534.g1CFYHY27731@zoe.atl.lmco.com> Message-ID: <20020213153423.F521@rose.fpx.de> Gautam H Thaker wrote: > > What i am trying to do is to have my client application > generate two components (of the same type) and have each hold a reference to > the other. The client then asks one component to make a call to other. > So far I can't make this work. > > class HelloWorld_impl : virtual public CCM_HelloWorld { > private: > HelloWorld_ptr _other_component; > Suggestion: use a HelloWorld_var here (so that the reference is released automatically if the component instance is deleted). > > HelloWorld_ptr other_component() { return _other_component;} > void other_component(HelloWorld_ptr x) { _other_component = x;} > Should be HelloWorld_ptr other_component() { return HelloWorld::_duplicate (_other_component_); } void other_component (HelloWorld_ptr x) { _other_component = HelloWorld::_duplicate (x); } You will then find that your HelloWorld reference is not prematurely destructed ... Frank -- Frank Pilhofer ........................................... fp@fpx.de If most people said what's on their minds, they'd be speechless. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Wed Feb 13 16:02:06 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] using multiple interfaces with components In-Reply-To: <20020212115855.0faab95d.richard.bonichon@free.fr>; from richard.bonichon@free.fr on Tue, Feb 12, 2002 at 11:58:55AM +0100 References: <20020212115855.0faab95d.richard.bonichon@free.fr> Message-ID: <20020213160206.H521@rose.fpx.de> richard bonichon wrote: > > i am trying to play around components and would like to have philosophers > with a random number of forks (not only 2) determined dynamically...i > thought of using "uses multiple fork" instead of "uses fork_left", > "uses fork_right".... > but when compiling the generated code "philo.cc", i get the following error: > > does anyone know where that comes from? > Yes, it comes from a bug. Please apply the following patch to Mico. Using multiplex receptacles hasn't been well tested yet, so please go ahead with your testing! Frank -- Frank Pilhofer ........................................... fp@fpx.de When money talks, nobody criticises its accent! - Alfred E. Neuman -------------- next part -------------- Index: idl/ccm-transform.cc =================================================================== RCS file: /home/mico/cvsroot/mico/idl/ccm-transform.cc,v retrieving revision 1.9 diff -c -r1.9 ccm-transform.cc *** idl/ccm-transform.cc 2002/01/23 21:07:38 1.9 --- idl/ccm-transform.cc 2002/02/13 14:48:11 *************** *** 1409,1414 **** --- 1409,1418 ---- seqid.name += "Connections"; CORBA::SequenceDef_var dummy = _repo->create_sequence (0, conn); + + string pseudoid = _db.gen_pseudo_repoid (dummy); + _db.register_repoid (pseudoid, fname); + conns = dest->create_alias (seqid.get(), seqid.name.c_str(), seqid.version.c_str(), From 520065607613-0001 at t-online.de Wed Feb 13 16:09:03 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] Different Binding Mechanisms In-Reply-To: <02021111104500.21706@chimera>; from rigriff@chimera.grc.nasa.gov on Mon, Feb 11, 2002 at 11:10:45AM -0500 References: <02021111104500.21706@chimera> Message-ID: <20020213160903.I521@rose.fpx.de> Robert I Griffin wrote: > > Bind Methods used > Method 1 - orb->string_to_object (uri): using a file reference > Method 2 - orb->bind("IDL:Bank:1.0","inet:REMOTEADDR:REMOTEPORT"): using > known service address; > > I am having 100% success using both Client versions and both Service binding > methods to Both Services on Service Host 1. > > I am having sporadic successes with binding Clients to their respective > Services on Service Host 2 > Hi, I have no idea why the second method should work randomly. I would ex- pect it to either work fine or not at all. However, it may be a good idea to stay with Method 1 anyway, and to avoid the Mico-specific binding service. If you don't want to transport IOR files through a sneakers network, I would recommend (1) putting the file on a Web server and using http: IORs, (2) placing the IORs in a well-known (hardcoded) Naming Service, or (3) using persistent IORs. Frank -- Frank Pilhofer ........................................... fp@fpx.de Astronomers point out that the universe is racing away from the Earth at 15,000 miles per second. Can you blame it? - A. E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Wed Feb 13 20:21:58 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] failed assertion while loading orb.idl into inteface repository In-Reply-To: <1012887560.1014.11.camel@europa>; from Frank.Bielig@onestepahead.de on Tue, Feb 05, 2002 at 06:39:19AM +0100 References: <1012887560.1014.11.camel@europa> Message-ID: <20020213202158.A23541@rose.fpx.de> Frank Bielig wrote: > > I get following failed assertion when I try to load orb.idl into > interface repository. > > idl: ir-copy.cc:356: class CORBA::Contained * > IRCopy::copy_Contained(CORBA::Contained *): Assertion `0' failed. > Aborted > Okay, this should be fixed now. Frank -- Frank Pilhofer ........................................... fp@fpx.de Today's "non-conformists" are getting harder and harder to tell apart. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From rigriff at chimera.grc.nasa.gov Thu Feb 14 11:31:13 2002 From: rigriff at chimera.grc.nasa.gov (Robert I Griffin) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] Linux to SGI Problems -> COMM_FAILURE Exceptions and Binding and Library Differences Message-ID: <02021411311300.28171@chimera> Same Problem as Monday's Post, more information. Still requesting help. Anyone have any idea on this one? Could it be a hardware / networking issue? Client Located on Linux Cluster OS: Debian Linux 2.4.12-xfs SMP Compiled with gcc 2.95.4 MICO Libs : 2.3.5 / 2.3.6 32-bit varied as below Code Base : Derived from /doc/mico/examples/poa/account-2/client.cc See Code Listing Below. Please note HOSTADDR has been replaced. Server Located on SGI Origin OS: IRIX64 6.5 10120733 IP27 Compiled with CC - MIPSpro Compiler: Version 7.3.1.1m (Avoids SGI GCC bug in inet_ntoa, and semctl - see article: http://www.cs.uni-magdeburg.de/~aschultz/mico/mico-devel/2000-10/msg00057.html) MICO Lib : 2.3.5 64-bit Code Base : /doc/mico/examples/poa/account-2/server.cc 4 Trials of 100 executions each for orb->bind(IDL, INETAddr Bind) IDL-Binding Errors Frequency mico lib 2.3.6 2.3.5 trial Failure Point 1 2 1 2 --------------------------------------------------------- 1 File Bind 0 0 0 0 2 IDL Bind 0 0 0 0 3 Bank Narrow 0 0 0 0 4 Nil Bank 45 49 49 44 5 Account Create 30 18 29 27 6 Nil Account 0 0 0 0 7 Transaction 11 19 12 13 8 No Failure 14 14 10 16 4 Trials of 100 executions for orb->string_to_object (uri); where uri is the location/name of the IOR file. FILE:: Binding Error Frequency mico lib 2.3.6 2.3.5 trial Failure Point 1 2 1 2 --------------------------------------------------------- 1 File Bind 0 0 0 0 2 IDL Bind 0 0 0 0 3 Bank Narrow 0 0 0 0 4 Nil Bank 0 0 0 0 5 Account Create 53 52 49 55 6 Nil Account 0 0 0 0 7 Transaction 18 20 23 23 8 No Failure 29 28 28 22 Note Failure Points 1,2,3,5,7 are caught exceptions (COMM_FAILURE from my experience). Comments: First, it stands out that there is no single place at which the clients fail reliably. Nor is there consistent success. Also, the percentage of failure at each failure point for both Binding methods is very consistent . Second, it looks there is no statistical between libmico2.3.5 and libmico2.3.6 Clients. It looks like the IDL/InetAddr Bind method often (nearly 50% of the time) fails to get a non-nil Bank (Factory) Object, whereas the FILE:IOR Method reliably produces a non-nil Bank object. The FILE:IOR Method then fails only at Account Creation and During Transactions. These Failures are thrown COMM_FAILURES, but I have yet to discern their source. Finally, although I have not provided it, the data does not seem to indicate any consistent pattern of failure. For example, it does not appear that a Success always follows an Account Transaction Failure or Account Creation Failure. Code Listing: #include "account.h" #ifdef HAVE_UNISTD_H #include #endif #ifdef _WINDOWS #include #endif HOSTADDR = "inet:sgi.machine.FQDN:99999" int main (int argc, char *argv[]) { CORBA::ORB_var orb = CORBA::ORB_init (argc, argv); /* * IOR is in Bank.ref in the local directory */ #ifdef BY_FILE // cout << "BY File" << endl; char pwd[256], uri[300]; sprintf (uri, "file://%s/Bank.ref", getcwd(pwd, 256)); CORBA::Object_var obj; try { obj = orb->string_to_object (uri); } catch ( ... ) { cout << "1"; exit(1); } #endif #ifdef BY_IDL_BIND // cout << "By IDL Binding to " << HOSTADDR << endl; CORBA::Object_var obj; try { obj = orb->bind("IDL:Bank:1.0",HOSTADDR); } catch ( ... ) { cout << "2"; exit (1); } #endif Bank_var bank; try { bank = Bank::_narrow (obj); } catch ( ... ) { cout << "3"; exit (1); } if (CORBA::is_nil (bank)) { cout << "4"; exit (1); } /* * Open an account */ Account_var account; try { account = bank->create (); } catch (...) { cout << "5"; exit(1); } if (CORBA::is_nil (account)) { cout << "6"; exit (1); } /* * Deposit and withdraw some money */ try { account->deposit (700); account->withdraw (450); account->balance(); cout << "8"; return(0); } catch ( ... ) { cout << "7"; exit(1); } return (1); } _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Christian.Loose at hamburg.de Fri Feb 15 09:04:00 2002 From: Christian.Loose at hamburg.de (Christian Loose) Date: Fri Sep 5 12:44:07 2003 Subject: [mico-devel] Fix for ccm example makefiles Message-ID: <001d01c1b5f7$53a42360$0a00a2c6@zeus> Hello everybody, the Makefiles of the ccm examples 'hello' and 'hello2' have a small bug. After calling 'make install', not all source files are copied to the installation directory. The following bug fixes should correct this. Bye Christian Index: Makefile =================================================================== RCS file: /home/mico/cvsroot/mico/demo/ccm/hello/Makefile,v retrieving revision 1.2 diff -u -3 -p -u -r1.2 Makefile --- Makefile 2002/01/23 21:07:38 1.2 +++ Makefile 2002/02/14 22:58:45 @@ -5,7 +5,7 @@ DIR_PREFIX=../ include ../../MakeVars INSTALL_DIR = ccm/hello -INSTALL_SRCS = Makefile client.cc hello.idl +INSTALL_SRCS = README Makefile client.cc hello.idl hello_impl.cc INSTALL_SCRIPTS = hello client: client.o hello.o $(DEPS) Index: Makefile =================================================================== RCS file: /home/mico/cvsroot/mico/demo/ccm/hello2/Makefile,v retrieving revision 1.2 diff -u -3 -p -u -r1.2 Makefile --- Makefile 2002/02/13 19:11:47 1.2 +++ Makefile 2002/02/14 22:59:18 @@ -5,7 +5,7 @@ DIR_PREFIX=../ include ../../MakeVars INSTALL_DIR = ccm/hello2 -INSTALL_SRCS = Makefile client.cc hello.idl +INSTALL_SRCS = README Makefile client.cc hello.idl hello_impl.cc INSTALL_SCRIPTS = hello all_target: .depend client hello.$(SOEXT) _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From uma at webde-ag.de Fri Feb 15 13:02:51 2002 From: uma at webde-ag.de (Uwe Maurer) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Mico + fork(), empty ORB::destroy implementation Message-ID: <82C891B6DD60D411A6F200508BC5D6030624B47A@exchange1.cinetic.de> Hi, I encountered the same problems as Dirk. The problem seems to be the inherited IIOPServer socket handle in the child processes. ORB::destroy() should clean this up properly, I think. I am willing to implement the missing ORB::destroy() method and contribute it. Could someone with a better understanding of the ORB Architecture give me some hints what has to be cleaned up to be able to initialize a new clean orb afterwards? Thanks for any comments. -- Uwe > -----Original Message----- > From: Dirk Thomalla [mailto:dirk@srx6.de] > Sent: Monday, February 11, 2002 9:37 AM > To: mico-devel@mico.org > Subject: [mico-devel] Mico + fork(), empty ORB::destroy implementation > > > I have a problem with Mico and a server process forking childs. > > Only the corba calls in one process are working as expected; the > others are blocked/hanging. > > If the corba stuff (and ORB_init) in the parent is omitted, both > childs work fine. > > I think the problem is an incomplete implementation of ORB::destroy in > mico. This function is empty in orb.cc: > CORBA::ORB::destroy() > { > // XXX shutdown and destroy ORB; calling ORB_init() afterwards > // must create a new ORB instance > } > > Any hints or comments? > > > Pseudo code below: > > ///////////// > void main(...) > { > orb = ORB_init(...); > call_some_corba_things(); // works > > fork_child_1(...); > fork_child_2(...); > > call_some_corba_things(); // blocked > } > > void fork_child_1(...) > { > pid_t pid = fork(); > switch (pid) { > case -1: // error > break; > case 0: // child > orb->shutdown(true); > orb->destroy(); > orb = ORB_init(...); > call_some_other_corba_things(); // works > _exit(0); > break; > default: // parent > return; > } > } > > void fork_child_2(...) > { > pid_t pid = fork(); > switch (pid) { > case -1: // error > break; > case 0: // child > orb->shutdown(true); > orb->destroy(); > orb = ORB_init(...); > call_some_other_corba_things(); // blocked > _exit(0); > break; > default: // parent > return; > } > } > > ///////////// > > > -- > - Dirk > http://www.srx6.de/dirk/ > _______________________________________________ > mico-devel mailing list > mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel > _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Arnaud.Bailly at lifl.fr Fri Feb 15 13:34:20 2002 From: Arnaud.Bailly at lifl.fr (Arnaud Bailly) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Dynamic loading problem solved Message-ID: <15469.76.869748.634697@argus.lifl.fr> Hi, I found the answer to my dynamic loading problem : it is a C++ error, not a mico one. The problem lies in my misunderstanding of dynamic loading for C++ libraries : you have to call constructors for static objects. If - as I did - you define your own _init() function, these constructors are not called, which is definitely a problem for type code marshallers which are static objects constructed in the stub code generated by IDL parser. Thank you to Karel, Arnaud _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From tomas_kaminskas at lema.lt Fri Feb 15 15:41:10 2002 From: tomas_kaminskas at lema.lt (Tomas Kaminskas) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Problem with mico-ccm hello-2 (loadable component)!!! Message-ID: <000501c1b626$6da1b050$030010ac@lema.lt> Hello I wanted to try mico-ccm hello2 example (with loadable components), everything compiled well (with makefile), but when I ried to run this example I got such error: [tomas@localhost hello2]$ ./hello Starting Naming Service ... Starting Server Activator ... Loading HelloWorld component ... Creating ComponentServer ... ok. Creating Container ... ok. Installing Home ... Cannot open `/home/tomas/mico-ccm-020124/demo/ccm/hello2/hello.so': no shlib support My system: gcc version 2.96 Red Hat Linux 7.1 2.96-98, kernel 2.7.10 on i686. And one more question how to compile this example in command line, not with makefile, I was good until linking loadable component, with what command i can link it??? Thank You. Tomas Kaminskas. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Christian.Loose at hamburg.de Sat Feb 16 01:11:44 2002 From: Christian.Loose at hamburg.de (Christian Loose) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] [PATCH] small clean-up of idl/db.cc Message-ID: <000a01c1b67e$84ac3f60$0a00a2c6@zeus> Hello, during my quest of trying to understand the mico source code, I created a small patch for the source file db[.cc|.h] and the source files that were affected by the changes: - improved const-correctnes - made names of operation more consistent - some small code clean-up - moved #include-statement to source file to decrease dependency (faster compilation) - some small style changes (hope you don't mind) I hope you find the attached patch useful, Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: db-cleanup-path.tgz Type: application/x-compressed Size: 2638 bytes Desc: not available Url : http://www.mico.org/pipermail/mico-devel/attachments/20020216/94ab91f7/db-cleanup-path.bin From kgardas at iol.cz Sun Feb 17 18:26:40 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Problem with mico-ccm hello-2 (loadable component)!!! In-Reply-To: <000501c1b626$6da1b050$030010ac@lema.lt> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 15 Feb 2002, Tomas Kaminskas wrote: > Hello I wanted to try mico-ccm hello2 example (with loadable components), > everything compiled well (with makefile), but when I ried to run this > example I got such error: > > [tomas@localhost hello2]$ ./hello > Starting Naming Service ... > Starting Server Activator ... > Loading HelloWorld component ... > Creating ComponentServer ... ok. > Creating Container ... ok. > Installing Home ... Cannot open > `/home/tomas/mico-ccm-020124/demo/ccm/hello2/hello.so': no shlib support > > > My system: gcc version 2.96 Red Hat Linux 7.1 2.96-98, kernel 2.7.10 on > i686. Hi, 1) did you try it with supported compiler (note that redhat's is unsupported) such as gcc 2.95.3 ? 2) please look at last checking line of configure script output. Did you see: ''checking for dynamic loading... ok, using dlopen() family''? If not, then you have a problem with your linux distro (mainly caused by wrong c++ compiler). > And one more question how to compile this example in command line, not with > makefile, I was good until linking loadable component, with what command i > can link it??? I think that loadable component is shared library and for making shared library mico provides script mico-shld. Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8b+fSqREvenJ7UIYRAoMQAJsH+3Szj9X//ePLO1DrHY3xxon2RwCfRETw RwW75N9omdnZ46i9w5WvkJg= =35U+ -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Sun Feb 17 19:28:45 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Mico + fork(), empty ORB::destroy implementation In-Reply-To: <82C891B6DD60D411A6F200508BC5D6030624B47A@exchange1.cinetic.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 15 Feb 2002, Uwe Maurer wrote: > Hi, > > I encountered the same problems as Dirk. The problem seems to be the > inherited IIOPServer socket handle in the child processes. ORB::destroy() > should clean this up properly, I think. > > I am willing to implement the missing ORB::destroy() method and contribute > it. > Hi, What about to give a try to MICO/MT project? I hope that it is pretty stable (ORB/GIOP/IIOP/POA - not IMR) and it really needs more testing! I know about several bugs (read README.mt), which I would like to fix in future and that would be great if I have a set of examples which fails on MICO/MT and run well on MICO (if possible), or on another MT orb like TAO or ORBacus. Thanks, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8b/ZgqREvenJ7UIYRAhjVAJ0Q/Rvl2jlsosEZotke0NTh0CX2QACeI/7r G+sWPYGzA09dpyjw4Wrlz/Q= =IOv5 -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From uma at webde-ag.de Mon Feb 18 12:04:18 2002 From: uma at webde-ag.de (Uwe Maurer) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Mico + fork(), empty ORB::destroy implementation Message-ID: <82C891B6DD60D411A6F200508BC5D6030624B47E@exchange1.cinetic.de> Hi again, > > I am willing to implement the missing ORB::destroy() method > and contribute > > it. > > I've tried to implement a very basic version of ORB::destroy() and it works for my simple test case (ORB_init(), fork(), and then in the child process(es): ORB::destroy(), ORB_init()). Below you will find a "diff -u" against the MICO CVS Head for the file orb/orb.cc. After reading the sources more carefully I found out, that ORB::shutdown() closes all socket handles properly. So the only thing preventing a successful re-initialization in a child process was, that orb_instance singleton variable was not reset to nil. So my implementation does this, after releasing it first. However, the reference count in my simple test program was still 7, so that calling CORBA::release(orb_intance) does not really free the memory allocated by that object. > What about to give a try to MICO/MT project? I hope that it is pretty > stable (ORB/GIOP/IIOP/POA - not IMR) and it really needs more > testing! I would like to ... but: The fork() problem pops up in integrating MICO in another application wich uses a parent-worker-child model with processes. It would be much more work to change this into an application using threads. And of course, time is pretty limited as always... I hope we can use MICO/MT within a project for a student's diploma starting here next few weeks. -- Uwe Maurer Index: orb/orb.cc =================================================================== RCS file: /home/mico/cvsroot/mico/orb/orb.cc,v retrieving revision 1.134 diff -u -r1.134 orb.cc --- orb/orb.cc 2001/10/11 18:08:53 1.134 +++ orb/orb.cc 2002/02/18 10:31:59 @@ -1374,8 +1374,19 @@ void CORBA::ORB::destroy () { - // XXX shutdown and destroy ORB; calling ORB_init() afterwards - // must create a new ORB instance + // XXX: Detect, if orb is servicing requests. If so: + // mico_throw (CORBA::BAD_INV_ORDER (3, CORBA::COMPLETED_NO)); + + if (!_is_stopped) + shutdown (TRUE); + + if (MICO::Logger::IsLogged (MICO::Logger::Info)) { + MICO::Logger::Stream (MICO::Logger::Info) + << "ORB::shutdown : orb_instance->_refcnt() = " << orb_instance->_refcnt() << endl; + } + + CORBA::release(orb_instance); + orb_instance = _nil(); } CORBA::BOA_ptr _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 18 17:47:34 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] Mico + fork(), empty ORB::destroy implementation In-Reply-To: <82C891B6DD60D411A6F200508BC5D6030624B47A@exchange1.cinetic.de>; from uma@webde-ag.de on Fri, Feb 15, 2002 at 01:02:51PM +0100 References: <82C891B6DD60D411A6F200508BC5D6030624B47A@exchange1.cinetic.de> Message-ID: <20020218174734.A1127@rose.fpx.de> Uwe Maurer wrote: > > Could someone with a better understanding of the ORB Architecture give me > some hints what has to be cleaned up to be able to initialize a new clean > orb afterwards? > Hi, thanks for your initial destroy() implementation. While working on that, it would be nice to abolish all (or most) usage of global data; this would allow us to keep multiple ORBs in one process, and to destroy them individually. For an estimate what's to do here, do a grep for CORBA::ORB_instance(); such references would have to be replaced with a "real" pointer to the parent ORB. Once all global information is collected in the ORB class, completing destroy() shouldn't be too hard. Frank -- Frank Pilhofer ........................................... fp@fpx.de The reason most people are lost in thought is because it's unfamiliar territory. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From alain.bedu at ota.fr.socgen.com Mon Feb 18 18:46:10 2002 From: alain.bedu at ota.fr.socgen.com (alain.bedu@ota.fr.socgen.com) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] How to use DeMarshaling functions ? Message-ID: Hi all, I'm new to mico, and want to use it under Linux instead of Visibroker 4.5 for cpp. My goal is very simple : I write my classes with java, make an idl with java2idl, and then get back a cpp class with idl2cpp. The first part is done with Visibroker for java, and I want to achieve the second one with mico. I can do this easily, no problem. But I want to use my C++ classes to convert a byte array into an object, with demarshaling methods. With Visibroker, I use the MarshalInBuffer method, like shown below : CORBA::MarshalInBuffer mIBuf((char*)rateCurveStream, len, 0, FALSE); mIBuf >> *rateCurve; But I don't know how to use demarshal method generated by mico. So I just want a sample code which shows me how to use demarshaling with mico. I Hope my message is clear enough. Thanks alain. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Mon Feb 18 20:23:58 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:08 2003 Subject: [mico-devel] How to use DeMarshaling functions ? In-Reply-To: ; from alain.bedu@ota.fr.socgen.com on Mon, Feb 18, 2002 at 06:46:10PM +0100 References: Message-ID: <20020218202358.L1127@rose.fpx.de> alain.bedu@ota.fr.socgen.com wrote: > > But I want to use my C++ classes to convert a byte array into an object, with > demarshaling methods. > > With Visibroker, I use the MarshalInBuffer method, like shown below : > > CORBA::MarshalInBuffer mIBuf((char*)rateCurveStream, len, 0, FALSE); > mIBuf >> *rateCurve; > > But I don't know how to use demarshal method generated by mico. > If you have an IDL type such as typedef sequence CurveStream; and a variable of that type, such as CurveStream rateCurve; then you can do e.g. rateCurve.replace (len, len, (CORBA::Octet *) rateCurveStream); to assign a blob of data to the variable, or you can do const CORBA::Octet * data = rateCurve.get_buffer (); CORBA::ULong len = rateCurve.length (); to get the variable's contents. Is this what you were looking for? This is standard code for the C++ mapping; look at the official docs for more information, or at the Henning & Vinoski book. Frank -- Frank Pilhofer ........................................... fp@fpx.de It's what you learn after you know it all that really counts. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From cohen at rafb.net Mon Feb 18 12:09:23 2002 From: cohen at rafb.net (Jacob Cohen) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] spawning nsd.exe process Message-ID: <81267962179.20020218120923@rafb.net> Hello everyone, Basic Info ---------- I have an application that uses the NameService for various startup and configuration purposes. Traditionally, I have been starting the name service daemon by hand, in a console window. What I want is to start the name service daemon automatically if the application detects that it is not running. What I've tried --------------- So far what I have tried is to go ahead and attempt to resolve the name service through the ORB. If this fails, I then run my nsd spawning code, and try again. I am getting some interesting behavior, however, and cannot figure out what I am doing wrong. The process is successfully spawning. If I extract the nsd-spawning code from my application and run it in another process beforehand, my application starts up and finds the name service no problem. If I leave the code inside my application and run it, it does not find the name service after spawning the executable, but if I leave the console window open (since nsd.exe actually is running) I can run my application a second time, and this time it does find the name service. The Actual Error ---------------- Basically, when I try to resolve the name service after spawning nsd.exe, I get a InvalidName exception thrown from resolve_initial_references(): DEBUG - \CorbaInfo.cpp(73): NameServiceDaemon::start() returned DEBUG - \CorbaInfo.cpp(80): CORBA exception: IDL:omg.org/CORBA/ORB/InvalidName:1.0 Caused by this code: try { NameServiceDaemon::start(); log_debug("corba", "NameServiceDaemon::start() returned"); inc_obj = orb_->resolve_initial_references("NameService"); ns_resolved = true; } catch (CORBA::Exception& e) { log_debug("corba", "CORBA exception:"); e._print(cerr); cerr << "\n"; } Is there some sort of error status the ORB will assume if a initial reference resolution fails? Is it possible to reset? Thanks in advance. -Jake -- Regards, Jake mailto:cohen@rafb.net _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From cohen at rafb.net Mon Feb 18 15:58:18 2002 From: cohen at rafb.net (Jacob Cohen) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] spawning nsd.exe process Message-ID: <110281697018.20020218155818@rafb.net> cohen@rafb.net wrote: > What I want is to start the name service daemon automatically if the > application detects that it is not running. I believe I have figured out what was going on. When I specify the -ORBNamingAddr to the ORB on the command line, it will try to incorporate the base service when the ORB is first initialized, and therefore any calls to resolve_initial_references will fail if the name service is not already running when I initialize the ORB. I am going to try adding code that detects whether the name service is running, and spawn the process _before_ ORB initialization if that is the case. -- Regards, Jake mailto:cohen@rafb.net _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From begic at cs.tu-berlin.de Tue Feb 19 12:32:43 2002 From: begic at cs.tu-berlin.de (Slaven Begic) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] Re: example for Visual C++ IDE References: <200202182010.g1IKA2311050@mico.org> Message-ID: <000e01c1b939$25b3f670$a0199582@ivs26> hi *; i am looking for a one executable mico example (mico\demo\...), which i can to compile and execute in Visual C++ IDE I have built mico static library also in Visual C++ IDE. Till now, each example i tried to execute was unsuccessful (compile is OK). thanks, best regards, Slaven _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From alain.bedu at ota.fr.socgen.com Tue Feb 19 12:55:31 2002 From: alain.bedu at ota.fr.socgen.com (alain.bedu@ota.fr.socgen.com) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] Link problem Message-ID: Hi, I'm trying to compile and link a simple example code that use mico to marshal and demarshal objects. I generated .h and .cc files with mico idl tool on my idl file and I made a small main program. When I try to link and make my library, i get the following errors : /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::StaticTypeInfo::copy( const(void *))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::String_var::inout( (void))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::StaticTypeInfo::__vtbl(void)' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::String_var::operator=( (CORBA::String_var const &))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::StaticTypeInfo::typecode( (void))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::String_var::out( (void))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::StaticTypeInfo::__dt( (void))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::String_var::__dt( (void))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::_stc_boolean(void)' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::StaticTypeInfo::release( const(void *))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::String_var::__ct( (void))' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::_stc_double(void)' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::_stc_string(void)' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `CORBA::_stc_long(void)' /export/home/mount/abedu/perforce/sos/C/lib/Linux/lib_test_marshall.so: undefined reference to `typeinfo for CORBA::StaticTypeInfo' I don't understand why I get this errors because my MakeFile try to link with all mico libraries (available in /libs). I can't find where these references come from ? Any suggestion ? _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From huberti at venus.wmid.amu.edu.pl Tue Feb 19 13:08:24 2002 From: huberti at venus.wmid.amu.edu.pl (Hubert NEOtyk Iwaniuk) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] Re: example for Visual C++ IDE References: <200202182010.g1IKA2311050@mico.org> <000e01c1b939$25b3f670$a0199582@ivs26> Message-ID: <3C724038.6080309@venus.amu.edu.pl> Slaven Begic wrote: >hi *; > >i am looking for a one executable mico example (mico\demo\...), >which i can to compile and execute in Visual C++ IDE >I have built mico static library also in Visual C++ IDE. >Till now, each example i tried to execute was unsuccessful >(compile is OK). > >thanks, > >best regards, > >Slaven > find $MICO_HOME/demo -type d -name mfc HTH, Hubert. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From richard.bonichon at free.fr Tue Feb 19 13:08:51 2002 From: richard.bonichon at free.fr (richard bonichon) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] further with multiple interfaces/ generated code bug Message-ID: <20020219130851.7c2da8a4.richard.bonichon@free.fr> well, i have been to go a little longer with the patch ,thanks Frank. I am now having another bug with the specific mico-ccm (the *ccm generated files)generated code. You can find the idl , the generated codes and the error messages files in the joined tgz file. I have a feeling that is quite simple but i don't know where it comes from. Thanks a lot PS: i am using the latest cvs version -- Richard Bonichon Etudiant N7/ Stagiaire T-Systems _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From jean-francois.butkiewicz at acgcenter.com Tue Feb 19 18:45:58 2002 From: jean-francois.butkiewicz at acgcenter.com (jean-francois BUTKIEWICZ) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] Some question about memory allocation Message-ID: <200202191750.g1JHov2S005277@acgweb.acgcenter.com> Hi, I have a little question : When i allocate some memory for a string, which part will desallocate the memory. For exemple : CORBA::Char * core_impl::Test(CORBA::ULongLong id_bloc) { char *retour; retour = (char *)malloc0(10); sprintf(retour,"test on %ld\n"(unsigned long)id_bloc); return retour; } Works well, but who will desallocate the "retour" pointer ? Is it my job to use free(retour) in an other part, and in this case how can i make it ? Thanks for all aswers. JFB _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Christian.Loose at hamburg.de Wed Feb 20 00:09:07 2002 From: Christian.Loose at hamburg.de (Christian Loose) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] [PATCH] small clean-up of idl/ccm-transform.cc Message-ID: <001701c1b99a$6f43c8e0$0a00a2c6@zeus> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: ccm-transform-cleanup.zip Type: application/x-zip-compressed Size: 6480 bytes Desc: not available Url : http://www.mico.org/pipermail/mico-devel/attachments/20020220/f0e3a8c7/ccm-transform-cleanup.bin From shrinivas.b at geind.ge.com Wed Feb 20 12:48:04 2002 From: shrinivas.b at geind.ge.com (B Shrinivas) Date: Fri Sep 5 12:44:09 2003 Subject: [mico-devel] Trnasferring back "out of band" messages to client Message-ID: <3C734DAC.F0923D64@geind.ge.com> Hi, I am developing a server for a legacy software using MICO. The legacy software directs error/warning messages to stderr/stdout. I am having problem in sending them back to respective clients. These are not system/corba exeptions and it is diffucult to change the behaviour of the legacy software which is written in C. i.e. fprintf( stderr, " ***ERR : file permissions incorrect :- file.inp." ); Such statments are scattered at many places in the legacy software. Can this be fixed with Corba Event Service ? Is there any simple way to handle this ? Thanks Shrinivas B _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Wed Feb 20 09:31:00 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] Some question about memory allocation In-Reply-To: <200202191750.g1JHov2S005277@acgweb.acgcenter.com>; from jean-francois.butkiewicz@acgcenter.com on Tue, Feb 19, 2002 at 06:45:58PM +0100 References: <200202191750.g1JHov2S005277@acgweb.acgcenter.com> Message-ID: <20020220093100.B494@rose.fpx.de> jean-francois BUTKIEWICZ wrote: > > I have a little question : When i allocate some memory for a string, which > part will desallocate the memory. For exemple : > > CORBA::Char * > core_impl::Test(CORBA::ULongLong id_bloc) > { > char *retour = (char *)malloc0(10); > return retour; > } > > Works well, but who will desallocate the "retour" pointer ? > This code is fine and won't leak, the pointer will be released by the caller (either the skeleton, or, if in the same process, the calling code). See the C++ mapping for more details, or read up on it in a book like "Advanced CORBA Programming with C++" by Henning and Vinoski. Frank -- Frank Pilhofer ........................................... fp@fpx.de Ever notice that to entertain some people all you have to do is listen? - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From richard.bonichon at free.fr Wed Feb 20 10:25:51 2002 From: richard.bonichon at free.fr (richard bonichon) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] code Message-ID: <20020220102551.628c1244.richard.bonichon@free.fr> oops :-) here it is -- Richard Bonichon Etudiant N7/ Stagiaire T-Systems -------------- next part -------------- A non-text attachment was scrubbed... Name: philo_multiple.tgz Type: application/octet-stream Size: 39950 bytes Desc: not available Url : http://www.mico.org/pipermail/mico-devel/attachments/20020220/acfb26c1/philo_multiple.obj From us at orbacus.com Wed Feb 20 10:27:08 2002 From: us at orbacus.com (Uwe Seimet) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] IDL compiler fails with long long type Message-ID: <20020220102708.A31697@duplo.ooc.de> Hi, I get this error message when trying to generate code for the IDL below: ????B@B@??c???????(sw?c? ?:1078121440: can not coerce 'unsigned long long' to 'long long' The IDL is: const long long ConstLongLongMin = -9223372036854775808; const long long ConstLongLongMax = 9223372036854775807; const unsigned long long ConstULongLongMax = 18446744073709551615; Best regards, Uwe -- ---------------------------------------------------------------------------- Dr. Uwe Seimet mailto:us@orbacus.com IONA - END 2 ANYWHERE http://www.orbacus.com _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Wed Feb 20 14:15:12 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] code In-Reply-To: <20020220102551.628c1244.richard.bonichon@free.fr>; from richard.bonichon@free.fr on Wed, Feb 20, 2002 at 10:25:51AM +0100 References: <20020220102551.628c1244.richard.bonichon@free.fr> Message-ID: <20020220141512.K494@rose.fpx.de> richard bonichon wrote: > > oops :-) here it is > Okay, I have fixed some more multiplex receptacles problems. Could you please try again? Frank -- Frank Pilhofer ........................................... fp@fpx.de Life is what happens to you while you're busy making future plans. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Valentino.Ignoti at marconi.com Wed Feb 20 15:35:50 2002 From: Valentino.Ignoti at marconi.com (Valentino Ignoti) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] MICO building with aCC -AA Message-ID: Hi, Have anyone tried to compile MICO 2.3.6 on HP with 'aCC' compiler and the '-AA' option ? The option should enable the new C++ libraries. I can generate an 'idl' executable that doesn't work on most idl files (i.e. I can't process the file CosNaming.idl). Best Regards Valentino ------------ This e-mail and any attachments are confidential. If you are not the intended recipient, please notify us immediately by reply e-mail and then delete this message from your system. Do not copy this e-mail or any attachments, use the contents for any purpose, or disclose the contents to any other person: to do so could be a breach of confidence. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From lothar.behrens at lollisoft.de Wed Feb 20 22:22:56 2002 From: lothar.behrens at lollisoft.de (Lothar Behrens) Date: Fri Sep 5 12:44:10 2003 Subject: Beginning with CORBA ? Message-ID: <200202202048.VAA10493@server.lothar.de> Hello, it is some times ago, as I downloaded mico. Generally I am interested in CORBA - modern and modularized programming. Currently I am in the state, that I don't like to rely on any products. So I develop my own class libraries and else. I have my own Interfaces, that I can use. I can load an instance, use it and release it. So I have my own IR. I have some questions now: I want use mico as a bridge to CORBA systems, to be able using instances, that are created anywhere through CORBA. Especially DII. On the other hand, I like to bridge my system over CORBA to another platform. Is there any reading about that issue ? I am developing a GUI server, using my interfaces to be independent from the used GUI system. It is difficult to define interfaces, that are usable in general for it. Is there a design pattern for a GUI server ? If not, how should I begin on reading ? In general, are any readings about design patterns available ? Tanks, Lothar -------------------------------------------------------- Lothar Behrens | Company : LotharB@powwowwater.de Borsteler Bogen 4 | Independent: lothar.behrens@gmx.de 22453 Hamburg | Programmers needed ? From christopher.schmidt at dornier.eads.net Thu Feb 21 06:44:55 2002 From: christopher.schmidt at dornier.eads.net (christopher.schmidt@dornier.eads.net) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] newbie questions Message-ID: 1. Has anyone experiences changing from Visigenic to MICO? 2. Whats the meaning of MICO is not multithreaded? Thanks Chris _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Thu Feb 21 08:42:44 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] newbie questions In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 21 Feb 2002 christopher.schmidt@dornier.eads.net wrote: > 1. Has anyone experiences changing from Visigenic to MICO? > > 2. Whats the meaning of MICO is not multithreaded? > It means that while executing long-live operation on CORBA Object, server will not execute other operations concurrently. If you find this behaviour too restrict, then I can recommend you to use MICO/MT project, which aims to implement multi-threading in MICO. Please see: http://www.sf.net/projects/micomt and http://micomt.sf.net (obsolete) Please read file mico/README.mt for known bugs and limitations. Cheers, Karel - -- Karel Gardas e-mail: kgardas@iol.cz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE8dKT4qREvenJ7UIYRAi0hAJ9ouWelhvxB92si4Ds/64s+Za/ZjACeIQzG /dk8Xjf51QJEbR8m7TXOKZs= =g/YP -----END PGP SIGNATURE----- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From david at 2good.nu Thu Feb 21 08:51:15 2002 From: david at 2good.nu (David Eriksson) Date: Fri Sep 5 12:44:10 2003 Subject: [mico-devel] DII In-Reply-To: <1014168438.2143.12.camel@fight-club> Message-ID: On 19 Feb 2002, John Bates wrote: > > The example (mico/demo/generic) doesn't provide the code to access > return values from invocations via DII. Where might I find documentation > or sample code that explains how to do this with MICO? (I didn't find > anything in the online docs.) This is some of my code using DII (see http://universe.2good.nu). Maybe you can find out something from it... (Note: At the moment I don't remember why I deref result_type in the CreateResult function below. Quite ugly.) ========== CORBA::OperationDef_var operation = FindOperation(pFunctionName); // // Create result value // CORBA::NamedValue_var result; CreateResult(operation, result.out()); // // Create request // CORBA::Request_var request; CORBA::String_var name = operation->name(); mCorbaObject->_create_request( NULL, /* context */ name, arguments, /* argument list */ result, exception_list, NULL, /* context list */ request.out(), 0 /* flags */ ); // // Perform request // request->invoke(); // // TODO: Take care of output arguments // ConvertOutputParameters(arguments, rParameters); // // Take care of return value // if (result) { from_corba(result, rReturnValue.Get()); } ========== void UniverseObject::CreateResult(CORBA::OperationDef_ptr operation,/*{{{*/ CORBA::NamedValue_out result) { CORBA::TypeCode_var result_type = operation->result(); if (result_type) { Orb()->create_named_value(result); result->value()->set_type(result_type); result_type->_deref(); } }/*}}}*/ _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Mailer-Daemon at cdotd.ernet.in Thu Feb 21 02:57:50 2002 From: Mailer-Daemon at cdotd.ernet.in (Mail Delivery Subsystem) Date: Fri Sep 5 12:44:10 2003 Subject: Returned mail: User unknown Message-ID: <200202210757.CAB12945@cdotd.cdotd.ernet.in> A non-text attachment was scrubbed... Name: not available Type: text Size: 2585 bytes Desc: not available Url : http://www.mico.org/pipermail/mico-devel/attachments/20020221/5fe1ab6b/attachment.bat From hjlee at spsoft.co.kr Thu Feb 21 22:07:22 2002 From: hjlee at spsoft.co.kr (=?ks_c_5601-1987?B?wMzH/MHW?=) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] nsd with security service Message-ID: Hello. I'm new to a corba, and have a some questions. I'd like to know security service over nds. How can i set a cmd-line arguments on a server and client. Also, nsd may have a particular argument for support security service? Thanks. hyung j lee _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Thu Feb 21 21:44:43 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] IDL Problem Message-ID: When I try to run the idl compiler i get: mico-cpp: not found error: cannot execute mico-cpp What am i doing wrong? What exactly do I get when I compile Mico? Presumably a library or something, but why cant I just include the files in mico/include?? Ive never understood this! Thanks Ben -- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Thu Feb 21 23:01:09 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] IDL Problem In-Reply-To: Message-ID: On Thu, 21 Feb 2002, Ben wrote: > > When I try to run the idl compiler i get: > > mico-cpp: not found > error: cannot execute mico-cpp > Maybe you don't install MICO well. Usually mico-cpp is located in /bin. > What am i doing wrong? What exactly do I get when I compile Mico? In case you are using UNIX binaries: idl, ird, mico-cpp etc. and libraries libmico.so, libmicoir.so etc. > Presumably a library or something, but why cant I just include the files > in mico/include?? Ive never understood this! > Why can not you include files from /include. I normally doing it with success. Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From barrisca at student.cs.ucc.ie Fri Feb 22 09:20:12 2002 From: barrisca at student.cs.ucc.ie (Paul Simon Barriscale) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] Retrieving an info about ServerRequests Message-ID: <200202220920.JAA31146@student.cs.ucc.ie> Hi, I'm trying to retrieve info (operation name, arguments) from a ServerRequest. I have an instance of Interceptor::LWServerRequest which has a pointer to a ServerRequest request an from there should I not be able to get the op_name and dir_params by calling request->operation() and request->arguments()? I basically need to do this cause I not only need the opertion but also need to arguments to make an access decision. Any ideas? Regards, Paul -- Paul Barriscale barrisca@student.cs.ucc.ie http://student.cs.ucc.ie/~barrisca ________________________________________________________________ University College Cork _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Fri Feb 22 11:09:09 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] Re: [mico-devel] Message-ID: Thanks, I presumed it wasnt building correctly. Although when I run ./configure and then make I dont get any errors. I then run make install and it says its up to date. I dont have gmake if I need that.. I am running cygnus and dont install it the CDK way. I just use configure then make as usual. My cygwin doesnt have anything about a CDK and I cant find it on the website..... Any help appreciated.... >>On Thu, 21 Feb 2002, Ben wrote: >> >> >> When I try to run the idl compiler i get: >> >> mico-cpp: not found >> error: cannot execute mico-cpp >> >> Maybe you don't install MICO well. Usually mico-cpp is located in >>/bin. >> > What am i doing wrong? What exactly do I get when I compile Mico? >>In case you are using UNIX binaries: idl, ird, mico-cpp etc. and libraries >>libmico.so, libmicoir.so etc. >> >>> Presumably a library or something, but why cant I just include the files > in mico/include?? Ive never understood this! > >> >>Why can not you include files from /include. I >>normally doing it with success. >> >>Cheers, >> >>Karel >>-- >> Karel Gardas e-mail: kgardas@iol.cz -- Ben Wootton ctxbsw@comp.leeds.ac.uk _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Fri Feb 22 12:31:28 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] Re: [mico-devel] In-Reply-To: Message-ID: On Fri, 22 Feb 2002, Ben wrote: > > > > Thanks, I presumed it wasnt building correctly. Although when I run > ./configure > and then make I dont get any errors. I then run make install and it says > its > up to date. I dont have gmake if I need that.. > gmake = make in gnu packages or distros... > I am running cygnus and dont install it the CDK way. I just use configure > then make as usual. My cygwin doesnt have anything about a CDK and I cant > find it on the website..... > That's difficult, because we need ''stable'' environment to resolve mico related installation bugs. Now it looks like problem with uncomplete cygwin installation. Can you install it in the right way? BTW: 1) which is (MICO) installation prefix? 2) what is in this directory after make install? Cheers, Karel > Any help appreciated.... > > >>On Thu, 21 Feb 2002, Ben wrote: > >> > >> > >> When I try to run the idl compiler i get: > >> > >> mico-cpp: not found > >> error: cannot execute mico-cpp > >> > >> > Maybe you don't install MICO well. Usually mico-cpp is located in > >>/bin. > >> > > What am i doing wrong? What exactly do I get when I compile Mico? > >>In case you are using UNIX binaries: idl, ird, mico-cpp etc. and > libraries > >>libmico.so, libmicoir.so etc. > >> > >>> Presumably a library or something, but why cant I just include the > files > > in mico/include?? Ive never understood this! > > > >> > >>Why can not you include files from /include. I > >>normally doing it with success. > >> > >>Cheers, > >> > >>Karel > >>-- > >> Karel Gardas e-mail: kgardas@iol.cz > > > > -- > Ben Wootton > ctxbsw@comp.leeds.ac.uk > > > _______________________________________________ > mico-devel mailing list > mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel > -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Fri Feb 22 11:52:22 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] IDL Problem Message-ID: Okay, so I checked and I have every cyginw package installed - from Ash to ZLib!! There isnt a CDK mentioned anywhere! I am currently reinstalling cygwin just in case.... I thought ./configure defalted o /usr/local. I have tried ./configure with -prefix=/usr/local also, but still the bin directory is left empty. Again, all makefiles run without error- Thanks for the help... Ben -- Ben ctxbsw@comp.leeds.ac.uk _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From huberti at venus.wmid.amu.edu.pl Fri Feb 22 14:27:38 2002 From: huberti at venus.wmid.amu.edu.pl (Hubert NEOtyk Iwaniuk) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] IDL Problem References: Message-ID: <3C76474A.7010103@venus.amu.edu.pl> On my cygwin (I try to keep it up-to-date) # make install does nothing, it allways says it is up-to-date. I run for loop from Makefile by hand. Hubert. Ben wrote: >Okay, so I checked and I have every cyginw package installed - from Ash to >ZLib!! There isnt a CDK mentioned anywhere! > >I am currently reinstalling cygwin just in case.... > >I thought ./configure defalted o /usr/local. I have tried ./configure >with -prefix=/usr/local also, but still the bin directory is left empty. >Again, all makefiles >run without error- > >Thanks for the help... >Ben > _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From barrisca at student.cs.ucc.ie Fri Feb 22 13:52:48 2002 From: barrisca at student.cs.ucc.ie (Paul Simon Barriscale) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] Retrieving an info about ServerRequests In-Reply-To: from "Rudolf Schreiner" at Feb 22, 2002 02:54:37 PM Message-ID: <200202221352.NAA10865@student.cs.ucc.ie> > > On Fri, 22 Feb 2002, Paul Simon Barriscale wrote: > > > I'm trying to retrieve info (operation name, arguments) from a ServerRequest. I have an > > instance of Interceptor::LWServerRequest which has a pointer to a ServerRequest request > > an from there should I not be able to get the op_name and dir_params by calling > > request->operation() and request->arguments()? Do you know is it possible to do this without using PIs? > > We implemented Portable Interceptors for MICOSec. We are currently not > 100% happy with it, so it is not publically released. But using PI would > make your software useful for other standard compliant ORBs, too. What are the chances that you can make it publically available now? The deadline for my project is fast approaching and I need a C++ implementation of the CORBASec spec. I can't find any other implementations out there. > > > I basically need to do this cause I not only need the opertion but also > > need to arguments > to make an access decision. Any ideas? > > Look at the Portable Interceptors spec. I've read it > > Cheers, > Rudi > Cheers, Paul -- Paul Barriscale barrisca@student.cs.ucc.ie http://student.cs.ucc.ie/~barrisca ________________________________________________________________ University College Cork _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Fri Feb 22 16:02:36 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:11 2003 Subject: [mico-devel] Retrieving an info about ServerRequests In-Reply-To: <200202220920.JAA31146@student.cs.ucc.ie> Message-ID: On Fri, 22 Feb 2002, Paul Simon Barriscale wrote: > Hi, > > I'm trying to retrieve info (operation name, arguments) from a ServerRequest. I have an > instance of Interceptor::LWServerRequest which has a pointer to a ServerRequest request > an from there should I not be able to get the op_name and dir_params by calling > request->operation() and request->arguments()? > Do you have short example? Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From barrisca at student.cs.ucc.ie Fri Feb 22 16:34:01 2002 From: barrisca at student.cs.ucc.ie (Paul Simon Barriscale) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] Retrieving an info about ServerRequests In-Reply-To: from "Karel Gardas" at Feb 22, 2002 04:02:36 PM Message-ID: <200202221634.QAA21631@student.cs.ucc.ie> This is actually taken from MICOSec and some extra code added in. Interceptor::Status AuditServerInterceptor::after_unmarshal (Interceptor::LWServerRequest_ptr req, CORBA::Environment_ptr env) { CORBA::ORB_var orb; /** * Prints out arguments of the operation * */ // start CORBA::ServerRequest_ptr request = req->request(); printf("CORBA::ServerRequest *request = req->request();\n"); CORBA::NVList_ptr args = request->arguments(); printf("CORBA::NVList *args = request->arguments();\n"); printf("for (int i = 0; i < args->count(); i++)\n"); for (int i = 0; i < args->count(); i++) { CORBA::NamedValue_ptr nv = args->item(i); printf("CORBA::NamedValue *nv = args->item(i);\n"); const char *n = nv->name(); printf("const char *n = nv->name();\n"); printf("param name is: %s\n", n); } printf("end\n"); // end ... more MICOSec code ... ... Paul > > On Fri, 22 Feb 2002, Paul Simon Barriscale wrote: > > > Hi, > > > > I'm trying to retrieve info (operation name, arguments) from a ServerRequest. I have an > > instance of Interceptor::LWServerRequest which has a pointer to a ServerRequest request > > an from there should I not be able to get the op_name and dir_params by calling > > request->operation() and request->arguments()? > > > > Do you have short example? > > Cheers, > > Karel > -- > Karel Gardas e-mail: kgardas@iol.cz > > > _______________________________________________ > mico-devel mailing list > mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel > -- Paul Barriscale barrisca@student.cs.ucc.ie http://student.cs.ucc.ie/~barrisca ________________________________________________________________ University College Cork _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Sat Feb 23 10:55:09 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] mico-ld Message-ID: Thanks, it appears that make install-cd is what I needed. The problem I have now is when I run mico-ld, i get: /usr/lib/libcygwin.a(libcmain.o)(.text+0x6a): undefined reference to `WinMain@16' collect2: ld returned 1 exit status I dont think this is a cygwin issue. Any idea? I was wondering why mico has a seperate compiler and linker? I thought idl compiler woul produce standard c++.... Regards Ben -- Ben Wootton ctxbsw@comp.leeds.ac.uk _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Sat Feb 23 12:29:40 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] mico-ld In-Reply-To: Message-ID: On Sat, 23 Feb 2002, Ben wrote: > > Thanks, it appears that make install-cd is what I needed. The problem I > have now is when I run mico-ld, i get: > > /usr/lib/libcygwin.a(libcmain.o)(.text+0x6a): undefined reference to > `WinMain@16' > collect2: ld returned 1 exit status > I think it is cygwin issue, becuase...(read below) > I dont think this is a cygwin issue. Any idea? > > I was wondering why mico has a seperate compiler and linker? I thought idl > compiler woul produce standard c++.... > mico's mico-c++, mico-shc++, mico-ld, mico-shld are only shell scripts which start either gnu c++ or gnu ld... Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From david at 2good.nu Sun Feb 24 10:56:08 2002 From: david at 2good.nu (David Eriksson) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] IDL Problem In-Reply-To: Message-ID: On Thu, 21 Feb 2002, Ben wrote: > > When I try to run the idl compiler i get: > > mico-cpp: not found > error: cannot execute mico-cpp Make sure MICO's bin directory is in your PATH environment variable. For example: ./configure --prefix=/usr/local/mico make make install export PATH=$PATH:/usr/local/mico/bin idl myidl.idl (mico-cpp is not missing now :-) > What am i doing wrong? What exactly do I get when I compile Mico? > Presumably a library or something, but why cant I just include the files > in mico/include?? Ive never understood this! You both have to include the correct header files in your sources and later link with the library files. \David _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From rrr6399 at futuretek.com Sun Feb 24 17:21:58 2002 From: rrr6399 at futuretek.com (Rob Ratcliff) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] small build bug for Solaris In-Reply-To: Message-ID: The CVS version of MICO has a small build bug on Solaris. It appears that the files in cpp aren't compiled prior to the IDL module that depends on alloca.o. This causes the make process to fail. My work around was just to: cd cpp make cd .. make Thanks, Rob _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From barrisca at student.cs.ucc.ie Mon Feb 25 19:59:43 2002 From: barrisca at student.cs.ucc.ie (Paul Simon Barriscale) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] DSI - ServerRequest Message-ID: <200202251959.TAA18665@student.cs.ucc.ie> Hi, I'm referring to Section 8.3.1 of the CORBA spec 01-09-01. It mentions that ServerRequest::arguments can be called only once by the DIR associated with the object implementation. Is there anyway around this. Basically I'm trying to pass the arguments from a request to a subclass of SecurityLevel2::AccessDecision which can then decide whether a request is permitted or not based on the target object's policy. Any ideas? I'm using MICOSec 2.3.6. Paul -- Paul Barriscale barrisca@student.cs.ucc.ie http://student.cs.ucc.ie/~barrisca ________________________________________________________________ University College Cork _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 07:21:51 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] Xt MICO apps In-Reply-To: <1014679611.1797.8.camel@fight-club> Message-ID: On 25 Feb 2002, John Bates wrote: > Unfortunately, there are no window refreshes inbetween events because > the main loop is orb->run(). So, how can I get the window to refresh > during the MICO main loop when no events are occuring? > Please look at mico/demo/deispatcher/x11 example. I hope that it'll explain everything. Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From alain.bedu at ota.fr.socgen.com Tue Feb 26 10:48:24 2002 From: alain.bedu at ota.fr.socgen.com (alain.bedu@ota.fr.socgen.com) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] idl utility questions Message-ID: Hi, I've used idl on a basic idl file which contains only one object with 5 attributes, no mehod. I can see in generated files all my attributes in my object structure definition. But mico create a specific call, named _Marshaller_ which herits CORBA::StaticTypeInfo. What this class are created for ? Is it possible to use them ? I'd like to use marshal and demarshal method, but I don't know how to, so I'm looking for a sample code or some good explanations. alain. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 10:57:50 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:12 2003 Subject: [mico-devel] idl utility questions In-Reply-To: Message-ID: On Tue, 26 Feb 2002 alain.bedu@ota.fr.socgen.com wrote: > > > Hi, > > I've used idl on a basic idl file which contains only one object with 5 > attributes, no mehod. > I can see in generated files all my attributes in my object structure > definition. But mico create a specific call, named > _Marshaller_ which herits CORBA::StaticTypeInfo. > > What this class are created for ? Is it possible to use them ? I'd like to use > marshal and demarshal method, but I don't know > how to, so I'm looking for a sample code or some good explanations. > Yes, it's possible to use these classes for direct CDR marshalling. The only one question is why do you need such horrible feature? E.g. your program will be absolutely non-portable between different orbs and with (possible) future changes in MICO core you don't even have compatibility with future version of MICO! So, why do you need direct marshalling? Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From alain.bedu at ota.fr.socgen.com Tue Feb 26 11:29:47 2002 From: alain.bedu at ota.fr.socgen.com (alain.bedu@ota.fr.socgen.com) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] idl utility questions Message-ID: Because I need to get some java instances in C++ code ! I must call a C++ librairie from java code, so I use JNI. But JNI doesn't support complex objects as arguments, so I convert my java object to bytes arrays, with java marshalling method. But I can't rebuild this objects if I don't know class structure, so I use java2idl and idl2cpp to create C++ class for my objects. And to demarshal my instances, I need a demarshaling method, so I found MICO for this purpose. And I discovered that Mico created marshaling method with its idl tool, so I thought I was saved !! I know it's not very simple, not portable, but it's the only way I've found until now. ______________________________ Reply Separator _________________________________ kgardas@iol.cz 26/02/2002 09:57:50 GMT |-----------------------------------------------------------+------------------| | |Return Receipt: No| | To: Alain BEDU/eqty/fr/socgen@socgen |Importance: Normal| | cc: mico-devel@mico.org | | | | | |-----------------------------------------------------------+------------------| SUBJECT: Re: [mico-devel] idl utility questions On Tue, 26 Feb 2002 alain.bedu@ota.fr.socgen.com wrote: > > > Hi, > > I've used idl on a basic idl file which contains only one object with 5 > attributes, no mehod. > I can see in generated files all my attributes in my object structure > definition. But mico create a specific call, named > _Marshaller_ which herits CORBA::StaticTypeInfo. > > What this class are created for ? Is it possible to use them ? I'd like to use > marshal and demarshal method, but I don't know > how to, so I'm looking for a sample code or some good explanations. > Yes, it's possible to use these classes for direct CDR marshalling. The only one question is why do you need such horrible feature? E.g. your program will be absolutely non-portable between different orbs and with (possible) future changes in MICO core you don't even have compatibility with future version of MICO! So, why do you need direct marshalling? Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Torsten.Rohlfs at t-online.de Tue Feb 26 11:58:07 2002 From: Torsten.Rohlfs at t-online.de (Torsten.Rohlfs@t-online.de) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] Mico with mysql Message-ID: <1014720948.3c7b69b418f26@webmail.t-online.de> Hi there, anybody got any ideas about mico with mysql? I tried to use the normal mysql c++ api but it won't work... I have no idea what went wrong and would be very thankful for any example of an implementaion from mysql in mico with c++... Thanks _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Tue Feb 26 12:08:37 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] DSI - ServerRequest In-Reply-To: <200202251959.TAA18665@student.cs.ucc.ie>; from barrisca@student.cs.ucc.ie on Mon, Feb 25, 2002 at 07:59:43PM +0000 References: <200202251959.TAA18665@student.cs.ucc.ie> Message-ID: <20020226120837.E487@rose.fpx.de> Paul Simon Barriscale wrote: > > I'm referring to Section 8.3.1 of the CORBA spec 01-09-01. It mentions that > ServerRequest::arguments can be called only once by the DIR associated with > the object implementation. > > Is there anyway around this. > No; at least, not easily. What about caching the NVList ? Frank -- Frank Pilhofer ........................................... fp@fpx.de A lawyer is someone who writes an eighty-page document and calls it a brief. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 12:08:49 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] idl utility questions In-Reply-To: Message-ID: On Tue, 26 Feb 2002 alain.bedu@ota.fr.socgen.com wrote: > > > Because I need to get some java instances in C++ code ! > Very off-beat CORBA usage! :-) May I recommend you GCJ project which is part of GCC project (http://gcc.gnu.org). It aims to write java compiler into native and it has nice java->c++ interface, because it internally translates java to c++ and so you can easily access Java objects from your c++ code.... Cheers, Karel > I must call a C++ librairie from java code, so I use JNI. But JNI doesn't > support complex objects as arguments, so I convert my java object to bytes > arrays, with java marshalling method. But I can't rebuild this objects if I > don't know class structure, so I use java2idl and idl2cpp to create C++ class > for my objects. > And to demarshal my instances, I need a demarshaling method, so I found MICO for > this purpose. And I discovered that Mico created marshaling method with its idl > tool, so I thought I was saved !! > > I know it's not very simple, not portable, but it's the only way I've found > until now. > > ______________________________ Reply Separator _________________________________ > > > > kgardas@iol.cz > 26/02/2002 09:57:50 GMT > > > > |-----------------------------------------------------------+------------------| > | |Return Receipt: No| > | To: Alain BEDU/eqty/fr/socgen@socgen |Importance: Normal| > | cc: mico-devel@mico.org | | > | | | > |-----------------------------------------------------------+------------------| > > > > > SUBJECT: Re: [mico-devel] idl utility questions > > > > > On Tue, 26 Feb 2002 alain.bedu@ota.fr.socgen.com wrote: > > > > > > > Hi, > > > > I've used idl on a basic idl file which contains only one object with 5 > > attributes, no mehod. > > I can see in generated files all my attributes in my object structure > > definition. But mico create a specific call, named > > _Marshaller_ which herits CORBA::StaticTypeInfo. > > > > What this class are created for ? Is it possible to use them ? I'd like to use > > marshal and demarshal method, but I don't know > > how to, so I'm looking for a sample code or some good explanations. > > > > Yes, it's possible to use these classes for direct CDR marshalling. The > only one question is why do you need such horrible feature? E.g. your > program will be absolutely non-portable between different orbs and with > (possible) future changes in MICO core you don't even have compatibility > with future version of MICO! > > So, why do you need direct marshalling? > > Cheers, > > Karel > -- > Karel Gardas e-mail: kgardas@iol.cz > > > > > > -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 12:10:42 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] Mico with mysql In-Reply-To: <1014720948.3c7b69b418f26@webmail.t-online.de> Message-ID: On Tue, 26 Feb 2002 Torsten.Rohlfs@t-online.de wrote: > Hi there, > > anybody got any ideas about mico with mysql? > I tried to use the normal mysql c++ api but it won't work... > I have no idea what went wrong and would be very thankful for any > example of an implementaion from mysql in mico with c++... > Can you describe in more detains what you'd like to do with MICO and MySQL? Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 12:20:07 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] idl utility questions In-Reply-To: Message-ID: > > I must call a C++ librairie from java code, so I use JNI. But JNI doesn't > > support complex objects as arguments, so I convert my java object to bytes > > arrays, with java marshalling method. But I can't rebuild this objects if I > > don't know class structure, so I use java2idl and idl2cpp to create C++ class > > for my objects. Maybe you can not use GCJ for various reasons, then you can try to use valuetypes instead of interfaces in your idl. The advantage will be portable code. Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Tue Feb 26 12:21:15 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] DII In-Reply-To: <1014168438.2143.12.camel@fight-club>; from john_bates@playstation.sony.com on Tue, Feb 19, 2002 at 05:27:18PM -0800 References: <1014168438.2143.12.camel@fight-club> Message-ID: <20020226122115.F487@rose.fpx.de> John Bates wrote: > > The example (mico/demo/generic) doesn't provide the code to access > return values from invocations via DII. Where might I find documentation > or sample code that explains how to do this with MICO? (I didn't find > anything in the online docs.) > You can find the return value in the NamedValue returned by the result() operation of the Request, e.g. CORBA::Request * req = obj->_request ("operation"); ... req->invoke (); CORBA::Any * result = req->result()->value(); CORBA::Long value; *result >>= value; // if the result happened to be a long value Frank. -- Frank Pilhofer ........................................... fp@fpx.de The early bird gets the worm ... but look what happens to the early worm! - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From 520065607613-0001 at t-online.de Tue Feb 26 12:27:17 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] gcc 3.0.4 Message-ID: <20020226122717.G487@rose.fpx.de> Hi, just wanted to let you know that gcc 3.0.4 seems to work well with Mico (IDL compiler does not core dump any more), as long as you apply the PR3145 patch that's in the contrib directory. I also needed the attached patch to work. So you need to go to gcc's source directory and do patch -p0 < contrib/PR3145.patch patch -p0 < gcc-3.0.4.patch *before* building gcc. Frank -- Frank Pilhofer ........................................... fp@fpx.de How is it that people looking for a helping hand tend to overlook the one at the end of their arm? - Alfred E. Neuman -------------- next part -------------- *** gcc/cp/search.c.orig Tue Feb 26 09:31:37 2002 --- gcc/cp/search.c Tue Feb 26 09:31:43 2002 *************** *** 474,479 **** --- 474,480 ---- for (i = TREE_VEC_LENGTH (bases); i--;) { + base_kind bk; tree base_binfo = TREE_VEC_ELT (bases, i); int this_non_public = is_non_public; int this_virtual = is_virtual; *************** *** 494,500 **** if (TREE_VIA_VIRTUAL (base_binfo)) this_virtual = 1; ! base_kind bk = lookup_base_r (base_binfo, base, access, within_current_scope, this_non_public, this_virtual, binfo_ptr); --- 495,501 ---- if (TREE_VIA_VIRTUAL (base_binfo)) this_virtual = 1; ! bk = lookup_base_r (base_binfo, base, access, within_current_scope, this_non_public, this_virtual, binfo_ptr); From alain.bedu at ota.fr.socgen.com Tue Feb 26 12:39:48 2002 From: alain.bedu at ota.fr.socgen.com (alain.bedu@ota.fr.socgen.com) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] idl utility questions Message-ID: I'm not looking for portable code or anything else. I just want to achieve this task, and I believe Mico can help me. Once I'll have it work, I won't change anything more, I won't mind Mico's evolutions. I'll keep it in the working version, because I just need Marshal/Demarshal utilities, not CORBA functionalities. You see what I mean ? So I try to use CDR Marshaling, but I don't really know how to manipulate CDREncoder, Buffer and others object of the same kind. ______________________________ Reply Separator _________________________________ kgardas@iol.cz 26/02/2002 11:20:07 GMT |-----------------------------------------------------------+------------------| | |Return Receipt: No| | To: Alain BEDU/eqty/fr/socgen@socgen |Importance: Normal| | cc: mico-devel@mico.org | | | | | |-----------------------------------------------------------+------------------| SUBJECT: Re[2]: [mico-devel] idl utility questions > > I must call a C++ librairie from java code, so I use JNI. But JNI doesn't > > support complex objects as arguments, so I convert my java object to bytes > > arrays, with java marshalling method. But I can't rebuild this objects if I > > don't know class structure, so I use java2idl and idl2cpp to create C++ class > > for my objects. Maybe you can not use GCJ for various reasons, then you can try to use valuetypes instead of interfaces in your idl. The advantage will be portable code. Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Torsten.Rohlfs at t-online.de Tue Feb 26 13:11:26 2002 From: Torsten.Rohlfs at t-online.de (Torsten Rohlfs) Date: Fri Sep 5 12:44:13 2003 Subject: [mico-devel] Mico and MySql Message-ID: Here are some further details... We work with a linux system Suse 7.3 distribution and c++ as programming language. We have 3 pcs one is the client, the second is the application server and finally the third one is the mysql server. Communication between client and application server using mico works fine, but when we try to include the mysql api found at www.mysql.com we resive some error messages that say something about "bstring" and "bastring". The only thing we did was to include the mysqlplus.h in or application server programm and everthing went wrong. So we tried a different way bought a book from orally msql and mysql and tried to programm our own api, but it won't work too. Th Torsten _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From sebastien.zinsius at ersa-france.com Tue Feb 26 14:21:18 2002 From: sebastien.zinsius at ersa-france.com (=?iso-8859-1?Q?S=E9bastien_ZINSIUS?=) Date: Fri Sep 5 12:44:14 2003 Subject: [mico-devel] Mico and MySql Message-ID: So your problem is not relative to MICO but rather to mysql ;) Personaly, I'm running an appplication under Red Hat 7.2 using Mico and mySQL. In order to do that, I used mysql devel package delivered with Red Hat distrib and things work fine. Does a such devel package not exist for Suse distribs? (ex. http://www.suse.de/de/support/download/updates/73_i386.html) Maybe this message is a silly reply... :) S?bastien -----Message d'origine----- De : Torsten.Rohlfs@t-online.de [mailto:Torsten.Rohlfs@t-online.de] Envoy? : mardi 26 f?vrier 2002 13:11 ? : mico-devel@mico.org Objet : [mico-devel] Mico and MySql Here are some further details... We work with a linux system Suse 7.3 distribution and c++ as programming language. We have 3 pcs one is the client, the second is the application server and finally the third one is the mysql server. Communication between client and application server using mico works fine, but when we try to include the mysql api found at www.mysql.com we resive some error messages that say something about "bstring" and "bastring". The only thing we did was to include the mysqlplus.h in or application server programm and everthing went wrong. So we tried a different way bought a book from orally msql and mysql and tried to programm our own api, but it won't work too. Th Torsten _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ctxbsw at comp.leeds.ac.uk Tue Feb 26 16:33:34 2002 From: ctxbsw at comp.leeds.ac.uk (Ben) Date: Fri Sep 5 12:44:14 2003 Subject: [mico-devel] Newbie- Message-ID: I have followed the tutorial in the manual word for word. For some reason though, I cant compile the .o file for the file which contains the server imlpementation and main function. Not sure what is causing the errors at lines 4 and 10...?! I have also attatched the code just in case im doing something silly- bash-2.05a$ mico-c++ -c Account_Impl.cc Account_Impl.cc:4: parse error before `{' Account_Impl.cc: In function `void deposit(long unsigned int)': Account_Impl.cc:10: `_current_balance' undeclared (first use this function) Account_Impl.cc:10: (Each undeclared identifier is reported only once Account_Impl.cc:10: for each function it appears in.) Account_Impl.cc: At top level: Account_Impl.cc:14: parse error before `}' Account_Impl.cc: In function `int main(int, char **)': Account_Impl.cc:22: invalid use of undefined type `class Account_Impl' Account_Impl.cc:3: forward declaration of `class Account_Impl' Account_Impl.cc:23: no matching function for call to `CORBA::ORB::object_to_string (Account_Impl *&)' /usr/local/include/mico/orb_mico.h:186: candidates are: char * CORBA::ORB::object_to_string(CORBA::Object *) Account_Impl.cc:35: no matching function for call to `release (Account_Impl *&)' /usr/local/include/mico/object.h:66: candidates are: void CORBA::release(CORBA::ServerlessObject *) /usr/local/include/mico/value.h:201: void CORBA::release(CORBA::AbstractBase *) /usr/local/include/mico/value.h:222: void CORBA::release(CORBA::MixedBase *) /usr/local/include/mico/typecode.h:201: void CORBA::release(CORBA::TypeCode *) #include "account.h" class Account_Impl : public Account_skel { private: CORBA::Long _current_balance; public: Account_Impl() { _current_balance = 0; }; void deposit( CORBA::ULong amount ) { _current_balance+= amount; }; void withdraw( CORBA::ULong amount ) { _current_balance-= amount; }; CORBA::Long balance() { return _current_balance; }; }; int main( int argc, char *argv[] ) { CORBA::ORB_var orb = CORBA::ORB_init( argc, argv, "mico-local-orb" ); CORBA::BOA_var boa = orb->BOA_init( argc, argv, "mico-local-orb" ); // Server Side Account_Impl *server = new Account_Impl(); CORBA::String_var ref = orb->object_to_string( server ); cout << "Server reference:- " << ref << endl; // Client Side CORBA::Object_var obj = orb->string_to_object( ref ); Account_var client = Account::_narrow( obj ); client->deposit( 700 ); client->withdraw( 450 ); cout << "Balance is...:" << client->balance(); CORBA::release( server ); return 0; } -- Ben cxtxbsw@comp.leeds.ac.uk _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 17:45:06 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:14 2003 Subject: [mico-devel] Newbie- In-Reply-To: Message-ID: Please compile your idl file with '--boa --no-poa' options, because you are using BOA-based skeletons. Cheers, Karel On Tue, 26 Feb 2002, Ben wrote: > > I have followed the tutorial in the manual word for word. For some reason > though, I cant compile the .o file for the file which contains the server > imlpementation and main function. > > Not sure what is causing the errors at lines 4 and 10...?! > > I have also attatched the code just in case im doing something silly- > > > > bash-2.05a$ mico-c++ -c Account_Impl.cc > Account_Impl.cc:4: parse error before `{' > Account_Impl.cc: In function `void deposit(long unsigned int)': > Account_Impl.cc:10: `_current_balance' undeclared (first use this > function) > Account_Impl.cc:10: (Each undeclared identifier is reported only once > Account_Impl.cc:10: for each function it appears in.) > Account_Impl.cc: At top level: > Account_Impl.cc:14: parse error before `}' > Account_Impl.cc: In function `int main(int, char **)': > Account_Impl.cc:22: invalid use of undefined type `class Account_Impl' > Account_Impl.cc:3: forward declaration of `class Account_Impl' > Account_Impl.cc:23: no matching function for call to > `CORBA::ORB::object_to_string (Account_Impl *&)' > /usr/local/include/mico/orb_mico.h:186: candidates are: char * > CORBA::ORB::object_to_string(CORBA::Object *) > Account_Impl.cc:35: no matching function for call to `release > (Account_Impl *&)' > /usr/local/include/mico/object.h:66: candidates are: void > CORBA::release(CORBA::ServerlessObject *) > /usr/local/include/mico/value.h:201: void > CORBA::release(CORBA::AbstractBase *) > /usr/local/include/mico/value.h:222: void > CORBA::release(CORBA::MixedBase *) > /usr/local/include/mico/typecode.h:201: void > CORBA::release(CORBA::TypeCode *) > > > > > #include "account.h" > > class Account_Impl : public Account_skel > { > private: > CORBA::Long _current_balance; > > public: > Account_Impl() { _current_balance = 0; }; > void deposit( CORBA::ULong amount ) { _current_balance+= amount; }; > void withdraw( CORBA::ULong amount ) { _current_balance-= amount; }; > CORBA::Long balance() { return _current_balance; }; > > }; > > int main( int argc, char *argv[] ) > { > CORBA::ORB_var orb = CORBA::ORB_init( argc, argv, "mico-local-orb" ); > CORBA::BOA_var boa = orb->BOA_init( argc, argv, "mico-local-orb" ); > > // Server Side > Account_Impl *server = new Account_Impl(); > CORBA::String_var ref = orb->object_to_string( server ); > cout << "Server reference:- " << ref << endl; > > // Client Side > CORBA::Object_var obj = orb->string_to_object( ref ); > Account_var client = Account::_narrow( obj ); > > client->deposit( 700 ); > client->withdraw( 450 ); > > cout << "Balance is...:" << client->balance(); > > CORBA::release( server ); > > return 0; > } > > > > -- > Ben > cxtxbsw@comp.leeds.ac.uk > > > _______________________________________________ > mico-devel mailing list > mico-devel@mico.org > http://www.mico.org/mailman/listinfo/mico-devel > -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From kgardas at iol.cz Tue Feb 26 20:08:42 2002 From: kgardas at iol.cz (Karel Gardas) Date: Fri Sep 5 12:44:14 2003 Subject: [mico-devel] Hello, hello => error In-Reply-To: <1014746039.2174.0.camel@fight-club> Message-ID: On 26 Feb 2002, John Bates wrote: > Is it just me getting this error when I compile the idl for some of the > demo apps? > Some demo apps are obsolete in terms of new IDL semantics. > /home/jbates/mico/./idl/idl --no-poa --boa hello.idl > hello.idl:2: identifier 'hello' defined twice in this scope > make: *** [hello.cc] Error 1 > > compiling demo interface: > > interface Hello { > void hello (in string s); > }; > It's not allowed now. Please replace 'Hello' with for example 'HelloWorld' and fix client/server too... Cheers, Karel -- Karel Gardas e-mail: kgardas@iol.cz _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Dominic.Pellerin at ericsson.ca Tue Feb 26 17:36:21 2002 From: Dominic.Pellerin at ericsson.ca (Dominic Pellerin (LMC)) Date: Fri Sep 5 12:44:14 2003 Subject: [mico-devel] CAfile in security level2 demo Message-ID: <3C7C0DE5.6040600@lmc.ericsson.se> Hi. I'm trying to understand how micosec CORBASec implementation works. A ran all security demos and tried to understand each concept. But I have some understanding problem with Level2. For the moment, I try to figure out why in the server, you refer to list.pem as the CAfile and why in this file in find the client certificate. $ openssl x509 -subject -dates -fingerprint -in list.pem subject= /C=UK/ST=Client State/L=Cambridge/O=ObjectSecurity Ltd./OU=RD/CN=Client Test/ Email=client@test notBefore=Jul 19 11:02:18 2000 GMT notAfter=Aug 18 11:02:18 2000 GMT MD5 Fingerprint=1E:82:1F:B7:F6:91:2C:D1:74:97:D5:02:6A:B8:4F:8D -----BEGIN CERTIFICATE----- (intentionaly removed) -----END CERTIFICATE----- In my understanding of ssl(supose the server needs to authenticate the client), 1- the certificate authoritry (CA) receives a certificate request 2- if the CA approve the request, it signs it then returns the certificate to the client. 3- When the client connects to a server, the server want to authenticate the client (it should be signed by a CA) 4- The server needs to know at least one CA that could have signed the client certificate and should read the file given by method_struct.CAfile="CAlist.pem" reminder: (method_struct is a Security::SSLKeyCertCAPass obj) Why did you specify a client certificate in list.pem ? Next, I found out that the server does not care about the CAfile. Even if I compile with "" as the CAfile, the execution is OK. I mean that the server does not care about the value of CAfiel and does not make sure the client certificate is valid! Is it something not yet implemented? _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Peter.Broghammer at atm-computer.de Wed Feb 27 11:25:09 2002 From: Peter.Broghammer at atm-computer.de (Peter Broghammer) Date: Fri Sep 5 12:44:14 2003 Subject: [mico-devel] resolve_initial_references Crash Message-ID: <00e601c1bf79$089f9a30$7d000059@atmcomputer.de> My Environment WinNt 4.1 SP6 Vc 6.0 SP5 I wont to create a nameservice object like the example demos/services/naming my Code // Orb Init orb = CORBA::ORB_init(argc,argv,"mico-local-orb"); boa = orb->BOA_init(argc,argv,"mico-local-boa"); . . . /* * Acquire a reference to the Naming Service */ CORBA::Object_var nsobj = orb->resolve_initial_references ("NameService"); at this Point the server crash the stack is 3) mico_throw(const Corba::Exception &) 2) Corba::ORB::resolv_initial_references(const char*) line mico_throw (CORBA::ORB::InvalidName()); 1) main line CORBA::Object_var nsobj = orb->resolve_initial_references ("NameService"); What's fail Thanks for help Peter -- ------------------------------------------------------------------------snip-- | Peter Broghammer | ATM Computer GmbH | Email: | _ _____ _ _ | |Peter.Broghammer@avus-security.de | / \ | || \ / | | |Voice: +49 7531 8084596 |/ \ +- -+| \/ | |Max-Stromeyer-Str.160 |Fax: +49 7531 8084280 | ATM | | | | |\/| | | 78467 Konstanz |Web: |_| |_| |_| |_| |_| | Germany |http://www.atm-computer.de ------------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mico.org/pipermail/mico-devel/attachments/20020227/46cbf33b/attachment.htm From uma at webde-ag.de Wed Feb 27 12:00:19 2002 From: uma at webde-ag.de (Uwe Maurer) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] resolve_initial_references Crash Message-ID: <82C891B6DD60D411A6F200508BC5D6030624B497@exchange1.cinetic.de> Probably you forgot to initialize the ORB properly so that it is not able to determine where it can find the NamingService. For example you should use a command line like yourserver -ORBNamingAddr inet:yourhost:1234 when starting your server. BTW: It is a good idea to catch CORBA::Exception in your main program and handle it (print it out, for example). This makes debugging much easier. Regards, Uwe -----Original Message----- From: Peter Broghammer [mailto:Peter.Broghammer@atm-computer.de] Sent: Wednesday, February 27, 2002 11:25 AM To: mico-devel@mico.org Subject: [mico-devel] resolve_initial_references Crash My Environment WinNt 4.1 SP6 Vc 6.0 SP5 I wont to create a nameservice object like the example demos/services/naming my Code // Orb Init orb = CORBA::ORB_init(argc,argv,"mico-local-orb"); boa = orb->BOA_init(argc,argv,"mico-local-boa"); . . . /* * Acquire a reference to the Naming Service */ CORBA::Object_var nsobj = orb->resolve_initial_references ("NameService"); at this Point the server crash the stack is 3) mico_throw(const Corba::Exception &) 2) Corba::ORB::resolv_initial_references(const char*) line mico_throw (CORBA::ORB::InvalidName()); 1) main line CORBA::Object_var nsobj = orb->resolve_initial_references ("NameService"); What's fail Thanks for help Peter -- ------------------------------------------------------------------------snip -- | Peter Broghammer | ATM Computer GmbH | Email: | _ _____ _ _ | |Peter.Broghammer@avus-security.de | / \ | || \ / | | |Voice: +49 7531 8084596 |/ \ +- -+| \/ | |Max-Stromeyer-Str.160 |Fax: +49 7531 8084280 | ATM | | | | |\/| | | 78467 Konstanz |Web: |_| |_| |_| |_| |_| | Germany |http://www.atm-computer.de ---------------------------------------------------------------------------- -- _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From barrisca at student.cs.ucc.ie Wed Feb 27 11:33:36 2002 From: barrisca at student.cs.ucc.ie (Paul Simon Barriscale) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] DSI - ServerRequest In-Reply-To: <20020226120837.E487@rose.fpx.de> from "Frank Pilhofer" at Feb 26, 2002 12:08:37 PM Message-ID: <200202271133.LAA31788@student.cs.ucc.ie> > > Paul Simon Barriscale wrote: > > > > I'm referring to Section 8.3.1 of the CORBA spec 01-09-01. It mentions that > > ServerRequest::arguments can be called only once by the DIR associated with > > the object implementation. > > > > Is there anyway around this. > > > Would this not require implementing some sort of caching interceptor on top of the actual interceptor itself? I'm not sure. I don't know enough about interceptors really to make a good decision. > No; at least, not easily. What about caching the NVList ? > > Frank > > > -- > Frank Pilhofer ........................................... fp@fpx.de > A lawyer is someone who writes an eighty-page document and calls it > a brief. - Alfred E. Neuman > Paul -- Paul Barriscale barrisca@student.cs.ucc.ie http://student.cs.ucc.ie/~barrisca ________________________________________________________________ University College Cork _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From ras at objectsecurity.com Wed Feb 27 15:27:09 2002 From: ras at objectsecurity.com (Rudolf Schreiner) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] CAfile in security level2 demo In-Reply-To: <3C7C0DE5.6040600@lmc.ericsson.se> Message-ID: On Tue, 26 Feb 2002, Dominic Pellerin (LMC) wrote: > I'm trying to understand how micosec CORBASec implementation works. [...] > In my understanding of ssl(supose the server needs to authenticate the > client), > 1- the certificate authoritry (CA) receives a certificate request [...] No, this is not part of SSL. SSL provides a secure transport, the source of the certificates is not defined. MICOSec and MICO SSL just use certificates. [...] > Is it something not yet implemented? The CORBA security services and MICOSec are both work in progress. The problem is the standard. The CORBASec specification does not meet the requirements of SSL. Or SSL does not meet the requirements of the standard. Originally CORBASec was developed for security mechanisms like Kerberos or SESAME, which are based on the exchange of tokens the principal obtains from a server. SSL was not part of the original CORBASec specification, and has a different concept. It was added later to the spec, without much effort for a clean integration. The two concepts, GSS_API based token exchange and a secure transport based on PKC, are sometimes in conflict which each other. The SESAME orientated CORBASec still does not provide interfaces needed for setting SSL specific policies or obtaining attributes from SSL. This made lots of problems for the implementation of MICOSec, for example: -Unflexible attribute formats -L1 didn't allow to get server attributes -Establishment of a secure session -Underspecified PrincipalAuthenticator The first two issues are fixed in MICOSec, at least in the context of the current CORBASec standard. The session establishment is still an issue. For example SSL doesn't support what CORBASec defines (authentication of the client to the server) or CORBASec doesn't provide interfaces to functionality PKC based security mechanisms need, for example policies for checking the certificates. There are many gaps between the standard and SSL. The PrincipalAuthenticator in L2 has similiar problems. At the beginning we hardcoded a very strict checking of certificates, but on request of a customer this had to be modified to something more "liberal". There is an interface of MICOSec to a (proprietary) PKI, but for licence reasons it is not part of the public MICOSec. SSL is a crappy protocol which does not meet the requirements of CORBASec. To solve the problems with SSL, the OMG defined a new protocol, Common Secure Interoperability version 2, which we are currently implementing. As part of the CSIv2 implementation we will enhance the certificate handling, including certificate checking. Later we will add functions for the generation of certificates and authorization tokens. In the meantime the certificate handling in MICOSec is based on MICO SSL. Cheers, Rudi _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From st946tbf at drexel.edu Wed Feb 27 13:50:15 2002 From: st946tbf at drexel.edu (Vy Ho) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] Mico and JNI In-Reply-To: <200202262010.g1QKA2310676@mico.org> Message-ID: From: alain.bedu@ota.fr.socgen.com To: kgardas@iol.cz cc: mico-devel@mico.org Date: Tue, 26 Feb 2002 11:29:47 +0100 Subject: Re[2]: [mico-devel] idl utility questions Because I need to get some java instances in C++ code ! I must call a C++ librairie from java code, so I use JNI. But JNI doesn't I think it is possible to use JNI for user define classes. You can then call the java object's get and set to do things with it. Check out the java's tutorial. You can use java object from C++ for sure. Now, it's my question. Does anyone have compiled Mico 2.3.6 under DG/UX yet? I saw the document says that some users reported Mico runs on DG/UX. If that is you, please share your experience with me. What compiler/setting do you need to use. Was there any problem with the instruction from MICO? Any change to source code? I said this because I notice that I have to play with it a little bit to get it to work under VC++ for windows. Please let me know if you have done this. Thank you very much. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From Arnaud.Bailly at lifl.fr Thu Feb 28 08:45:51 2002 From: Arnaud.Bailly at lifl.fr (Arnaud Bailly) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] idl utility questions In-Reply-To: References: Message-ID: <15485.57391.637884.31374@argus.lifl.fr> Hi, Maybe I'm missing something but I'm quite sure you can manipulate Java objects from C++ code the way you want. Of course, it is not as straightforward as the Java syntax :-) And you can manipulate C++ objects through Java code using proper encapsulation and proxying. Arnaud Bailly _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From rmartony at espectador.com.uy Thu Feb 28 11:36:09 2002 From: rmartony at espectador.com.uy (=?iso-8859-1?Q?Rafael_M=E1rtony?=) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] Problems compiling "tree" demo Message-ID: Hello everybody, I'm working with MICO 2.3.6 in Windows NT enviroment and I'm having problems compiling the "tree" demo from the MICO distribution files. Whenever I try to compile tree.cc, after running the idl compiler to tree.idl, I get the the following error messages: --- Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. e:\mico\win32-bin\idl tree.idl cl.exe /c /nologo /D_DEBUG /D_WINDOWS /GX /GR /TP /Zi /MD /I. /I..\..\. .\include /I..\..\..\include\windows /Gm /Od tree.cc /Fotree.obj tree.cc tree.cc(558) : error C2352: 'CORBA::ValueBase::_copy_value' : illegal call of non-static member function ..\..\..\include\mico/value.h(39) : see declaration of '_copy_value' tree.cc(840) : error C2352: 'CORBA::ValueBase::_copy_value' : illegal call of non-static member function ..\..\..\include\mico/value.h(39) : see declaration of '_copy_value' tree.cc(1019) : error C2352: 'Key::_narrow_helper' : illegal call of non-static member function tree.h(36) : see declaration of '_narrow_helper' tree.cc(1201) : error C2352: 'Node::_narrow_helper' : illegal call of non-static member function tree.h(67) : see declaration of '_narrow_helper' NMAKE : fatal error U1077: 'cl.exe' : return code '0x2' Stop. --- Actually, I get the same error with simpler idl's like this one: valuetype list { public string data; public list next; } What am I doing wrong? Other demos like Account or HelloWorld compiled without errors. Anybody can help? Thank you, Rafael. _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel From NardusLR at ComparexAfrica.co.za Thu Feb 28 17:16:03 2002 From: NardusLR at ComparexAfrica.co.za (Nardus le Roux / PQN) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] Mico 2.3.6. on Solaris 7 Message-ID: <1417D0B36A9CD411B46D00508BB1AAF79D1000@exchmds02.pqafrica.co.za> Hi all.. I have a problem installing Mico 2.3.6 on Solaris 7 (sparc). I receive the following message when executing the configure script: "checking whether byte ordering is bigendian... configure: error: can not run test program while cross compiling" My command is "./configure --with-tcl=/usr/local/ActiveTcl" I have tried to add the gcc lib path and /mico/orb to LD_LIBRARY_PATH, to no avail. Attached the config.log file. Any other ideas? Thanks in advance Nardus le Roux -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 36979 bytes Desc: not available Url : http://www.mico.org/pipermail/mico-devel/attachments/20020228/361215ba/config.obj From 520065607613-0001 at t-online.de Thu Feb 28 17:43:34 2002 From: 520065607613-0001 at t-online.de (Frank Pilhofer) Date: Fri Sep 5 12:44:15 2003 Subject: [mico-devel] Mico 2.3.6. on Solaris 7 In-Reply-To: <1417D0B36A9CD411B46D00508BB1AAF79D1000@exchmds02.pqafrica.co.za>; from NardusLR@ComparexAfrica.co.za on Thu, Feb 28, 2002 at 05:16:03PM +0200 References: <1417D0B36A9CD411B46D00508BB1AAF79D1000@exchmds02.pqafrica.co.za> Message-ID: <20020228174334.A1769@rose.fpx.de> Nardus le Roux / PQN wrote: > > I have a problem installing Mico 2.3.6 on Solaris 7 (sparc). > I receive the following message when executing the configure script: > "checking whether byte ordering is bigendian... configure: error: can not > run test program while cross compiling" > For some reason, ./configure does not seem to be able to run code compiled by your gcc/c++, and therefore thinks that it is cross-compiling. Look at the first messages printed on-screen by ./configure. Please fix your gcc/c++ installation. Frank -- Frank Pilhofer ........................................... fp@fpx.de A lawyer is someone who writes an eighty-page document and calls it a brief. - Alfred E. Neuman _______________________________________________ mico-devel mailing list mico-devel@mico.org http://www.mico.org/mailman/listinfo/mico-devel