前々から言おうと思っていたが

パソコンがお亡くなりになったので作業が滞りそうです。



何年も前から言おうとして言っていなかったのですが、コンポーネントやマネージャのネーミングフォーマットを%h.host_cxt/%n.mgrや%p.host_cxt/%n.rtc等とはすべきではないと思います。
まあ単純にホスト名やプロセスIDが加わるとRTシステムエディタ等で保存したRTシステムを復元できないかもしれないというのが理由ですけど。
rtshellでスクリプトを書くにしてもRTCのパスが変わるので面倒くさいです。
できるだけ環境が変わっても変化しないような名前を付けておいたほうがよいと思います。
まあ%n.rtcとか付けるのが楽なのですが同じRTCを2つ起動したときに名前が被るせいで1つしか動作しないなんて事はよくあると思うので出来ればやめておいたほうがよさそうです。
ネーミングフォーマットに関して何か明確なルールがあるのかどうかはよく分からないので詳しい人は教えてください。




rtshellではrtcryoと言うコマンドでRTシステムの保存、rtresurrectでRTシステムの復元ができるようになっています。

cmd /c rtcryo localhost -o sys.rtsys

でlocalhostのネームサーバー上のデータポート、サービスポートが接続されているRTCをRTシステムとしてsys.rtsysというファイルに保存できるみたいです。

できればこちらで指定したRTCのみ保存できないかとも思ったのですが、やり方がよく分かりません。詳しい人は教えてください。







あまり関係ないけど、コンフィギュレーションパラメータをファイルから読み込んでRTCを起動したときに1回だけ実行する処理で利用する場合(例えばコンフィギュレーションパラメータでファイル名を指定して読み込む等)、以前にonStartupでその処理をしていたRTCがあったような記憶があるのですがこれはやるべきではありません。
onStartupは実行コンテキストをがstartイベントを受け取って実行状態に遷移した時に呼び出されるので複数回呼び出される可能性があります。onInitialize内でbindParameterをした後に処理を実行すべきです。ただしonInitializeではファイルから読み込んだパラメータがコンフィギュレーションパラメータに反映されていないのでupdateParameters関数で更新しておきましょう。









にほんブログ村のロボットのカテゴリから
全然人が来ない・・・