プロジェクト

全般

プロフィール

活動

2016/01/20から2016/02/18まで

2016/02/18

16:24 機能 #3442: rtm-namingをomniORB4.2に対応させる
OpenRTM-aist1.1.2版に対応するため、OMNI_ROOTを強制読み込みする処理を追加した。
システム環境変数でVCのバージョンを変更した時、OSを再起動せずともOMNI_ROOTのパスが切り替わるようにするため。
r...
n.kawauchi

2016/02/17

16:23 機能 #3442 (解決): rtm-namingをomniORB4.2に対応させる
Windows用のrtm-naming.batは、次期リリース1.1.2版のインストーラがomniORB4.2.1対応となるため、1(datファイルが存在すれば削除する)と2の修正を行った。
Linux用のrtm-naming.in...
n.kawauchi
16:02 機能 #3442 (終了): rtm-namingをomniORB4.2に対応させる
omniORB4.2からの変更に対応する
# omniNamesの以前のバージョンはデータファイルを「.log」として出力していたが、omniORB4.2からは「.dat」ファイルに変更となった
# datファイルの出力先を指定す...
n.kawauchi

2016/02/15

13:18 コア 機能 #3274: ⑭ スレーブマネージャの名前によるグルーピング
コンポーネントを起動する際に、マスターマネージャにコンポーネント起動を依頼し、マスターは指定された名前やポリシーに従って、すでに起動済みのスレーブ上にRTCを起動したり、新たなプロセスを起動してそこにRTCをインスタンス化できる機能を... n-ando
13:17 コア 機能 #3269: ⑪ 共有メモリ型データポート接続機能
同一ノード内のコンポーネント間のデータポート接続において、マーシャリング後のデータのPutを共有メモリ経由で行うことで、TCP/IPスタックを経由することなく高速にデータ転送する機能を実装すること。 n-ando
13:17 コア 機能 #3265: ⑩ セキュアな通信機能
データポート、サービスポート間の通信をsslで保護する機能を実装すること。なお、この機能は、外部モジュールとして切り出せるように実装する必要がある。すなわち、セキュアな通信機能はモジュール化し、実行時に動的ロードすることで有効になると... n-ando
13:17 コア 機能 #3441 (終了): ⑨ サービスポートのダイレクト接続機能
同一プロセス内のデータポート接続において、required i/fがprovided i/fを呼び出すのに、オブジェクトリファレンス経由ではなく、マーシャリングをバイパスサーバントを直接呼ぶようにする機能を実装すること。 n-ando
13:16 コア 機能 #3264: ⑧ ダイレクトデータポート接続機能
同一プロセス内のデータポート接続において、OutPortがInPortの変数に直接書き込む(push型)、またはInPortがOutPortの変数を直接読む(Pull型)形でデータ転送をする方式を実装すること。 n-ando
13:16 コア 機能 #3263: ⑦ トピックベースのポート接続機能
DDSのようなトピックベースのポート接続機能を実装すること。ただし、この機能はデータポート、サービスポートにも利用できるように実装すること。
n-ando
13:15 コア 機能 #3440 (終了): ⑥ 起動時にコンポーネントをアクティベーションする機能(非同一プロセス)
コンポーネントコンフィギュレーションファイルに設定することで、起動時にネームサーバに登録されているコンポーネントをアクティベーションする機能を実装すること。 n-ando

2016/02/03

22:35 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
CORBA Objectがアクティブなのに、deactivateしservantをdelete仕様としている
→Servant使用中はdeleteできないようにロックをかけるべき?
→しかし、readDataPortの呼び出しシー...
n-ando

2016/02/01

17:41 整備 #3436: Windows環境用の古いビルド設定を削除する
とりあえずソースは残すことになったのでこのチケット作業は進めない。
調査メモだけ残しておく。
* #3421 のチケットのvc14の修正を参考にしてvc8用の設定を削除する
* 上記以外にも、lib/coil/ace, lib/...
n.kawauchi

2016/01/29

13:37 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
試しに、deactivate_object() をデストラクタの前に持ってきてみる。
ProviderのFactoryのcoil::Destructorを以下のようにMyDestuctorに置き換え。...
n-ando
12:19 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
試しにomniORB-4.2.0 で同じことをやってみる。... n-ando
10:43 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
4.1.6 の _add_ref() 内の _pd_refCount にはロックかかってないのでは?
4.2.0 の方では _pd_refCount.inc(), _pd_refCount.dec() に置き換わっている。このオブジ...
n-ando
10:37 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
_remove_ref() を追加すると、常時以下のようなメッセージが表示されるようになった。... n-ando
10:11 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
omniORB: Object is still busy -- etherealise later.でググってみると、以下の記事がヒット。
但しちょっと古い。
deactivate_object() に加えて _remove...
n-ando
10:08 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
omniORBのトレースメッセージを取ってみた。デストラクタ付近の関数呼び出しと並べてみると。... n-ando
09:40 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
おそらくここ。OutPortCorbaCdrProvider のデストラクタ内で死んでいる。... n-ando
04:54 コア バグ #3438: hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
1回は OutPortCorbaCdrProvider.cpp のデストラクタで落ちていることを確認。
logger の呼び出しが最後
n-ando
04:53 コア バグ #3438 (新規): hrpsys-base の rtm.py::reeadDataPort() を呼ぶと disconnect() で稀に落ちる
https://github.com/fkanehiro/hrpsys-base/issues/905
n-ando

2016/01/26

14:01 整備 #3436 (終了): Windows環境用の古いビルド設定を削除する
サポートが終了したvcバージョン用の設定、及び、msi作成処理を削除する
* vc8用のsln, vcprojファイル等を生成している処理を外す
* 下記batファイルは削除する。現在は、build.batを利用しているため
*...
n.kawauchi
 

他の形式にエクスポート: Atom