[Rock-dev] Something is broken on orocos.rb

Matthias Goldhoorn matthias.goldhoorn at dfki.de
Wed May 8 17:10:37 CEST 2013


this worked this morning:

caused by this script:
http://spacegit.dfki.uni-bremen.de/limes/orogen-mantis_sim/blobs/master/scripts/start_mantis_monster_sim.rb

Greetings,
Matthias

-------- Original Message --------
Subject: 	Re: Wenn der nue definierte Port genutzt wird ...
Date: 	Wed, 08 May 2013 17:06:42 +0200
From: 	Alexander Dettmann <Alexander.Dettmann at dfki.de>
To: 	Matthias Goldhoorn <matthias.goldhoorn at uni-bremen.de>



Läuft immer noch nicht:

/media/Daten/GITs/LIMES/install/lib/ruby/1.9.1/typelib.rb:238:in
`from_ruby': cannot convert ["mars_trigger", "mars", "servo_0",
"servo_1", "servo_2", "servo_3", "servo_4", "servo_5", "servo_6",
"servo_7", "servo_8", "servo_9", "servo_10", "servo_11", "servo_12",
"servo_13", "servo_14", "servo_15", "servo_16", "servo_17", "servo_18",
"servo_19", "servo_20", "servo_21", "servo_22", "servo_23", "servo_24",
"servo_25", "servo_26", "servo_27", "servo_28", "servo_29", "servo_30",
"servo_31", "servo_32", "mantis_monster", "servo_0", "servo_1",
"servo_2", "servo_3", "servo_4", "servo_5", "servo_6", "servo_7",
"servo_8", "servo_9", "servo_10", "servo_11", "servo_12", "servo_13",
"servo_14", "servo_15", "servo_16", "servo_17", "servo_18", "servo_19",
"servo_20", "servo_21", "servo_22", "servo_23", "servo_24", "servo_25",
"servo_26", "servo_27", "servo_28", "servo_29", "servo_30", "servo_31",
"servo_32"] to /std/vector</std/string>: types differ and there are not
convertions from one to the other (ArgumentError)
     from
/media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context_base.rb:88:in
`write'
     from
/media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context_base.rb:798:in
`method_missing'
     from start_mantis_monster_sim.rb:110:in `block in<main>'
     from
/media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:486:in
`block in run'
     from
/media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:861:in `guard'
     from
/media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:485:in `run'
     from
/media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:74:in `run'
     from start_mantis_monster_sim.rb:6:in `<main>'

????

Am 08.05.2013 11:12, schrieb Matthias Goldhoorn:
>  Man kann sich auch selbst ins bein schießen.....
>  Also mantis läuft nun bei mir auch, bei mir war der orcos.rb patch
>  entfallen weshalb das CPG nie gesetzt wurde....
>
>  *grml*
>
>  ich pushe meine laufende (mit dem neuen port) version!
>
>  Grüße
>
>
>  On 08.05.2013 10:24, Alexander Dettmann wrote:
>>  ... stürzt das Programm gleich ab:
>>
>>  Configuring and starting mantis_monster ... ==10942== Thread 20:
>>  ==10942== Invalid read of size 8
>>  ==10942==    at 0x654A43C:
>>  RTT::OutputPort<int>::connectionAdded(boost::intrusive_ptr<RTT::base::ChannelElementBase>,
>>  RTT::ConnPolicy const&) (OutputPort.hpp:110)
>>  ==10942==    by 0x77AFA07:
>>  RTT::base::OutputPortInterface::addConnection(RTT::internal::ConnID*,
>>  boost::intrusive_ptr<RTT::base::ChannelElementBase>, RTT::ConnPolicy
>>  const&) (OutputPortInterface.cpp:74)
>>  ==10942==    by 0x77BE5E0:
>>  RTT::internal::ConnFactory::createAndCheckConnection(RTT::base::OutputPortInterface&,
>>  RTT::base::InputPortInterface&,
>>  boost::intrusive_ptr<RTT::base::ChannelElementBase>, RTT::ConnPolicy)
>>  (ConnFactory.cpp:102)
>>  ==10942==    by 0x655D611: bool
>>  RTT::internal::ConnFactory::createConnection<int>(RTT::OutputPort<int>&,
>>  RTT::base::InputPortInterface&, RTT::ConnPolicy const&)
>>  (ConnFactory.hpp:316)
>>  ==10942==    by 0x654AD16:
>>  RTT::OutputPort<int>::createConnection(RTT::base::InputPortInterface&, RTT::ConnPolicy
>>  const&) (OutputPort.hpp:301)
>>  ==10942==    by 0xD63235C:
>>  RTT::corba::CDataFlowInterface_i::createConnection(char const*,
>>  RTT::corba::_objref_CDataFlowInterface*, char const*,
>>  RTT::corba::CConnPolicy&) (DataFlowI.cpp:580)
>>  ==10942==    by 0xD670EA5:
>>  _0RL_lcfn_8fd6acea43f2a3c6_c1000000(omniCallDescriptor*,
>>  omniServant*) (DataFlowC.cc:1842)
>>  ==10942==    by 0xD9E3380: omniCallHandle::upcall(omniServant*,
>>  omniCallDescriptor&) (in /usr/lib/libomniORB4.so.1.6)
>>  ==10942==    by 0xD672647:
>>  RTT::corba::_impl_CDataFlowInterface::_dispatch(omniCallHandle&)
>>  (DataFlowC.cc:2421)
>>  ==10942==    by 0xD6856AA:
>>  RTT::corba::_impl_CService::_dispatch(omniCallHandle&) (ServiceC.cc:538)
>>  ==10942==    by 0xD9D52DC:
>>  omni::omniOrbPOA::dispatch(omniCallHandle&, omniLocalIdentity*) (in
>>  /usr/lib/libomniORB4.so.1.6)
>>  ==10942==    by 0xD9BA247:
>>  omniLocalIdentity::dispatch(omniCallHandle&) (in
>>  /usr/lib/libomniORB4.so.1.6)
>>  ==10942==  Address 0x19 is not stack'd, malloc'd or (recently) free'd
>>  ==10942==
>>  ==10942==
>>  ==10942== Process terminating with default action of signal 11 (SIGSEGV)
>>  ==10942==  Access not within mapped region at address 0x19
>>  ==10942==    at 0x654A43C:
>>  RTT::OutputPort<int>::connectionAdded(boost::intrusive_ptr<RTT::base::ChannelElementBase>,
>>  RTT::ConnPolicy const&) (OutputPort.hpp:110)
>>  ==10942==    by 0x77AFA07:
>>  RTT::base::OutputPortInterface::addConnection(RTT::internal::ConnID*,
>>  boost::intrusive_ptr<RTT::base::ChannelElementBase>, RTT::ConnPolicy
>>  const&) (OutputPortInterface.cpp:74)
>>  ==10942==    by 0x77BE5E0:
>>  RTT::internal::ConnFactory::createAndCheckConnection(RTT::base::OutputPortInterface&,
>>  RTT::base::InputPortInterface&,
>>  boost::intrusive_ptr<RTT::base::ChannelElementBase>, RTT::ConnPolicy)
>>  (ConnFactory.cpp:102)
>>  ==10942==    by 0x655D611: bool
>>  RTT::internal::ConnFactory::createConnection<int>(RTT::OutputPort<int>&,
>>  RTT::base::InputPortInterface&, RTT::ConnPolicy const&)
>>  (ConnFactory.hpp:316)
>>  ==10942==    by 0x654AD16:
>>  RTT::OutputPort<int>::createConnection(RTT::base::InputPortInterface&, RTT::ConnPolicy
>>  const&) (OutputPort.hpp:301)
>>  ==10942==    by 0xD63235C:
>>  RTT::corba::CDataFlowInterface_i::createConnection(char const*,
>>  RTT::corba::_objref_CDataFlowInterface*, char const*,
>>  RTT::corba::CConnPolicy&) (DataFlowI.cpp:580)
>>  ==10942==    by 0xD670EA5:
>>  _0RL_lcfn_8fd6acea43f2a3c6_c1000000(omniCallDescriptor*,
>>  omniServant*) (DataFlowC.cc:1842)
>>  ==10942==    by 0xD9E3380: omniCallHandle::upcall(omniServant*,
>>  omniCallDescriptor&) (in /usr/lib/libomniORB4.so.1.6)
>>  ==10942==    by 0xD672647:
>>  RTT::corba::_impl_CDataFlowInterface::_dispatch(omniCallHandle&)
>>  (DataFlowC.cc:2421)
>>  ==10942==    by 0xD6856AA:
>>  RTT::corba::_impl_CService::_dispatch(omniCallHandle&) (ServiceC.cc:538)
>>  ==10942==    by 0xD9D52DC:
>>  omni::omniOrbPOA::dispatch(omniCallHandle&, omniLocalIdentity*) (in
>>  /usr/lib/libomniORB4.so.1.6)
>>  ==10942==    by 0xD9BA247:
>>  omniLocalIdentity::dispatch(omniCallHandle&) (in
>>  /usr/lib/libomniORB4.so.1.6)
>>  ==10942==  If you believe this happened as a result of a stack
>>  ==10942==  overflow in your program's main thread (unlikely but
>>  ==10942==  possible), you can try to increase the size of the
>>  ==10942==  main thread stack using the --main-stacksize= flag.
>>  ==10942==  The main thread stack size used in this run was 8388608.
>>  ==10942==
>>  ==10942== HEAP SUMMARY:
>>  ==10942==     in use at exit: 1,076,778,941 bytes in 41,233 blocks
>>  ==10942==   total heap usage: 212,484 allocs, 171,251 frees,
>>  1,086,468,390 bytes allocated
>>  ==10942==
>>  ==10942== LEAK SUMMARY:
>>  ==10942==    definitely lost: 2,181 bytes in 8 blocks
>>  ==10942==    indirectly lost: 3,027 bytes in 76 blocks
>>  ==10942==      possibly lost: 1,116,808 bytes in 12,153 blocks
>>  ==10942==    still reachable: 1,075,656,925 bytes in 28,996 blocks
>>  ==10942==         suppressed: 0 bytes in 0 blocks
>>  ==10942== Rerun with --leak-check=full to see details of leaked memory
>>  ==10942==
>>  ==10942== For counts of detected and suppressed errors, rerun with: -v
>>  ==10942== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
>>  Orocos[WARN]: deployment mantis_simulation unexpectedly terminated
>>  with signal 9
>>  Orocos[WARN]: killing running task contexts and deployments because
>>  of unhandled exception
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:316:in
>>  `do_connect_to': communication failed with either
>>  #<Orocos::OutputPort:0x00000002add520>  or
>>  #<Orocos::OutputReader:0x00000002ff6908>
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:316:in
>>  `block in connect_to'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:171:in
>>  `block in refine_exceptions'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/corba.rb:102:in
>>  `refine_exceptions'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:170:in
>>  `refine_exceptions'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:315:in
>>  `connect_to'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/gui/vizkit/ruby/lib/vizkit/qt_orocos.rb:35:in
>>  `connect_to'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports_base.rb:222:in
>>  `reader'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context.rb:148:in
>>  `state_reader'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context.rb:162:in
>>  `peek_state'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context_base.rb:514:in
>>  `peek_current_state'
>>  Orocos[WARN]:     (eval):3:in `configure'
>>  Orocos[WARN]:     start_mantis_monster_sim.rb:15:in `block in<main>'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:486:in
>>  `block in run'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:861:in
>>  `guard'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:485:in
>>  `run'
>>  Orocos[WARN]:
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:74:in
>>  `run'
>>  Orocos[WARN]:     start_mantis_monster_sim.rb:6:in `<main>'
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:316:in
>>  `do_connect_to': communication failed with either
>>  #<Orocos::OutputPort:0x00000002add520>  or
>>  #<Orocos::OutputReader:0x00000002ff6908>  (Orocos::CORBA::ComError)
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:316:in
>>  `block in connect_to'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:171:in
>>  `block in refine_exceptions'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/corba.rb:102:in
>>  `refine_exceptions'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:170:in
>>  `refine_exceptions'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports.rb:315:in
>>  `connect_to'
>>      from
>>  /media/Daten/GITs/LIMES/gui/vizkit/ruby/lib/vizkit/qt_orocos.rb:35:in
>>  `connect_to'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/ports_base.rb:222:in
>>  `reader'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context.rb:148:in
>>  `state_reader'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context.rb:162:in
>>  `peek_state'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/task_context_base.rb:514:in
>>  `peek_current_state'
>>      from (eval):3:in `configure'
>>      from start_mantis_monster_sim.rb:15:in `block in<main>'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:486:in
>>  `block in run'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:861:in
>>  `guard'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:485:in
>>  `run'
>>      from
>>  /media/Daten/GITs/LIMES/tools/orocos.rb/lib/orocos/process.rb:74:in
>>  `run'
>>      from start_mantis_monster_sim.rb:6:in `<main>'
>>
>
>

-- 
  Alexander Dettmann (M.Sc)
  Weltraumrobotik/ Wissenschaftlicher Mitarbeiter

  Universität Bremen
  FB 3 - Mathematik und Informatik
  AG Robotik
  Robert-Hooke-Straße 5
  28359 Bremen, Germany

  Tel.:     +49 421 178 45-6555
  Zentrale: +49 421 178 45-6611
  Fax:      +49 421 178 45-4150
  E-Mail:   alexander.dettmann at uni-bremen.de

  Weitere Informationen: http://www.informatik.uni-bremen.de/robotik


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://www.dfki.de/pipermail/rock-dev/attachments/20130508/2fd7bb0e/attachment.htm 


More information about the Rock-dev mailing list