[mico-devel] Mico 2.3.12: Problems with ird in demo/poa/account-1 on alpha V5.1 with gcc 3.3.1 and Sun Solaris 5.9

Karel Gardas kgardas at objectsecurity.com
Wed Feb 21 09:24:39 PST 2007


Franz,

what's your alpha platform exacly? i.e. OS, C++ compiler pair? This might 
look like some issue with threading.
Also you probably need to imr create NameService before activating it. See 
demo/poa/account-3 for more information.

Cheers,
Karel
--
Karel Gardas                  kgardas at objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com
---
Need experienced, fast, reliable technical MICO support?
---> http://www.objectsecurity.com/mico_commsup_referral.html <---
---

On Tue, 20 Feb 2007, Franz Albermann wrote:

> 
> Hi,
> 
> If I try to run the demo/poa/account-1it doesn't work correctly.
> The contents in .micorc is:
> 
> -ORBIfaceRepoAddr inet:192.168.124.34:9000
> -ORBImplRepoAddr inet:192.168.124.34:9001
> -ORBNamingAddr inet:192.168.124.34:2809
> 
> I have added to the environment is the following two lines:
> 
> setenv PATH ${PATH}:/nfs/buildspace/FAlbermann/mico/build/bin
> setenv LD_LIBRARY_PATH ${LD_LIBRARY_PATH}:/nfs/buildspace/FAlbermann/mico/build/lib
> 
> The following calls are made:
> 
> cd /nfs/buildspace/FAlbermann/mico/demo/poa/account-1
> gmake client server
> ird -ORBIIOPAddr inet:192.168.124.34:9000 -ORBDebug All
> micod --forward -ORBIIOPAddr inet:192.168.124.34:9001 -ORBDebug All
> 
> imr activate NameService
> 
> ./server # in separatem xterm #1
> ./client # in anderem xterm #2
> 
> The problem is the call of
> 
> ird -ORBIIOPAddr inet:192.168.124.34:9000 -ORBDebug All
> 
> With Mico 2.3.12 on alpha und on Sun Solaris I get the following output (on alpha):
> 
> padtru05 347> ird -ORBIIOPAddr inet:192.168.124.34:9000 -ORBDebug All
> Using 0 as a concurrency model of whole orb.
> Using thread-pool concurrency model.
> Using client concurrency model: threaded
> MICO::InputHandler::InputHandler()
> ActiveMsgQueue::ActiveMsgQueue(): (0x14006f160)
> MICO::MTDispatcher::MTDispatcher()
> ActiveMsgQueue::ActiveMsgQueue(): (0x14006fac0)
> CSIv2: added client user name: `' passwd: `'
> encoded realm name:
> 04 01 00 08 06 06 67 81   02 01 01 01 00 00 00 0e     ......g.  ........
> 40 64 65 66 61 75 6c 74   5f 72 65 61 6c 6d           @default  _realm
> CSIv2::ComponentDecoder::ComponentDecoder()
> SecurityManager uses GIOP version 1.0
> IIOP: server listening on inet:padtru05.pad.orga-systems.net:9000 IIOP version 1.0
> binding to inet:padtru05.pad.orga-systems.net:9000
> void_array::__fast_insert (0x140070b00):    return 0
> ORB::add_invoke (MsgId=2)
> IIOP: making new GIOP 1.0 connection to inet:192.168.124.34:9001
> IIOP: connect to inet:192.168.124.34:9001 failed: Connection refused
> ORB::wait for 0x140097dc0
> ORB::del_invoke (MsgId=2)
> Warning: cannot bind to Implementation Repository at inet:192.168.124.34:9001.
> Warning: will use a local Implementation Repository
> ORB::add_invoke (MsgId=3)
> IIOP: making new GIOP 1.0 connection to inet:192.168.124.34:9000
> GIOPCodec::GIOPCodec(): 0x1400c3600
> MICO::GIOPConnReader::GIOPConnReader(0x1400c0000)
> GIOP: sending _bind Request to inet:padtru05.pad.orga-systems.net:9000 msgid is 3
> MICO::GIOPConnReader::_run()
> IIOPProxy::add_invoke: rec=0x1400a2800, id=0x140097dc0, msgid=3)
> MICO::GIOPConn::output (CORBA::Buffer *b)
>      b: 0x140097fd0
>   Out Data  47 49 4f 50 01 00 01 00 4c 00 00 00 00 00 00 00  GIOP....L.......
>             03 00 00 00 01 00 00 00 00 00 00 00 06 00 00 00  ................
>             5f 62 69 6e 64 00 00 00 00 00 00 00 21 00 00 00  _bind.......!...
>             49 44 4c 3a 6f 6d 67 2e 6f 72 67 2f 43 4f 52 42  IDL:omg.org/CORB
>             41 2f 52 65 70 6f 73 69 74 6f 72 79 3a 31 2e 30  A/Repository:1.0
>             00 00 00 00 00 00 00 00                          ........
> ORB::wait for 0x140097dc0
> 
> 
> The imr command
>         imr activate NameService
> is waiting in select() afterwards.
> 
> 
> With Mico 2.3.11 on Solaris the demo works correct.
> 
> There we get the follwoing output from the ird command:
> 
> padsol11 330> ird -ORBIIOPAddr inet:192.168.124.115:9002 -ORBDebug All
> IIOP: server listening on inet:192.168.124.115:9002 IIOP version 1.0
> binding to inet:192.168.124.115:9002
> void_array::__fast_insert (0x1001b9e40):    return 0
> IIOP: making new GIOP 1.0 connection to inet:192.168.124.115:9003
> IIOP: connect to inet:192.168.124.115:9003 failed: Connection refused
> ORB::wait for 0x1001ba9d0
> Warning: cannot bind to Implementation Repository at inet:192.168.124.115:9003.
> Warning: will use a local Implementation Repository
> IIOP: making new GIOP 1.0 connection to inet:192.168.124.115:9002
> GIOPCodec::GIOPCodec(): 0x1001bac80
> GIOP: sending _bind Request to inet:192.168.124.115:9002 msgid is 3
> IIOPProxy::add_invoke: rec=0x1001b2440, id=0x1001ba9d0, msgid=3)
>   Out Data  47 49 4f 50 01 00 00 00 00 00 00 4c 00 00 00 00  GIOP.......L....
>             00 00 00 03 01 00 00 00 00 00 00 00 00 00 00 06  ................
>             5f 62 69 6e 64 00 00 00 00 00 00 00 00 00 00 21  _bind..........!
>             49 44 4c 3a 6f 6d 67 2e 6f 72 67 2f 43 4f 52 42  IDL:omg.org/CORB
>             41 2f 52 65 70 6f 73 69 74 6f 72 79 3a 31 2e 30  A/Repository:1.0
>             00 00 00 00 00 00 00 00                          ........
> ORB::wait for 0x1001ba9d0
> MICO::IIOPServer::callback: tserv = 0x1001b9e40, ev =0
> IIOP: new connection opened from inet:192.168.124.115:50604
> GIOPCodec::GIOPCodec(): 0x1001bb4f0
>    In Data  47 49 4f 50 01 00 00 00 00 00 00 4c 00 00 00 00  GIOP.......L....
>             00 00 00 03 01 00 00 00 00 00 00 00 00 00 00 06  ................
>             5f 62 69 6e 64 00 00 00 00 00 00 00 00 00 00 21  _bind..........!
>             49 44 4c 3a 6f 6d 67 2e 6f 72 67 2f 43 4f 52 42  IDL:omg.org/CORB
>             41 2f 52 65 70 6f 73 69 74 6f 72 79 3a 31 2e 30  A/Repository:1.0
>             00 00 00 00 00 00 00 00                          ........
> MICO::Server::input_callback (GIOPConn *conn, CORBA::Buffer *inp)
>    conn: 0x1001bb550
>     inp: 0x1001b0470
> IIOP: incoming data from inet:192.168.124.115:50604
> GIOP: incoming Request from inet:192.168.124.115:50604 with msgid 3
> IIOPServer::add_invoke (id=4)
> ORB::add_invoke (MsgId=4)
> ORB::del_invoke (MsgId=4)
> GIOP: sending _bind Reply to inet:192.168.124.115:50604 for msgid 3 status is 0
>   Out Data  47 49 4f 50 01 00 00 01 00 00 00 1c 00 00 00 00  GIOP............
>             00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 01  ................
>             00 00 00 00 00 00 00 00                          ........
> IIOPServer::del_invoke (id=4)
>    In Data  47 49 4f 50 01 00 00 01 00 00 00 1c 00 00 00 00  GIOP............
>             00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 01  ................
>             00 00 00 00 00 00 00 00                          ........
> IIOP: incoming data from inet:192.168.124.115:9002
> GIOP: incoming Reply from inet:192.168.124.115:9002 for msgid 3 status is 0
> IIOPProxy::pull_invoke: id=0x1001ba9d0, rec = 0x1001b2440
> IIOPProxy::handle_invoke_reply: rec=0x1001b2440)
> IIOPProxy::del_invoke: rec = 0x1001b2440
> MICO::IIOPProxy::exec_invoke_reply (obj=0, *req=0, *conn=0x1001bace0)
> Warning: cannot bind to Interface Repository at inet:192.168.124.115:9002.
> Warning: will use a local Interface Repository
> IIOP: making new GIOP 1.0 connection to inet:192.168.124.115:2810
> IIOP: connect to inet:192.168.124.115:2810 failed: Connection refused
> ORB::wait for 0x1001ba9d0
> Warning: cannot bind to Naming Service at inet:192.168.124.115:2810.
> 
> 
> Any ideas?
> 
> Thanks
> 
> Franz Albermann
>


More information about the Mico-devel mailing list