>>> import md5
>>> md5.md5("Python")

>>> _.hexdigest()
'a7f5f35426b927411fc9231b56382173'

Pythonはまぁ蛇という意味で一般名詞としても使われるので「YRAV」で試してみたところこんなサイトが…：The MD5 Collision Database: Starting with YAR

「Python」の代わりに「Pyth0n」にしてみると何もヒットしませんでした。結局「十分長く」「辞書的単語でない」単語を使わなければ簡単に逆変換できてしまうと言うことですね。]]> http://labs.cybozu.co.jp/blog/nishio/2007/12/googlemd5.html http://labs.cybozu.co.jp/blog/nishio/2007/12/googlemd5.html MD5 Python Thu, 20 Dec 2007 17:50:28 +0900 どう書く？orgではBruteForceBlocker を使ってブルートフォース攻撃を仕掛けてくるIPアドレスからのパケットを捨ててしまうようにしているのですが、今日変なことをしていたら自分がブロック対象になってしまいましたorz

対処方法：

• 別のIPアドレスからログインする
• /var/db/ssh-bruteforceに記録されている自分のIPアドレスを削る(もしここにデータファイルがなければ、ps -xでbruteforcebrockerの場所を調べ、中を見て設定ファイルの位置を調べ、その設定ファイルを見ると書いてある)
• /etc/rc.d/pf restart でパケットフィルタを再起動する

あんまり変なことをしないように気をつけないと…(^^; ]]> http://labs.cybozu.co.jp/blog/nishio/2007/11/bruteforceblocker.html http://labs.cybozu.co.jp/blog/nishio/2007/11/bruteforceblocker.html Mon, 26 Nov 2007 16:31:32 +0900 OreScript時代の幕開け - yukobaの日記はとても面白い。

ので、

Pythonで書かれているKEMURI のインタプリタを<script type="text/python4js">で囲ってHTMLソースに書いておくと、それがJavaScriptに変換されて実行される、というデモを作ってみました。

Python4JS and KEMURI Interperer on it

ラボでは他にも JSRuby - Javascript による Ruby(っぽい)実装 (nakatani @ cybozu labs) などが公開されていますが、僕のこのデモは深夜ノリで作ったため、Python2.5の全機能をサポートしているわけではありません。今後改良していく予定もありません。ごめんなさいごめんなさい。ソースコードを見て石を投げないで！]]> http://labs.cybozu.co.jp/blog/nishio/2007/11/python4js_and_kemuri_interpere.html http://labs.cybozu.co.jp/blog/nishio/2007/11/python4js_and_kemuri_interpere.html JavaScript Python Thu, 22 Nov 2007 14:11:37 +0900 どう書くorgは Djangoを使って作られていて、 下のような管理画面が

下のようなモデルの定義から自動的に生成されます。

class Comment(models.Model):
    topic = models.ForeignKey("Topic", null=True, blank=True)
    parent = models.ForeignKey("self", null=True, blank=True)
    create_date = models.DateTimeField()
    author = models.ForeignKey(User, null=True)
    body = models.TextField(blank=True)

すごく楽ちんだったのですが、どう書くorgがにぎわってコメント数が増えてくるに従って どんどん重たくなってきました。

理由はとても簡単で、この自動生成されたリストの部分で、 数千件あるすべてのコメントをデータベースから取ってきて文字列にする処理が行われるからです。

↑数千件がリストの中に…

このせいでページを開くだけで30秒程度かかっていました。 この問題はどうすれば解決できるか。 実はすごく簡単で、フィールドの定義にrw_id_admin=Trueをつけるだけでした。

-   parent = models.ForeignKey('self', null=True, blank=True)
+   parent = models.ForeignKey('self', null=True, blank=True, raw_id_admin=True)

虫眼鏡アイコンを選ぶとアイテムの一覧が別ウィンドウで開きます。

テーブルが大きくなってくるとリスト表示では探すのも面倒になるので、 大きくなりそうなテーブルへForeignKeyを張っているなら今のうちにraw_id_adminをつけておくのも手かもしれません。 ]]> http://labs.cybozu.co.jp/blog/nishio/2007/11/foreignkeyraw_id_admintrue.html http://labs.cybozu.co.jp/blog/nishio/2007/11/foreignkeyraw_id_admintrue.html Django Python Mon, 12 Nov 2007 16:42:35 +0900 どう書く？orgというサービスを公開しました。

どう書くorgについてオフィシャルに言及するのは初めてなのですが、 アルファ版の時点ではてなブックマークのホットエントリーになったり、 オレンジニュースや やじうまWatchで言及していただいたりしたので すでにご存じの方もいらっしゃるかもしれません。 そこでこの記事では今まで語ってこなかった「どうして『どう書くorg』を作ろうと考えたのか」について解説したいと思います。

そもそものきっかけはマルチリンガルなシソーラス検索 - rubyco（るびこ）の日記でした。 言語Xを使っている人が新たに言語Yを使うときになにが障害になるか、というと、 やはり「言語Xでならどうやるか0.1秒で思いつくような簡単な内容を、 言語Yではドキュメントをひっかきまわして探さないといけない」というフラストレーションなわけです。 そのフラストレーションを避ける気持ちが、プログラマを「自分が一番慣れている言語」という檻に閉じこめるのです。 プログラミング言語間の対訳があれば、殻を破ってマルチリンガルの大空に羽ばたくことができるのに。

さて、この対訳マルチリンガル・クックブックを作る上で、 まずは「Wikipedia的なアプローチで言語間の対訳データが集められないか」 と考えPukiWikiで集積サイトを作りました。 しかし「これは絶対に盛り上がらない」と判断して公開しませんでした。 単なるWikiではコードを書いてもらうインセンティブに欠けると思いました。

その後、どういう流れがあったのかは正確には覚えていません。しかし、いつしか キミならどう書く 2.0 - ROUND 1 - Lightweight Language Ring のようなアプローチをもったいないと感じるようになりました。 お題に対してコードを書いている人のほとんどは、そのコードの再利用を禁止したいとは思っていないはずです。 なのに、許可を明示的に取らないせいで実質的に再利用できずに散逸させてしまっています。 せっかく無償でいろいろな言語のコードを書いてもらうことができているのに。これはとてももったいないことです。

このようにして「どう書くorg」の三本柱「マルチリンガル志向」「お題にチャレンジ」「再利用可能なライセンス」ができました。 みなさんのおかげで、7月頭にどう書くorgを公開してから今までの4ヶ月弱で、2796件のコードが投稿されています。 1日平均20件以上という計算になります。

今後の課題は、こうやって集まったコードをどう加工するかだと思います。 指定したコード中から特定の文字列を検索して、同じお題の別の言語のコードを表示する機能 を3ヶ月も前に実装したのですが、これは現状の「お題と解答」というシステムではコードの粒度が大きすぎてなかなか望み通りのものが得られません。 ソースコードを静的に解析することで使われているモジュールを推定する機能(どう書く？org Python 使用モジュール一覧) がついたので、次は「同じお題で使われることの多いモジュールは似た機能のモジュール」というような推定でしょうか。 それとも、お題にするには粒度が小さすぎるような内容を 文字列中のアルファベットを大文字にする どう書く？org のような公開トピックとしてどんどん作ることで粒度の小さいコードを増やすのがいいのでしょうか？ まだまだ先が見えません。

しかし、たとえどう書くorgプロジェクトが道半ばで頓挫しても、 集まった「自由に再利用できる」コードは他のプロジェクトの肥やしになるはずです。 進めるところまで進んでみるのが正解かな、と思っています。

長々と昔話や妄想を書きつづってきましたが、まとめたいと思います。 どう書くorgは今まで「出されたお題をいかに解くか競い合う、プログラマのためのコロシアム」と名乗っていました。しかし「プログラマのためのコロシアム」なのは手段であって目的ではありません。どう書くorgの目的は「マルチリンガル・クックブック」を自然発生させることなのです。 ]]> http://labs.cybozu.co.jp/blog/nishio/2007/10/doukakuorg.html http://labs.cybozu.co.jp/blog/nishio/2007/10/doukakuorg.html Mon, 29 Oct 2007 21:37:04 +0900 そこで「一度deprecated(非推奨)にする」という方法を考えました。

まず下のようにfooという関数と、それを読んでいるcallerという関数を作りました。今からこのfooをbarという名前に変更したいと思います。 しかし、実際にはcallerは大量のソースの中に散らばっているものとします。

>>> def foo():
	return 1

>>> def caller():
	return foo()

>>> bar = foo
>>> def foo():
	import inspect
	print "'foo' is deprecated: called from", inspect.stack()[1][3]
	return bar()

>>> caller()
'foo' is deprecated: called from caller
1

>>> def deprecated(f):
	def deprecated_func(*args, **kw):
		import inspect
		print "'%s' is deprecated:" % f.func_name,
		print "line %s in '%s'" % tuple(inspect.stack()[1][2:4])
		return f(*args, **kw)
	return deprecated_func

>>> def nibai(x):
	return x * 2

>>> def foo():
	print nibai(10)
	print nibai(20)

	
>>> foo()
20
40
>>> nibai = deprecated(nibai)
>>> foo()
'nibai' is deprecated: line 2 in 'foo'
20
'nibai' is deprecated: line 3 in 'foo'
40

>>> p = modulize(p)
>>> p.x
1

>>> def modulize(dictionary):
	import imp
	m = imp.new_module("")
	m.__dict__.update(dictionary)
	return m

>>> p = dict(x=1, y=2)
>>> p2 = modulize(p)
>>> p2.x = 100
>>> p
{'y': 2, 'x': 1}

>>> p2.__dict__
{'y': 2, '__name__': '', '__doc__': None, 'x': 100}

>>> class MyDict(dict):
	__getattr__ = dict.__getitem__
	__setattr__ = dict.__setitem__
	__delattr__ = dict.__delitem__

	
>>> MyDict()
{}
>>> d = _
>>> d.x = 1
>>> d
{'x': 1}
>>> d.x
1
>>> del d.x
>>> d
{}

前回は 「関数を与えると、その関数を呼び出さずに、その関数が起こしそうなNameErrorを警告する」 というものでしたが、今回はモジュールとネストしたコードオブジェクトをサポートしました。 ファイル名を指定して、そのファイルが起こしそうなNameErrorを警告させることが可能です。

たとえば下のような内容のファイル(tests/test_target.py)があった場合に

def some_func():
    pass

def foo():
    print some_finc()

C:\Python25\Lib\site-packages>find_name_error.py coda\tests\test_target.py
line 5: some_finc

使い方：まずScriptsフォルダに入っているfind_name_error.pyを C:\Python25\Scriptsなどのパスの通っている場所に移動してください。 このとき、名前は適当に変更しても構いません。

適当なフォルダに移動して-hというオプションで起動してヘルプが出ればOKです。

C:\>find_name_error.py -h
Usage: find_name_error.py [options]

Options:
  -h, --help            show this help message and exit
  -r DIR, --recursive=DIR
                        find *.py under the directory
  -w, --watch           watching target continuously(not implemented yet)

ソースコードは共有リポジトリ CodeRepos::Share で公開中です。 Subversionがインストール済みであれば、たとえば 下のようにしてPythonのsite-packages内でチェックアウトするだけでOKです。

C:\Python25\Lib\site-packages>svn co http://svn.coderepos.org/share/lang/python/coda/trunk/coda

Subversionを入れたくない人のために一応ZIPで圧縮したバージョンも置いておきます。

Coda rev 228

既知の問題点はこちら： /lang/python/coda/trunk/PROBLEMS_JA.txt - CodeRepos::Share - Trac

鮎川さんからご指摘のあったユニコード文字列のstrでエラーになる件は、 使っているエンコーディングによってエラーになったりならなかったりするので、 近いうちにユーザがエンコーディングを指定できるようにします。]]> http://labs.cybozu.co.jp/blog/nishio/2007/09/coda.html http://labs.cybozu.co.jp/blog/nishio/2007/09/coda.html Python Wed, 19 Sep 2007 16:41:38 +0900 そこで「先日公開したCodeHackモジュールを使えば簡単にできるよ」と言いながら作ったのが今回紹介するモジュールです。 CodeHack 0.05に同梱しました。 CodeHack 0.06に同梱しました。

使い方は簡単です。 たとえば下のような関数fooを定義したとします。

def foo(left, top, right, bottom):
    "function for test"
    width = right - left
    hieght = top - botom
    print height, width

>>> from codehack.var_warning import checkfunc
>>> checkfunc(foo)
variable 'botom' is global
variable 'height' is global
variable 'hieght' is not used
variable 'bottom' is not used

ただ、そのままですと'range'や'set'なども警告されたり、 自分で定義したグローバル関数を使うとそれも警告されたり、 とうっとうしいことになるので、 警告しない名前のリストをsurpressという引数で指定できるようにしてあります。 デフォルトでは組み込みの名前(rangeとか)がsurpressに入っています。

def checkfunc(func,
          print_globals = True,
          print_not_used = True,
          print_func_name = False,
          surpress = _default_surpress):

CodeHackモジュールを使っている部分は、実はたいしたことはしていません。 下のようにLOAD_FAST(ローカル変数のロード)という オペコードの引数(変数名になっている)を集めているだけです。 codehack.util.analyzeはオペコード間の依存関係(どのオペコードが積んだ値をどのオペコードが消費するか)のトレースをするのですが、それも必要ないのでわざわざ外しています。

    import util
    opcodes = util.analyze(func, do_trace=False)

    loaded_vars = set(op.argstr
                for op in opcodes
                if op.opname == "LOAD_FAST")

>>> from codehack.var_warning import checkfunc, checkall
>>> import urllib
>>> checkfunc(urllib.urlopen)
variable 'FancyURLopener' is global
variable '_urlopener' is global
>>> checkall(urllib.__dict__)
* function splitnport
* function getproxies
* function retrieve
variable 'msg' is not used
variable 'garbage' is not used
(snip)

(注1) 実際はもちろんグローバルの名前空間にいきなり行くわけではなくて、 スコープがネストしている場合には1枚外のスコープへ行きます。 globalと呼んでいるのは単にバイトコードがLOAD_GLOBALだからだったりします。 いい名称があれば変えたほうがいいかもしれません。 また、関数がネストしている場合は内側の関数で使われる変数を 「使われる」と判断することができずに警告を出してしまいます。 これはdisしてみるとわかるのですが、内側の関数はコードオブジェクトとして 定数テーブルに埋め込まれているため、 外側の関数のバイトコードを見ただけでは内側で何を使うかがわからない ことが原因です。定数テーブルにコードオブジェクトがあるかどうかをチェックして 再帰的にたどるようにすればいいだろうと思いますが…それは今後の反響次第と言うことで。]]> http://labs.cybozu.co.jp/blog/nishio/2007/08/pythontypo.html http://labs.cybozu.co.jp/blog/nishio/2007/08/pythontypo.html Python 下を行け Tue, 14 Aug 2007 15:00:54 +0900 Python Workshop the Edge 2007が開催されます。

「Pythonコード添削道場」はこのワークショップのセッションの一つで、私、西尾 泰和と増田 泰さん、柴田 淳さんの3人で投稿されたコードを添削するという企画です。

この企画はみなさんにコードを投稿して頂かないと始まりません。 コードの内容は自由なので、ぜひご投稿ください。

また「投稿してといわれても、ちょうどいいコードがないなぁ」 という人のために、お題が7つ用意してあります。 お題に挑戦してみて結果のコードを投稿するのもよいでしょう。

コードの投稿の際に名前を書く必要はありません。 完全に匿名でも、自分にしかわからないような ハンドルネームでもOKです。 その方が添削する我々も、容赦なく添削ができます。

自分のコードが容赦なく添削される機会は、 そうそうあるもんじゃないですよ！ ぜひこのチャンスをものにして 理解を深めるきっかけにしてください。

お題は以下の7問です。

• お題１：ファイルの同期
• お題２：単語数カウント
• お題３：シングルトン
• お題４：入れ子リストの中身を順に表示
• お題５：行列の回転
• お題６：名簿の並び替え
• お題７：整数とビット列の相互変換

上の図は下のPythonで書かれた関数のバイトコードをGRINEditを使って可視化したものです。濃い青の矢印は「矢印先のインストラクションがスタックに積んだ値を矢印根本のインストラクションが消費した」という意味です。薄い水色の矢印はもうちょっと弱い「先が積んだ値を消費したわけじゃないけど、先がさわったスタックを根本もさわったか見た」という関係です。 赤矢印はジャンプです。

JUMP_IF_FALSEでの分岐で、条件式をポップせずに分岐して、分岐先の両方でいきなりポップしているのはなにか深遠な理由があるのでしょうかね？「JUMP_IF_FALSEは条件式をポップする」という仕様にすればelse節が省略されたときにポップするために4バイト使わないで済むのに。

def facto(n, ans=1):
    if n == 0:
        return 1
    return facto(n - 1, n * ans)

    0 7C_00_00 LOAD_FAST(n)
    3 64_01_00 LOAD_CONST(0)
    6 6A_02_00 COMPARE_OP(==)
    9 6F_08_00 JUMP_IF_FALSE() -> POP_TOP@20
   12       01 POP_TOP()
   13 64_02_00 LOAD_CONST(1)
   16       53 RETURN_VALUE()
   17 6E_01_00 JUMP_FORWARD() -> LOAD_GLOBAL@21
   20       01 POP_TOP()
   21 74_00_00 LOAD_GLOBAL(facto)
   24 7C_00_00 LOAD_FAST(n)
   27 64_02_00 LOAD_CONST(1)
   30       18 BINARY_SUBTRACT()
   31 7C_00_00 LOAD_FAST(n)
   34 7C_01_00 LOAD_FAST(ans)
   37       14 BINARY_MULTIPLY()
   38 83_02_00 CALL_FUNCTION()
   41       53 RETURN_VALUE() 

いろいろ見ているとハッシュリテラルの作成に大量のROT_TWOが入っていたりとおもしろいです。どう考えてもSTORE_SUBSCRの仕様が間違っているようにしか思えません。

def foo():
    {"a": 1, "b": 2, (1, 2): (1, 2)}

    0 68_00_00 BUILD_MAP() 
    3       04 DUP_TOP() 
    4 64_01_00 LOAD_CONST(1) 
    7       02 ROT_TWO() 
    8 64_02_00 LOAD_CONST(a) 
   11       3C STORE_SUBSCR() 
   12       04 DUP_TOP() 
   13 64_03_00 LOAD_CONST(2) 
   16       02 ROT_TWO() 
   17 64_04_00 LOAD_CONST(b) 
   20       3C STORE_SUBSCR() 
   21       04 DUP_TOP() 
   22 64_05_00 LOAD_CONST((1, 2)) 
   25       02 ROT_TWO() 
   26 64_06_00 LOAD_CONST((1, 2)) 
   29       3C STORE_SUBSCR() 
   30       01 POP_TOP() 
   31 64_00_00 LOAD_CONST(None) 
   34       53 RETURN_VALUE() 

でもGRINEditの最新版をさっさと公開すべきですね、すみません。 GRINEditのドキュメントも書かないといけないですね。 このディスアセンブルや可視化のためのコードは先日PyCodeObjectを書き換えるで紹介したCodeHackライブラリに入れました。そのうちにバージョン0.03で公開したいと思います。]]> http://labs.cybozu.co.jp/blog/nishio/2007/06/pythongrinedit.html http://labs.cybozu.co.jp/blog/nishio/2007/06/pythongrinedit.html Python 下を行け Wed, 06 Jun 2007 22:20:49 +0900 追記： おびなたのはてな日記 - distutils with boost.pythonで詳しく説明されているように、C++とBoostを使うともっと楽になるようです。近いうちに試してみます。 また、 Cybozu Developer Network: Python調査報告 (2006/10) によれば 「PEAKの setuptools は distutils の拡張で(中略)distutils の上位互換であるため、setuptools を使用しない理由はありません。積極的に使用しましょう。」とのことなのでこちらも試してみたいと思います。

Cのコードを用意する

#include <Python.h>

static PyObject *
[[FUNC_NAME]](PyObject *self, PyObject *args)
{
  ***; // 変数の宣言

  if (!PyArg_ParseTuple(args, ***)) //受け取る引数にあわせて書き換える
        return NULL;

  ***; // 肝心の処理

  Py_RETURN_NONE; //値を返さないでいい場合
  return Py_BuildValue(***); //返す場合
}

static PyMethodDef Methods[] = {
  {"[[PYTHON_FUNC_NAME]]", [[FUNC_NAME]], METH_VARARGS, "[[関数の説明]]"},
  {NULL, NULL, 0, NULL}
};

PyMODINIT_FUNC
init[[MODULE_NAME]](void)
{
  (void) Py_InitModule("[[MODULE_NAME]]", Methods);
} 

setup.pyを作る

from distutils.core import setup, Extension

module1 = Extension(
	'[[PACKAGE_NAME]].[[MODULE_NAME]]',
	sources = ['[[C_FILE_NAME]].c']
)

setup(
	name = '[[PACKAGE_NAME]]',
	version = '[[バージョン]]',
	description = '[[説明文]]',
	url = '[[URL]]',
	author = '[[NAME]]',
	author_email = '[[E-MAIL]]',
	ext_modules = [module1],
	packages=["[[PACKAGE_NAME]]"],
)

パッケージを作る

パッケージを作るようにsetup.pyを記述したので、 ここで__init__.pyを作成して最低限下のように書いておかないと この後のリリースの時に困ります。

import [[MODULE_NAME]]

__all__ = ["[[MODULE_NAME]]"]

ビルド

Cのコードに問題がある場合はここで表示されます。

テスト

コンパイルされたモジュールを一度インポートすると、 そのインタプリタが生きている間は上書きに失敗するためコンパイルができません。 delでモジュールを消しても同様です。 Cのコードを書き換えてビルドし直す場合には忘れずにインタプリタを終了しましょう。

インストーラの作成

ソースリリースの作成

まとめ

Pythonの拡張ライブラリを作って公開するのも初めてですし、 C言語をさわるのも数年ぶりなのですが、 想像以上に簡単でした。 全部distutilsがやってくれるので、 コンパイラを自分で呼ぶ必要すらありませんでした。 see Python モジュールの配布。

ダウンロード

CodeHack-0.0.2.win32.exe(Windows用インストーラ)

CodeHack-0.02.zip(ソースコード)

原理

#include <Python.h>

static PyObject *
codehack(PyObject *self, PyObject *args)
{
  PyObject* c; // PyCodeObject
  PyObject* s; // PyString

  if (!PyArg_ParseTuple(args, "OO", &c, &s))
	return NULL;
  PyCodeObject* code = (PyCodeObject*) c;
  Py_INCREF(s);
  code->co_code = s;
  Py_RETURN_NONE;
}

static PyMethodDef Methods[] = {
  {"set_co_code", codehack, METH_VARARGS, "overwrite co_code"},
  {NULL, NULL, 0, NULL}
};

PyMODINIT_FUNC
initCodeHack(void)
{
  (void) Py_InitModule("CodeHack", Methods);
}

右半分がPythonの対話的インタプリタIdleで、左半分がチャットのLingrです。 対話的にコードを書いて試している過程がチャットでどんどん公開されていきます。

Lingrのボット(チャットを読み書きするプログラム)は inforno :: Python版Lingr APIライブラリ を使うと簡単に書けます。 リンク先の例では入退室と発言しかありませんが、 他人の発言をウォッチするのも User Observe in Lingr Developer Wiki を使うだけで簡単にできます。

しかし、Lingrにコードを書くのはオートインデントとかがなくて面倒なので、 対話的インタプリタの側からLingrに「実行する内容」と「実行した結果」を送信するようにしました。 チャットに書いたコードが自動的に実行されるとなるとセキュリティが心配ですが、 これは自分のマシンで走るのは自分の書いたコードだけなので安心です。

一番時間がかかったのは実は 「コンパイル時に"single"と指定すれば、与えられたコードが式である場合に評価した結果を表示するバイトコードが付加される」 と気づくところです。 ライブラリリファレンスの組み込み関数のところに書いてあるのに気がつかず、PyShell.pyを読みながら 「execはあるけども式かどうか判別するコードも評価した値を表示するコードもないぞ？」 と悩んでいたのでした。まさかバイトコードに入っているとは。

下のコードはまだ荒削りですが、 とりあえずこれで上図のような結果が出ます。 複数行のコードの場合、インデントがデフォルトでは表示されませんが、 これはLingrの方で「view paste」というリンクをクリックするときちんとインデントされます。 後は対話的インタプリタの評価のところでLingrと通信しているせいで反応が遅くなっていますが… それは通信部分だけ別スレッドで動かすなどの解決方法がありそうです。

import idlelib

from lingr import *
lingr = Lingr("***YOUR LINGR API KEY***")
lingr.api.session.create()
r = lingr.api.room
r.enter(id="***id***", nickname="***YOUR NICKNAME***", password="***YOUR PASSWORD***")

LOCALS = {}

class Tee(object):
	def __init__(self, stdout):
		self.buf = []
		self.stdout = stdout
	def write(self, s):
		self.buf.append(s)
		self.stdout.write(s)
		
import codeop
CC = codeop.CommandCompiler()

def wrap(f):
	def foo(self, s):
		result = f(self, s)
		if result == False:
			r.say(message = ">>> " + s + "\n\n")
			import sys
			sys.stdout = Tee(sys.stdout)
			exec CC(s, "single") in LOCALS
			r.say(message = "".join(sys.stdout.buf) + "\n" )
			sys.stdout = sys.stdout.stdout
		return result
	return foo

MI = idlelib.PyShell.ModifiedInterpreter
MI.runsource = wrap(MI.runsource)
idlelib.PyShell.main()

追記：r.enter(id="***id***", nickname="***YOUR NICKNAME***", password="***YOUR PASSWORD***")のnicknameとpasswordはあなたのアカウントのものではなく、「ボットが名乗るてきとうなニックネーム」と「チャットルームのパスワード」です。テスト用にパスワードでアクセス制限をしたチャットルームを使っていたのでパスワードを指定していますが、普通のチャットルームなら必要ありません。

あとCommandCompilerを使わなくてもcompile(source, "<string>", "single")でよさそうです。 ]]> http://labs.cybozu.co.jp/blog/nishio/2007/06/pythonlingr.html http://labs.cybozu.co.jp/blog/nishio/2007/06/pythonlingr.html Lingr Python Mon, 04 Jun 2007 20:55:27 +0900 Pythonでは「複数のオブジェクトが入った配列のようなオブジェクト」を下のような記法で作成できます。

>>> xs = [1, 2, 3.14, "Hello!"] 

また、このオブジェクトの中身を順に表示するにはfor文を使います。

>>> for x in xs:
        print x

        
1
2
3.14
Hello! 

これと同じことをJavaではどう書けばいいのか、 今日やっと理解しました。 Javaでは下のようになります。

Object[] xs = { 1, 2, 3.14, "Hello!" };
for (Object x : xs) {
        System.out.println(x);
}

>>> xs = [1, 2, 3.14, "Hello!"]
>>> xs.append("Java")
>>> xs
[1, 2, 3.1400000000000001, 'Hello!', 'Java']

Vector<Object> xs = new Vector<Object>(Arrays.<Object>asList(1, 2, 3.14, "Hello!"));

Arrays.asList(new Object[]{ 1, 2, 3.14, "Hello!"})

さて、これでListを作るところまではできたのですが、 残念ながらここで作られるListのaddメソッドを呼ぶと、 「サポートされていない」という趣旨の例外が発生します。 (UnsupportedOperationException)

おそらく、配列をListに詰め替えているのではなく、 単にListに見えるラッパをかぶせているだけなのでしょう。 そこでVectorに詰め替えます。 VectorのコンストラクタにCollectionを渡した場合には、 中身の詰め替えが行われます。 正確に言うならば、仕様にはそういうことは書かれていない (どころか、返ってくるリストがArraysのprivateなインナークラスなのでそもそも以下略) のでソースコードを追うことになります。 Vectorのコンストラクタで、渡されたCollectionのtoArrayを呼ぶのですが、 Arrays$ArrayListのtoArrayは自分の持っている配列をcloneして返すので、 この時点で詰め替えが行われます。

さてこれで追加や削除ができるようになりました。 ここでクイズです。下のコードを実行するとどういう出力が出るでしょうか？

Vector<Object> xs = new Vector<Object>(Arrays.<Object>asList(1, 2, 3.14, "Hello!"));
xs.remove(3.14);
xs.remove(1);
xs.set(1, "newItem");
xs.add(1, 999);
xs.add("Java");
Collections.reverse(xs);
for (Object x : xs) {
        System.out.println(x);
}

ヒント、Pythonで書くとこうなります。

>>> xs = [1, 2, 3.14, "Hello!"]
>>> xs.remove(3.14)
>>> xs.pop(1)
2
>>> xs[1] = "newItem"
>>> xs.insert(1, 999)
>>> xs.append("Java")
>>> xs.reverse()
>>> for x in xs:
	print x

解答。

Java
newItem
999
1

追記： なぜこういう現象が起きるのかについて解説します。remove(int)とremove(Object)の両方のメソッドがあって、リテラルの1は(過去の諸々のしがらみによって)int型なのでremove(1)はremove(int)が呼ばます。一方リテラルの3.14はオートボクシングでObjectになるのでremove(Object)の側が呼ばれます。もしremove(Object)で1を削除したければ 明示的にxs.remove(new Integer(1));と書く必要があります。

ご指摘どうもありがとうございます＞Yのほぼコード置場 - Re:Javaでリストとか(ry]]> http://labs.cybozu.co.jp/blog/nishio/2007/05/javafor.html http://labs.cybozu.co.jp/blog/nishio/2007/05/javafor.html Java Thu, 31 May 2007 21:14:41 +0900