ラベル groovy の投稿を表示しています。 すべての投稿を表示
ラベル groovy の投稿を表示しています。 すべての投稿を表示

2014年11月23日日曜日

久しぶりのFreeBSD

CI-Vのチェックの為にダムターミナルが必要なので、Cで書こうかと思ったが環境をWindowsに替えてしまったので、Groovyでと考えていたが、これも文字列扱うのには便利だけど、ちょっと使いにくい。 Groovyは環境だけは整備してWindows上で動くことを確認。

使い慣れたFreeBSDを手軽に使えるようにと、LapTopにVirtualBoxをインストール。 「あれ?動かない?」 IntelのVT-x関連のエラーで動かなかったので、BiosでIntelの仮想マシンをOnで動くようになったので、FreeBSD10.1Rを入れる。 いきなり、gnome2をportからインストールしたらファイルがオーバーフロー。  しょうがないので、emacs, openjava, eclipse, xorg, gnome2とmake install;make cleanを個々に実行中。

考えてみれば、出力されるものを確認するだけなのでダムターミナルも要らない。 下のようなシェルスクリプトで十分でした。 使ってないと、焼きが回っちゃう、、、。

# cat < /dev/comXX |& tee /tmp/log  |od-x


 

2011年12月5日月曜日

groovy 実行コードのパスを求める

定期的なオペレーションに使っていたgroovy のscriptが動かない、、、。
htmlunitに付属するxm-api.jarが何処かとぶつかっているみたいで、同様のトラブルはgoogle
すると結構見つかる。 バージョン(javaも含めて)によりclassが衝突を起こす、という事の
様で、「不要なパッケージを消す」事で対応している様です。 さー、cron起動のスクリプトの
classpathを何処で指定しようか、、、。

How can I access the path of the script file from within the script?
(後で役立つかもしれないので)

scriptDir
= new File(getClass().protectionDomain.codeSource.location.path).parent
scriptFile
= getClass().protectionDomain.codeSource.location.path

println scriptDir
println scriptFile

WSJT-x Super F/H

 WSJT-x使い始めてから随分経ちます(JT65しかなかった頃から)が、FT8のF/Hの使いがっ手の悪さ、MSHVの方が利用されている実態、F/HでFoxがマルチで返答すると信号が弱くなる、などからSuperF/Hが実装されましたね。  そこまでは、問題なく理解していたのですが...