たまに、~/.cshrcでLD_LIBRARY_PATHの設定をしている人がいたりして、あらあら、この人は・・・っていう気分になることがあります。 LD_LIBRARY_PATHは、リンクされる共有ライブラリの検索パスを強制的に変更するために使うものです。ただし、ふつうは、LD_LIBRARY_PATHを使わなくてもすむように、管理者が環境整備をしておくべきなんです。 LD_LIBRARY_PATHを設定したがために発生するトラブルってのが少なからずあって、 本来リンクされるべきライブラリとは別のライブラリがリンクされてしまう 一見うまく動いているように見えても、子プロセスにLD_LIBRARY_PATHが引き継がれてしまうために、子プロセスでトラブルが発生する なんてのがありがちです。 一昨日の pkgsrcでビルドしたfirefoxを別マシンの別ディレクトリにコピーして実行する にて、
追記: 解答編を下の方に書きました！！！ 追記: お題に不備があったので変更しました＞＜ あとgistに一式置いたので簡単にテストできます！！ https://gist.github.com/hirose31/6232206 git clone https://gist.github.com/6232206.git oreno cd oreno ./test.sh source_me.sh ... シェルは GNU bash, version 4.1.5(1)-release です。 こんな source_me.sh と、 case $PATH in */oreno/bin*) : # do nothing ;; *) . orenorc LOADED_ORENO=1; export LOADED_ORENO ;; esac orenorc ってファイルがあって、 ORENO_HOME="
A lot of pathfinding algorithms have been developed in recent years which can calculate the best path in response to graph changes much faster than A* - what are they, and how do they differ? Are they for different situations, or do some obsolete others? These are the ones I've been able to find so far: D* (1994) Focused D* (1995) DynamicSWSF-FP (1996) LPA (1997) LPA*/Incremental A* (2001) D* Lite
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
