＠ 自宅鯖変更
鯖を交換した。交換したといっても、ハードディスクを新しいPCに入れ換えただけなのだが、ETHERのデバイス名を変更しただけで入れ換え完了。その他のデバイスの変更は勝手に検出してくれた。Debian Sarge素晴らし。
JSFとWeb Flowの統合について。ところで、ShaleのUIコンポーネントにJSFを使いたいとCraigは主張していたが否決されサブプロジェクトとしてJSFとのインテグレーションは開発されることになったのか。
Luceneの検索結果をJavaオブジェクトにマッピングするサーチエンジン。面白いかも。
取り敢えず医者に貰った薬を飲み続けているが、咳が一行に止まらない。そればかりか、家族全員に感染して大変なことに...
＠ [Java]Native Eclipse RCP(3)
クラスローダが腐っているのではないかとふと思い、次のようなテストを行う。
Test.classをlib.jarに入れ、c:\tmp\lib.jarにコピーする。
次のようなクラスを書き実行。
import java.net.*;
public class ClassLoaderTest {
public static void main(String[] args) throws Exception {
URL[] bootPath = new URL[1];
bootPath[0] = new URL("file:/c:/tmp/hage/lib/lib.jar");
URLClassLoader loader = new StartupClassLoader(bootPath, null);
Class clazz = loader.loadClass("Test");
}
}
class StartupClassLoader extends URLClassLoader {
public StartupClassLoader(URL[] urls, ClassLoader parent) {
super(urls, parent);
}
}
SunのJDKで実行すると何の問題もなく実行されるが、gcj.exe (GCC) 4.0.0 20050324 (prerelease)で実行すると、
Exception in thread "main" java.lang.ClassNotFoundException:
Test not found in StartupClassLoader{urls=[file:/c:/tmp/lib.jar], parent=null}
と例外が発生。ビンゴ。
-bootPath[0] = new URL("file:/c:/tmp/lib.jar");
+bootPath[0] = new URL("file:/tmp/lib.jar");
とすると正しく動いた。gcjのURLクラスが腐っているのか?実験してみる。
import java.io.*;
import java.net.*;
public class Test {
public static void main(String args[]) throws Exception {
URL url = new URL("file:/c:/tmp/hage.txt");
InputStream is = url.openStream();
long s = is.available();
byte[] b = new byte[(int)s];
is.read(b);
is.close();
System.out.println(new String(b));
}
}
ただしくhage.txtの名前が表示されるので問題ない。残るは、ZipFile周りかClassLoaderか。取り敢えず、URLClassLoader辺りを疑ってみることにしよう(To be continue)
1GHz辺りの実行効率がItanium2がトップ。次にMIPS、PA RISC、PentiumMと続く。意外とPentiumMの実行効率が高い。POWER5やAlphaより上というのは驚きだ。
＠ [Java]mingw gcjの不具合
Eclipse RCPをgcjでコンパイルしようとして見つけた不具合だが、色々解析していくと、
new RandomAccessFile("/c:/tmp/hage.txt","r");
みたいな感じで、RandomAccessFileの引き数のドライブの前に"/"を入れるとエラーになることが分かった。java/io/RandomAccessFile.javaを下記のように変更してやると正しく動きそうだ。
- ch = new FileChannelImpl(fileName, fdmode);
+ ch = new FileChannelImpl(new File(fileName).getPath(), fdmode);
この不具合は、gcj3.4,4.0/GNU Classpath/Kaffeに存在する。gcj/kaffeのコアクラスはGNU Classpathを利用していることを考えると、GNU Classpathで取り敢えず直してもらうのが吉か。gcjを利用すると、デバッガもスタックトレースもまともに使えなくなってしまうが、このような環境で不具合を究明するのは、かなり疲れる。ひたすらgcjのコアライブラリのコードを読み、怪しいと思った部分で検証用のテストコードを書き、外れなら次に進み当たりなら概要するクラスを読み進めると言った作業を繰り返すのだが、めちゃくちゃ疲れる。たった一行の変更点を導き出すのに約半日を費やしてしまった。コアライブラリのコードはあまり読みたくないな。
PS.この問題は
5日前にfixされていた模様。絶妙なタイミングだな...
UMLによるオブジェクト指向モデリングセルフレビューノート(荒井 玲子)
Debian 辞典 (Desktop reference)(武藤 健志)
Before...
# rbfj yxbdwfh [rpfiokg plodywcme psxem qgzvdcitf kzgtc apint wesgyik]
# Kenneth Hay [ZWRNzT nacktbild oder bild porno privatamateur gratis webf..]
# HsvsRsvsesv [ [URL=http://groups.msn.com/buy-soma]buy soma[/URL]]