http://blog.gmane.org/gmane.comp.corba.mico.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.corba.mico.devel/1047 <pre>Hello, I am entering a project where we decided C++ was the way to go. C++/boost core engine, devices to be I2C exposed over a distributed object architecture (enter CORBA potentially), and so on, to enable distributed development potentially off-device, as well as on-device in production. I am no stranger to distributed object technology stacks, like COM-family, web services including WCF, and even a little CORBA, but it has been several years for CORBA, so need a little practical guidance, specially for targeting cross-platforms. Development would occur on a Windows-based system and target ArchLinux/ARM. What are our options? We can build the ORB to run on either platform? Can it be statically linked with the client/server? Better to dynamically link and let it run as a service? However if performance suffers and the advantages of getting out of the middle tier protocol management business aren't there, like can we talk client/server over different asynchronous TCP/IP ports, then we may end up rolling </pre> Michael Powell 2013-02-15T12:11:37 http://comments.gmane.org/gmane.comp.corba.mico.devel/1046 <pre>Hi, I've just implemented some collections realizing some CosCollection interfaces. A collection is typed at run-time through a CosCollection::Operations object. It offers a collection some methods for element type checking and for ordering. So there's really a lot of communication between a Collection and its Operations object. After a few seconds of intensive entering, removing or looking up elements in a collection things become slower and slower and slower, … Some debugging shows that after a few seconds about 40.000 MICO::GIOPSimpleProf objects where created in the context of the Operations process. This process only runs exactly 2 Operation objects as default servants of a POA with NON-RETAIN policy. After a code review of MICO 2.3.13 (the version in use) I found that profiles where entered - using IOR::add_profile() - into a container of type IOR::IORProfileVec but will only be erased - using IOR::del_profile() - on POA creation. I think computing will become slower due to the lookup loop in IOR</pre> Thomas Schmidt 2013-01-22T01:14:03 http://comments.gmane.org/gmane.comp.corba.mico.devel/1045 <pre>Hi, I'm currently implementing some CosCollection based classes. When testing the implementation I'll receive about 20% or more BAD_OPERATION exceptions on methods sending to my collections created for tests. When debugging I found that my collection factory will receive messages (like add_element()) directed to its formerly created collection objects. After days of debugging and code review I didn't find the reason of this failure but found a workaround: Instead of activating my collections and other objects like collection iterators or Operations objects using POA::activate_object() which implicitly generates an ObjectId, I better use POA::activate_object_with_id(). When generating my own process-wide unique ID I'll never get BAD_OPERATIONS any more. I'm developing and testing on MacOSX 10.8 in 32-bit memory mode using Xcode with LLVM gcc 4.2 compiler-suite. Ciao Thomas -- Thomas Schmidt Velgen 1 D-29582 Hanstedt Tel: +49-4134-236339 Mobil: +49-151-23095598 Skype: ThCSchmidt Email: TC.Schmidt&lt; at &gt;gmx.net </pre> Thomas Schmidt 2013-01-07T02:14:34 http://comments.gmane.org/gmane.comp.corba.mico.devel/1044 <pre>------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov_______________________________________________ Mico-devel mailing list Mico-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mico-devel </pre> Alireza Azarnia 2012-11-08T23:46:48 http://comments.gmane.org/gmane.comp.corba.mico.devel/1039 <pre>Hi Recently my company have upgraded the version of mico that we are using from 2.3.11 to 2.3.13. We have done this because 2.3.11 failed to build on a new version of red hat that we have moved to. (Red Hat Enterprise Linux Server release 6.3 (Santiago)) Other than making some changes to get our software to build against the new compiler we haven't changed our code. However when we run we are getting a marshall exception in the client (thrown by the server). The client is a java client built against jacorb. The server is reporting the following error Error: cannot decode args in StaticServerRequest. In the idl the function call is defined as unsigned long getLikeSize(in long keyNum, in any key); Switching on the full debugging reports the following MICO::GIOPConn::input_ready () conn: 0x8079450 ev: GIOPConnCallback::InputReady t_mod: 0 pool: conn: _activerefs: 1 In Data 47 49 4f 50 01 00 00 00 00 00 02 90 00 00 00 00 GIOP........... 00 0</pre> Gregory, Peter 2012-10-30T10:56:33 http://comments.gmane.org/gmane.comp.corba.mico.devel/1038 <pre>------------------------------------------------------------------------------ The Windows 8 Center - In partnership with Sourceforge Your idea - your app - 30 days. Get started! http://windows8center.sourceforge.net/ what-html-developers-need-to-know-about-coding-windows-8-metro-style-apps/_______________________________________________ Mico-devel mailing list Mico-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mico-devel </pre> Alireza Azarnia 2012-10-29T11:28:33 http://comments.gmane.org/gmane.comp.corba.mico.devel/1037 <pre>Hi , Does current implementation of MICO CORBA support - 1) Database Transaction Processing 2) Wireless Network Interrface support Kindly help with your knowledge. Thanks ________________________________ From: Santosh N Dumbre Sent: Saturday, October 06, 2012 3:31 PM To: mico-devel&lt; at &gt;lists.sourceforge.net Subject: feasibility of CORBA usage Hi , I want to develop a software solution for Industrial Automation and Control Domain with following features - 1. Event Processing - Events arriving from various sensors like - temperature, pressure etc. - Use of "Message Queues" 2. Database transactions for event processing 3. Wireless network interface support 4. Video/Audio data processing capabilities I am looking for any "MIDDLEWARE" that will be of use for this type of development. I have heard of CORBA, but not very familiar with it. Is CORBA framework/ Middleware right choice for this type of application ? Which can be good choice for CORBA - omni</pre> Santosh N Dumbre 2012-10-08T08:50:03 http://comments.gmane.org/gmane.comp.corba.mico.devel/1036 <pre> Hi , I want to develop a software solution for Industrial Automation and Control Domain with following features - 1. Event Processing - Events arriving from various sensors like - temperature, pressure etc. - Use of "Message Queues" 2. Database transactions for event processing 3. Wireless network interface support 4. Video/Audio data processing capabilities I am looking for any "MIDDLEWARE" that will be of use for this type of development. I have heard of CORBA, but not very familiar with it. Is CORBA framework/ Middleware right choice for this type of application ? Which can be good choice for CORBA - omniORB / TAO / MICO ORB ? Or, there are different alternatives available apart from CORBA for this type of application ? Kindly help with your knowledge. Please reply. Thanks &amp; Regards, sd. Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient</pre> Santosh N Dumbre 2012-10-06T10:01:17 http://comments.gmane.org/gmane.comp.corba.mico.devel/1035 <pre>Hello, In order to go on with a possible CosTransactions and an OTS-Aware orb, could you give me some hints about he following sentences and how to achieve them with Mico: ------------------------------------------------------------------------ Table 2-7 InvocationPolicy checks required on the client invocation path Invocation Mode InvocationPolicy Required Action Synchronous EITHER ok; check OTSPolicy SHARED ok; check OTSPolicy UNSHARED raise TRANSACTION_MODE Asynchronous EITHER ok; check OTSPolicy SHARED raise TRANSACTION_MODE UNSHARED ok; check OTSPolicy An invocation is considered synchronous if it uses a standard client stub, the DII, or AMI with an effective routing policy of ROUTE_NONE. An invocation is considered asynchronous if it uses the features of CORBA messaging to invoke on a router rather than the target object. </pre> laurent< at >marzu.org 2012-10-05T14:09:37 http://comments.gmane.org/gmane.comp.corba.mico.devel/1032 <pre>Hi all, I am trying to understand various features of CORBA. Coming across a query - Are there any limitations associated with CORBA ? In case of remote call, it blocks the thread and wait for reply to be received. Some people claim that it is inefficient and major limitation of CORBA. It it true really with CORBA ? Kindly help my understanding. Please reply. Thanks, Santosh. Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or mailadmin&lt; at &gt;igate.com. iGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of iGATE. iGATE is not responsible for </pre> Santosh N Dumbre 2012-10-05T09:46:09 http://comments.gmane.org/gmane.comp.corba.mico.devel/1031 <pre> Hi all, I am new to CORBA. I have a linux PC with Mico 2.3.13 installed that communicate with an external hardware by Ethernet interface. There is any way I can understand how pc send commands and receive from the hardware? I am trying to understand CORBA transport protocol and I've been trying to figure out whether the protocol usedis TCP, UDP or any CORBA customized format. I would also like to know what is its packet format maybe for filtering purposes like if I attach it to a switch or modem anything like that. Can I get some insight on how CORBA communicates thought the network and if there is any specific packet format (size, etc.). I will appreciate any help you can provide on this... Juan ECES Student ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try N</pre> Juan G. Colón Colón 2012-10-02T17:48:50 http://comments.gmane.org/gmane.comp.corba.mico.devel/1030 <pre> Hi there, I would like to post a message in the mailing list. How would I do it? Subject: CORBA (GIOP) Transport Protocol and Packet Format I have a linux PC with Mico 2.3.13 installed that communicate with an external hardware by Ethernet interface. There is any way I can understand how pc send commands and receive from the hardware? I am trying to understand CORBA transport protocol and I've been trying to figure out whether the protocol usedis TCP, UDP or any CORBA customized format. I would also like to know what is its packet format maybe for filtering purposes like if I attach it to a switch or modem anything like that. Can I get some insight on how CORBA communicates thought the network and if there is any specific packet format (size, etc.). I will appreciate any help on this.. Juan ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and kn</pre> Juan G. Colón Colón 2012-10-02T17:45:36 http://comments.gmane.org/gmane.comp.corba.mico.devel/1029 <pre> Hi all, I am coming across a query related to MICO ORB omplementation - Does the Transport Layer of MICO ORB supports - UDP protocol apart from GIOP/IIOP Protocols which are TCP based ? Is there support available for UDP socket communication with current implementation ? Kindly help my understanding. Please reply. Thanks, Santosh. Information contained and transmitted by this e-mail is confidential and proprietary to iGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or mailadmin&lt; at &gt;igate.com. iGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of iGATE. iGATE is not responsible for the consequences of any actions taken </pre> Santosh N Dumbre 2012-10-01T13:02:37 http://comments.gmane.org/gmane.comp.corba.mico.devel/1027 <pre>Hi all, I have a question: Can I install the Mico on the Enterprise RedHat 6.0 that sited on the VMware Workstation? Regards, Alireza Khalilipour. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ Mico-devel mailing list Mico-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mico-devel </pre> Alireza khalilipour 2012-09-04T11:26:13 http://comments.gmane.org/gmane.comp.corba.mico.devel/1026 <pre>alireza.azarnia&lt; at &gt;gmail.com </pre> alireza azarnia 2012-08-08T07:31:52 http://comments.gmane.org/gmane.comp.corba.mico.devel/1024 <pre>Hi, I just tried to install mico head on my machine (OpenSUSE 11.4; kernel 2.6.37.6 ; gcc version 4.7.0) I've downloaded distributive*/mico-head-2011-01-18.tar.bz2/* (18-Jan-2011 18:18 7.5M) from http://mico.org/snapshots/ I faced the following mistakes during "make" command execution: make[1]: Entering directory `/&lt;path-to-mico&gt;/mico-head-2011-01-18/orb' c++ -I../include -O2 -Wall -Wwrite-strings -fno-strict-aliasing -D_REENTRANT -DPIC -fPIC -c orb.cc -o orb.pic.o orb.cc: In member function 'CORBA::ORBInvokeRec* CORBA::ORB::get_invoke(CORBA::ORB::MsgId)': orb.cc:2397:29: error: redeclaration of 'std::map&lt;unsigned int, CORBA::ORBInvokeRec*, std::less&lt;unsigned int&gt; &gt;::iterator i' orb.cc:2392:38: error: 'std::map&lt;long unsigned int, MICOMT::Locked&lt;std::map&lt;unsigned int, CORBA::ORBInvokeRec*, std::less&lt;unsigned int&gt; &gt; &gt;*&gt;::iterator i' previously declared here orb.cc: In member function 'void CORBA::ORB::del_invoke(CORBA::ORB::MsgId)': orb.cc:2448:2</pre> Dmitry Kachan 2012-07-18T09:37:58 http://comments.gmane.org/gmane.comp.corba.mico.devel/1022 <pre>We have a project where we use Corba technology and since we updated gcc compiler up to 4.7-1.1 version, it is segmentation fault there. We use mico-2.3.13 and to be more precise, here is core dump output: (gdb) where #0 operator-&gt; (this=0x10) at ../include/mico/template.h:102 #1 PInterceptor::PI::_exec_add_ior_interceptor (interceptor=0xb4f8e0) at pi_impl.cc:2811 #2 0x000000000065cfc7 in MICO::CodesetORBInitializer::pre_init (this=&lt;optimized out&gt;, info=0xb4ef90) at codeset.cc:2799 #3 0x000000000062fb5f in CORBA::ORB_init (argc=&lt; at &gt;0x7fff0754e5ec, argv=0x7fff0754e590, _id=&lt;optimized out&gt;) at orb.cc:3864 #4 0x0000000000598d9e in CCorbaClient::CCorbaClient (this=0xb4b780, argc=4, argv=0x7fff0754e888) at /home/irina/SvnWork/ltest2/app/src/Cclient.cpp:185 #5 0x00000000005bfd80 in main (argc=4, argv=0x7fff0754e888) at /home/irina/SvnWork/ltest2/app/src/ltest_main.cpp:176 Does anybody was faced with this problem? Best regards, Irina Fedotova ------------------------------------------------------------------</pre> Irina Fedotova 2012-06-28T15:14:40 http://comments.gmane.org/gmane.comp.corba.mico.devel/1018 <pre>Hi all, trying to compile mico for windows 7 64 bit (VS 2008) using Makefile.win32 caused several runtime errors, i.e. when running idl.exe. Probably Makefile.win32 cannot be used for win7 64 bit target. Is there a makefile available for windows 7 64 bit or are there hints for creating one ? Here is my compiler output : . . . cd ..\coss nmake /nologo /f Makefile.win32 all cd naming nmake /nologo "CREATE_DLL = 1" /f Makefile.win32 lib ..\..\win32-bin\idl.exe --windows-dll coss -B..\.. --c++-skel --name CosNaming ..\..\includ e\coss\CosNaming.idl [3153588942 - 0000000000F0F190] d:\project\vs_projects\mico\orb\os-thread/pthreads.cc:409: assertion failed This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. [3153593374 - 0000000000F0F190] d:\project\vs_projects\mico\orb\os-thread/pthreads.cc:409: assertion failed This application has requested the Runtime to terminate it in </pre> Bernd Macheleidt 2012-06-05T10:14:07 http://comments.gmane.org/gmane.comp.corba.mico.devel/1013 <pre> Hi Team, We are having a problem with our client which hangs on call to _non_existent(). The server is on MICO v2.3.11. I came across the below information from mico-devel for "fix possible _non_existent call DoS vulnerability (reported by Christoph Becker)" from version 2.3.13. http://permalink.gmane.org/gmane.comp.corba.mico.devel/262 I need the complete bug details to understand if we are also facing a similar problem Please give me the reference for the same. Thanks, Dhanya ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure </pre> Dhanya Madhusudan 2012-03-20T10:36:13 http://comments.gmane.org/gmane.comp.corba.mico.devel/1012 <pre>Hi, here's a fix of another double free bug. DataDecoder::get_string_raw() shouldn't free the allocated string. It will usually be freed by the the callers String_var - and this would be the second time this memory area would be freed. CRASH!! DataDecoder::get_string_raw_stl() only uses a C char pointer and so should now free it even on a failed DataDecoder::get_string_raw() evaluation. Index: codec.cc =================================================================== RCS file: /usr/src/cvs/Communication/CORBA/mico/orb/codec.cc,v retrieving revision 1.4 diff -C 4 -r1.4 codec.cc *** codec.cc5 Dec 2011 18:53:27 -00001.4 --- codec.cc9 Jan 2012 21:32:23 -0000 *************** *** 451,460 **** CORBA::Boolean CORBA::DataDecoder::get_string_raw_stl (string &amp;str) { char *s; ! if (!get_string_raw (s)) return FALSE; str = s; CORBA::string_free (s); return TRUE; } --- 451,462 ---- CORBA::Boolean CORBA::DataDecoder::get_string_raw_stl (string &amp;str) { char *s</pre> Thomas Schmidt 2012-01-09T21:42:23 http://comments.gmane.org/gmane.comp.corba.mico.devel/1011 <pre>Hi, MICO::GIOPSimpleProf sometimes double frees memory resulting in a crashed application. Here comes a bug fix. It also contains a fix reported on 12/07/2001 avoiding a NULL pointer access. Index: iop.cc =================================================================== RCS file: /usr/src/cvs/Communication/CORBA/mico/orb/iop.cc,v retrieving revision 1.4 diff -C 4 -r1.4 iop.cc *** iop.cc5 Dec 2011 18:56:12 -00001.4 --- iop.cc8 Jan 2012 15:49:53 -0000 *************** *** 2088,2101 **** /***************************** GIOPSimpleProf ****************************/ MICO::GIOPSimpleProf::GIOPSimpleProf () ! : _objkey (0), _length (0) { } MICO::GIOPSimpleProf::GIOPSimpleProf (const GIOPSimpleProf &amp;p) ! : _objkey (0), _length (0) { if (p._objkey) { _objkey = new CORBA::Octet[_length = p._length]; memcpy (_objkey, p._objkey, p._length); --- 2088,2101 ---- /***************************** GIOPSimpleProf ****************************/ MICO::GIOPSimpleProf::GIOPSimpl</pre> Thomas Schmidt 2012-01-08T16:12:22 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.corba.mico.devel