OpenRTM-aist (C++): チケットhttps://www.openrtm.org/redmine/https://www.openrtm.org/redmine/redmine/favicon.ico2011-06-07T13:20:57ZRedmine for OpenRTM-aist
Redmine バグ #2158 (新規): RTCs can be deleted from a manager while participating in a Compositionhttps://www.openrtm.org/redmine/issues/21582011-06-07T13:20:57Zgbiggsgeoffrey.biggs@aist.go.jp
<p>An RTC can be deleted from a manager while it is still participating in a Composite Component. This leads to the Composite Component having a dangling reference to the component.</p> 機能 #2143 (担当): rtc.conf編集用ツール(GUI)の作成https://www.openrtm.org/redmine/issues/21432011-05-31T02:10:12Zkuriharashinji0608@gmail.com
<p>rtc.confを編集するためのGUIツールを作成する。</p>
<p>現状では、どういったパラメータがあるのか、また、パラメータがわかっていても<br />どのような値にするべきなのかがわかりにくいため、OpenRTM-aistで予め定義され<br />ているパラメータに関してはツールでリストアップし、編集可能とする。</p>
<p>exec_cxt.periodic.typeやlogger.log_levelなどのように、予め値が設定されてい<br />るものに関しては、プルダウンメニューなどにより選択できるようにするとともに、<br />直接入力も可能なようにする。</p> 機能 #2085 (担当): 複合RTC作成,子RTC削除時に,子RTCの増減がオブザーバで通知されないhttps://www.openrtm.org/redmine/issues/20852011-05-02T08:57:04Ztatsakamoto@tech-arts.co.jp
<p>複合RTCの構成変更時には,ECのアタッチ/デタッチのみが通知される</p> バグ #2084 (担当): 複合RTCのメンバ(子RTC)を削除すると,すべての子RTCがECからデタッチされてしまうhttps://www.openrtm.org/redmine/issues/20842011-05-02T08:55:32Ztatsakamoto@tech-arts.co.jp
<p>1.複合RTCをエディタで開いて子RTCを Delete<br />2.複合RTCは親RTCの ECに,子RTCがアタッチされる</p>
<p>子RTCの一部を削除すると,その子RTCだけがデタッチされるべきだと思うのですが,<br />すべての子RTCがデタッチされてしまうようです.</p> 機能 #1965 (新規): 【要望】 Configuration View の内容をconfファイル形式で保存したい。https://www.openrtm.org/redmine/issues/19652010-12-20T10:06:16Z匿名ユーザー
<p>Configuration View の内容をconfファイル形式で保存したいという要望がありました。<br />動的にRTSEで設定した内容を保存して良いか否か、configurationの内容によると思います。<br />検討する必要があります。</p> 機能 #1622 (新規): DataPort のsubscription type その他を、confファイルから指定できるようにするhttps://www.openrtm.org/redmine/issues/16222010-07-12T02:49:07Zn-andoNoriaki.Ando@gmail.com
<p>DataPort のsubscription type その他を、confファイルから指定できるようにする</p> バグ #1472 (新規): Compositeコンポーネントのポート公開に関する問題https://www.openrtm.org/redmine/issues/14722010-05-12T09:54:19Zkuriharashinji0608@gmail.com
<p>RTSEにてCompositeコンポーネントを作成する場合に、”New Composite Component"ダイアログにて公開するポートを指定しても、composite.confに記述されたポートだけが公開ポートとなる。</p>
<p>Manager::createComponent()内の処理にて、このメソッドの引数で与えられたプロパティをマージしている処理があるが、引数で指定されたプロパティをマージした後に、component.confの内容をマージしているため、component.confで指定した値で上書きされてしまっている。</p>
<p>対策としては、configureComponent(comp, prop)の後で、compに対してcomp_propをsetProperties()でセットする事でcreateComponent()の引数で指定されたプロパティが有効となる。</p> バグ #1430 (新規): Managerのshutdownに関する問題https://www.openrtm.org/redmine/issues/14302010-04-22T09:39:38Zn-andoNoriaki.Ando@gmail.com
<ul>
<li>アプリケーション終了時にRTCのexit()およびcleanupComponents()を呼ばずにmanager->shutdown()を呼ぶ場合エラーなしで終了する。</li>
<li>マネージャのshutdown関数はexit()だけ呼んで、cleanupCOmponents()を呼ばないため、コンポーネントのデストラクタが呼ばれない</li>
<li>マネージャシャットダウンの前にexit()・cleanupComponents()を手動で呼ぶと落ちる</li>
</ul>
<p>ML01184から</p>
<p>1) Manager shutdown<br />When calling manager->shutdown() at the end of the main application without calling exit() on the component and cleanupComponents() on the manager the application exits without errors. However, the shutdown method of the manager only calls exit() on the components but never calls cleanupComponents() and hence the destructors of the components are never called. Maybe you can provide a fix here. Calling exit() and cleanupComponents() manually before manager->shutdown() results in a segmentation fault!!! Calling these methods from a gui component and not from main does not cause a segmentation fault.<br />Is this a known bug?</p> バグ #1429 (新規): rtc-template で module を含むIDLを与えるとエラーになるhttps://www.openrtm.org/redmine/issues/14292010-04-22T08:55:32Zn-andoNoriaki.Ando@gmail.com
<p>rtc-template で module を含むIDLを与えるとエラーになる<br />ML 00909にて指摘。</p>
<p>OpenRTM-aist開発者の皆様<br />九州工業大学 小田謙太郎と申します。</p>
<p>rtctemplate 0.4.2 において、moduleを含むIDLを入力とするとエラーが発生する問題について、報告いたします。</p>
<p>=== IDL ここから ====<br />module mymodule {<br /> interface MyService {<br /> };<br />};
=== IDL ここまで ====</p>
<p>この IDL を 以下のコマンドラインでrtctemplate(CUI Java版)を起動します。</p>
<p>=== コマンド ここから ====<br />java jp.go.aist.rtm.rtctemplate.CuiRtcTemplate<br />--output=. --backend=java --module-name=Hoge --module-desc=Foo<br />--module-vender=GaGa --module-category=Provider<br />--module-comp-type=DataFlowComponent --module-act-type=SPORADIC<br />--module-max-inst=1<br />--service="myservice:myservice0:mymoduel::MyService" <br />--service-idl=Module.idl
=== コマンド ここまで ====</p>
<p>クラスパスは、必要なものが通してあると仮定しています。<br />このコマンド結果が次に示します。</p>
<p>=== 結果 ここから ====<br />Invalidated argument for:[--service] args:[myservice, myservice0, mymoduel, , MyService]<br />Generate fail.
=== 結果 ここまで ====</p>
<p>このように、テンプレートの生成に失敗してしまいます。<br />これは、module の区切り文字である"::"がrtctemplate の区切り文字と<br />重複して扱われているのが原因ではないかと思います。</p>
<p>一方、Eclipse上で動作するGUI版のrtctemplate 0.4.2によるJavaテンプレート生成については、<br />この区切り文字のコンフリクトはおきませんが、生成されるコードに以下の記述が見られます。</p>
<p>mymodule::MyService</p>
<p>Java言語では::は機能しませんので、エラーが発生してしまいます。</p>
<p>mymodule.MyService</p>
<p>と生成されるべきかと思います。</p>
<p>以上エラーの報告でした。<br />ご対応検討いただければと思います。</p> 機能 #1428 (新規): raw_tcp の実装https://www.openrtm.org/redmine/issues/14282010-04-22T08:44:30Zn-andoNoriaki.Ando@gmail.com
<p>データポートのraw_tcp の実装</p> バグ #1427 (新規): InPort::getStatus() の追加https://www.openrtm.org/redmine/issues/14272010-04-22T08:43:55Zn-andoNoriaki.Ando@gmail.com
<p>InPort::getStatus() の追加</p> 調査 #831 (担当): 全ソースコード内のログメッセージのレベルの見直しhttps://www.openrtm.org/redmine/issues/8312009-07-27T02:53:10Zn-andoNoriaki.Ando@gmail.com
<p>ソースコード内のログメッセージのレベルを見直す。</p> バグ #818 (担当): 複合RTCの公開Port設定についてhttps://www.openrtm.org/redmine/issues/8182009-07-23T02:38:09Ztatsakamoto@tech-arts.co.jp
<p>異なるパス上で動作するインスタンス名,Port名の同じRTCを複合化した場合,公開Portの設定ができない.</p>
<p>複合RTCの公開Portの設定は,PeriodicECSharedComposite内で行っているが,<br />addPortとremovePortにおいて,インスタンス名とポート名だけをみて検索を行っている.<br />このため,上記のような場合に公開Portの識別ができない.</p>
<p>検索条件にNameService上のフルパス情報,コンポーネントIDなどを追加する必要がある.</p> バグ #817 (担当): Configurationの削除https://www.openrtm.org/redmine/issues/8172009-07-23T02:35:23Ztatsakamoto@tech-arts.co.jp
<p>ConfigurationSetに一度項目を追加すると,削除ができない</p>
<p>Configuration_impl::set_configuration_set_values<br /> → ConfigAdmin::setConfigurationSetValues<br />内の処理において,設定されたConfigurationSetを反映させるために,<br /> p << config_set;<br />という処理を行っているが,この処理がプロパティ情報の「マージ処理」であるためconfig_set側で項目を削除していても,p側でその項目が削除されない.</p>
<p>Configurationの処理のみを考えると,ここではマージ処理ではなく,入れ替え処理が必要になると思う.<br />ただし,Defaultで設定されているConfigurationSetの情報を削除してしまうのは問題があるため,何らかの識別処理が必要と思われる.</p> 機能 #324 (新規): Configurationに関するユーザAPIの軽微な改良https://www.openrtm.org/redmine/issues/3242009-01-10T10:36:42Zn-andoNoriaki.Ando@gmail.com
<p>Configuration機能に関する以下の機能を実現する関数を実装する。</p>
<ul>
<li>Configurationの各パラメータが外部から変更された際にそれを知る方法</li>
<li>Configurationパラメータを変更した際に、外部から見える数値をアップデートする方法
<ul>
<li>現在はonXXXX()関数の前後で自動的に更新を反映しているがそれをRTObjectの関数にする</li>
</ul></li>
</ul>