1 名前:デフォルトの名無しさん mailto:sage [2008/11/16(日) 19:09:55 ] Pythonオフィシャルサイト www.python.org/ 日本Pythonユーザ会 www.python.jp/Zope/ まとめWiki python.rdy.jp/ 関連スレ find.2ch.net/?BBS=ALL&TYPE=TITLE&STR=python 前スレ pc11.2ch.net/test/read.cgi/tech/1223543412/
403 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:41:21 ] print以外に互換ない所ってどこ?
404 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:44:28 ] そもそも、printの構文なんて存在しなくなったというのが正しい。 printが関数になって、関数の構文で呼び出せるようになり、 Pythonの構文がいっそうシンプルになった。
405 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:46:27 ] >>400 ぶっちゃけPython3.0の新機能なんざ、後方互換性の破壊による 二重保守や移行の手間に見合うほどのもんじゃないよ、どれもこれも Python3.0のほうがより良い仕様だということは認めるが、 別に言語仕様だの性能だのの明白な強化に繋がる仕様じゃないし 単なる切り落としも多い 例えば、reduce()がbuiltinから消えて喜ぶ奴がいるか? はっきりしているのは、それでスクリプトを書き換える必要が生じる ユーザだけは沢山いるということだ 周辺ライブラリとか作ってる人たち、今後は二重保守やテストを強いられることに なんのかね 当たり前のようにC APIも仕様変わってんだろ ぞっとするぜ
406 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:47:36 ] >>403 文字列の扱いは全く完璧に変わった 例外のハンドリングも構文が変わった シンタクスレベルの変更なので、スクリプト内で動的にバージョンを判断して 分岐することはできない バイトコンパイルの時点でシンタクスエラーになるからな
407 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 10:49:24 ] 変化に対応できないじじいは史ねってことですね、分かります。
408 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 11:02:43 ] >>405 移行したくないならどうぞそのまま Python 2.x をお使いください。 だれもあなたに移行しろと言ってませんし、俺もまだ移行しません。 1年や2年は様子見で良いよ。 ライブラリが揃いだしてから、新規のコードは Python3.0 用に書き始めれば良い。
409 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 11:09:44 ] > ライブラリが揃いだしてから、新規のコードは Python3.0 用に書き始めれば良い。 なるほど、使ってる全部の端末に2種類のPythonインタプリタをインストールして 二重運用するわけかw そして今までのコードベースはそのやり方じゃ、3.0からは使えない、と うっかりミスでトラブル続出だな boost.pythonとかどうなるのやら
410 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 11:11:52 ] >>409 俺は1.9、2.4、2.5、2.6、3.0全部入れてるぞ
411 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 11:13:16 ] >>410 >1.9 Ruby厨乙(ww
412 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 11:13:56 ] 流石反応はええな
413 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 11:51:49 ] hoge.cppからhoge.hppを自動生成するschemeのprogramが format文(pythonのprint文)のきもい使い方駆使しまくってたんだけど 似たことpythonでもできるようになるのかい?
414 名前:デフォルトの名無しさん [2008/12/05(金) 11:59:32 ] >>405 C APIについてはどうなのか知らないけど、 通常のPythonスクリプトのプロジェクトでの2重保守のコストは、 テストを自動化してるかどうかによると思う。 変換ユーティリティ 2to3 の利用もテストを前提としてるみたいなので。 ttp://www.artima.com/weblogs/viewpost.jsp?thread=208549 より、簡単に抜粋すると。 0. テストを書く。 1. python 2.6 へ移植。 2. py3k 警告モードでテスト。 3. 警告がなくなるまで修正を繰り返す。 4. 2to3で 3.0 向けに変換。 5. 3.0 でテスト。 6. エラーがあれば変換前のコードを修正する。 7. release 手作業が必要なところ以外を自動化してしまえば、 保守コストが2倍掛かるなんてことにはならないはず。 移植コストは 2to3 がどの程度の変換をサポートしてるかに拠るのかな。 8割程カバー出来ればいいや、みたいな事言ってたを何処かで読んだけど。ソース失念。
415 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 12:05:31 ] ttp://gihyo.jp/dev/feature/01/python3000/0004 に2to3の適用範囲についての説明はあるな その後もっとマシなものになっているのかどうかは分からんが その辺は、要求品質にもよるだろうな 業務としてやってるようなものなら、テストだって全自動で終わりとかありえねえし ゲームの自動テストでも書いてみるか?w
416 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 12:32:19 ] C apiの変更はboost.pythonに吸収してもらえないのかねえ
417 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 12:47:45 ] docs.python.org/3.0/c-api/concrete.html を見ると、Sequence ObjectsからString Objectsの記述は無くなって、 Bytes ObjectsだのByte Array Objectsだのが登場している。 Unicode Objectsは残っている。 strはUnicode Objectsにマップするのだろうか。 docs.python.org/3.0/c-api/arg.html を見ると、相変わらずフォーマット"s"が存在し、 「string or Unicode Objects」とか書いてある。 そしてそれが「char*に」変換する。 byteからのフォーマット指定子も追加されているが。 正直何がしたいんだか良く分からないんだが。 上っ面だけ整理して、C APIはカオスに見える。 ドキュメントが追いついていないだけか?
418 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:38:36 ] まあ3.0移行とか関係なく、普通にテスト書くだろ。 テスト書かないハゲは消えろや。
419 名前:デフォルトの名無しさん [2008/12/05(金) 15:34:22 ] python 2.5/2.6 を使っているんですが、 この段階では print 文でなくて print 関数を使うようにはできませんか? future import なんとかでできたらいいなぁ、と。 いずれ python 3.0 に移行するまでのつなぎとして 今からそう書いておきたいんですが・・・
420 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:36:26 ] 2.6なら from __future__ import print_function
421 名前:デフォルトの名無しさん [2008/12/05(金) 15:44:51 ] >>419 >>382
422 名前:デフォルトの名無しさん [2008/12/05(金) 16:26:39 ] いつのまにか2.6.1
423 名前:デフォルトの名無しさん [2008/12/05(金) 17:42:43 ] >>420-421 ありがとうございました. めでたく print("aiueo") できました. ところで,Python でメッセージを標準エラー出力 に出す時に簡便な方法といえば何でしょうか? やはり os.write などを使って出すのでしょうか? print2("aiueo") のような関数は標準的にはありませんか? 自分で便利関数を作ってもその存在を忘れてしまうほど 頭が弱いので,与えられたものがあればそれを使おうと思います.
424 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 17:45:34 ] sys.stderr.write(...) print >>sys.stderr, ... print(..., file=sys.stderr)
425 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 17:47:20 ] >>424 > print >>sys.stderr, ... これは非推奨。
426 名前:デフォルトの名無しさん [2008/12/05(金) 18:02:02 ] logging
427 名前:デフォルトの名無しさん [2008/12/05(金) 19:03:20 ] おお,logging なんてのがあるんですか. >>425 のような書き方も知りませんでした. もう一つ質問があります. 設定ファイルであれこれ設定する必要があるのですが, できれば UNIX/Windows で共通に使えるように したいと思っています.こういうときホームディレクトリ 直下に .myapplication ファイルでも用意して, その中に ConfigFile 形式や JSON 形式で設定を 書くようにすればいいのでしょうが, Windows の 場合だったらプロファイル直下かなぁ,とか, ポータブルにするための手間は惜しみたいとか考えてしまいます. アプリケーションの個人用の設定ファイルの扱い方, 特にその配置場所について,Python 流のお決まりの やり方というのはあるのでしょうか?
428 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 19:14:45 ] レンタルサーバーでもpython3.0対応してくれたら 移行してもいいんだがな
429 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 19:58:03 ] >>427 os.path.expanduser()
430 名前:デフォルトの名無しさん [2008/12/05(金) 20:23:29 ] >428 自分で入れればいい
431 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 20:32:07 ] ブロックの終わりを示すキーワードを強要するオプションがほしかったな
432 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 20:39:22 ] >>427 Pitおすすめ d.hatena.ne.jp/a2c/20081016/1224097042
433 名前:デフォルトの名無しさん mailto:sage [2008/12/05(金) 23:56:09 ] 以下の呼び出しはaがアサインされてないよと言われて失敗してしまうんですが そういうものなんですかね? def maker(a): # return lambda(c): a + c def f(c): a = a + c return a return f f = maker(3) print f(4) 左辺値のaを別の変数にすれば動きます。
434 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 00:07:22 ] 俺はBeautiful Soupが3.0に対応するまで移行するのは待っていよう
435 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 00:08:36 ] Python3.0ならnonlocalで出来たかと
436 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 00:09:04 ] >>433 docs.python.org/reference/executionmodel.html#naming-and-binding If a name binding operation occurs anywhere within a code block, all uses of the name within the block are treated as references to the current block. This can lead to errors when a name is used within a block before it is bound. This rule is subtle. Python lacks declarations and allows name binding operations to occur anywhere within a code block. The local variables of a code block can be determined by scanning the entire text of the block for name binding operations. と書いてあるので、仕様だろう 結局のところletのような構文は無いのだし、それがPythonなのだと思うしかない 俺は最近はletだのvarだのmyだのが無いことの不便さのほうを感じることが 多いな
437 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 00:19:56 ] 64になって困るのだろうか?
438 名前:デフォルトの名無しさん [2008/12/06(土) 00:30:47 ] pythonでswitch文書くにはどうしたらいいの?
439 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 00:32:02 ] switchなんてものは無いが、別にいらんだろ パターンマッチもないよ ifで頑張れ
440 名前:436 mailto:sage [2008/12/06(土) 01:38:31 ] すまん、ちょっと意図を勘違いしていた。 >>433 は左辺も右辺も自由変数を参照したいわけだな? ならPython3ではnonlocal文でいいはずだが、 それ以前のPythonでは、自由変数に代入することはできない。 global変数にはglobal文を使うことで代入することはできるが global変数を使うこと自体稀だろう。 Schemeなどのlet文では左辺がローカルな束縛で右辺が自由変数という ケースも良く出てくるが、それもPythonではできない。 できない理由は>>436 の引用に説明されている通り。 いずれも変数宣言を持たないことによる帰結だな。
441 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 01:41:19 ] let「文」はおかしいな まあいいか
442 名前:デフォルトの名無しさん [2008/12/06(土) 01:44:19 ] py3kについてkwskかかれた日本語まだー?w viewってなんだよviewって・・・
443 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 01:54:06 ] >>440 ありがとうございます! エラーもはいてくれるし、ローカル変数を使うつもりが初期化を忘れて 勝手にネームバインディングされるよりはわかりやすくていいのかな。
444 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 01:56:51 ] >>443 本当はletなどで明示したほうがいい、と俺は思うんだけどね まあ、letの3文字をタイプする手間と、それを省くことによる仕様面での制限の トレードオフを考えたときに、Pythonは手間を省く方を選んだということだ
445 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 02:33:08 ] >>433 def maker(a): # return lambda(c): a + c def f(c, a=a): a = a + c return a return f とすればいいと思うよ。
446 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 02:45:50 ] a += c でもだめなんかなぁ。。。
447 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 04:45:34 ] >>438 caseが全て定数なら、辞書を使うと高速。 パターンマッチが必要なら ttp://code.activestate.com/recipes/410692/ みたいなのを拡張して使うといい。 制御構造の為に標準構文以外の独自拡張を取るのが、 可読性を損ねるという考えもあるので、無難なのは if/elif... かな
448 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 08:40:20 ] >>442 きっと一年後ぐらいに出ます。
449 名前:デフォルトの名無しさん [2008/12/06(土) 10:07:05 ] >>431 キーワードのデフォルトはpassですねわかります
450 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 11:16:12 ] debug=sys.stderr.write ... debug("ほげ〜")
451 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 11:38:27 ] >>449 そうそう。対象ファイル内ではpass/return/break/continueを強要するの。だめ?
452 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 14:37:18 ] @hoge ってどういう意味なの @の使い方がわからない
453 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 14:43:17 ] きっと"python デコレーター"とかで検索す
454 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 15:12:22 ] >>451 素直に、インデントによるブロックを折畳表示してくれるエディタの支援を使おう。
455 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 15:45:10 ] wwwww wwwww wwwww wwwww wwwww ww wwwww wwwww www wwwww wwwww wwwww wwwww wwwww wwwwwww wwwww wwwww wwwwwwww wwwww wwwww wwww wwww wwwww wwwww wwww wwww wwwww wwwwwwww wwwwwwww wwwwww wwwwww wwww wwww ww ww
456 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:07:31 ] a=[1,2,3,4,5] b=[5,4,3,2,1] for c,d in a,b: print c,d これできないのって仕様?
457 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:21:29 ] ZIPを要求する! for c,d in zip(a,b): print c,d
458 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:22:46 ] >>457 存在忘れてたw ありがとう。
459 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:43:16 ] BeautifulSoup/2to3 挑戦してみた。 1. 2to3 BeautifulSoup.py | patch BeautifulSoup.py 2. 3k に sgmllib がない。2.6から持ってくる。 3. sgmllib内 warnings.warnpy3k 辺りはいらないので削除。 4. 2to3 sgmllib.py | patch sgmllib.py 5. 3.0 で import BeautifulSoup が通る。 6. re.match, re.search 等に bytes オブジェクトが渡っている所を str() で wrap 数箇所修正。(実行してエラーが出た箇所を潰していく) 7. BeautifulSoup(text).prettify() がエラーなしに動く。 8. 文字列が全て <b'font' b'size'="b'-1'"> の様になっているのに気付く。 str(b"foo") が "b'foo'" という文字列を返す為。.decode()で文字列に変換する必要がある。 9. PageElement.toEncoding, NavigableString.__str__ が bytes を返すのを .decode(encoding) で str に。 ※ 他にも bytes を返すメソッドがあるかも知れない。 ※ 2.x 互換の方法が解らなかった為、ここは 3.0 のコードを変更した。 10. ここまでで .prettify() 通った。diff取るの忘れたけど手作業で変更したのは5,6箇所程。 ※ 2.x では decode/encode して端末へ表示してたのが、3.0では不要になった。 .prettify()の返す文字の文字コードが異なる?修正が影響したのかどうかは追ってない。
460 名前:デフォルトの名無しさん mailto:sage [2008/12/06(土) 19:46:13 ] ぱいおつ
461 名前: mailto: [2008/12/07(日) 12:23:34 ] >>439 あざす
462 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 14:27:35 ] バランスの取れた括弧にマッチさせるときに 以下の正規表現だとre.compile()時にnothing to repeat.と怒られてしまいます。 何が不味いのでしょうか。 '(?P<REP>' '\(' '([^()]+|(?P=REP))*' '\)' ')' (?P<>)の入れ子自体は問題ないようなのですが・・・
463 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 14:39:22 ] ちなみにテストコードです。 import re r = re.compile('(?P<REP>\(([^()]+|(?P=REP))*\))') s = 'abc((de(f))gh((ijk)lmn))opq' print r.search(s).group()
464 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 16:33:06 ] emacsのoutlineマイナーモードでpythonのコードも折りたたみたい
465 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 19:18:49 ] HTML/XMLの操作にはBeautifulSoupとlxmlのどちらが主流派なんですか? BeautifulSoupはpure pythonという以外に何かメリットデメリットあったら教えて下さい。 HTML/XMLの操作ってあんまりやったことないので常道ってのも分からないので判断しかねて・・・
466 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 20:19:23 ] >>462 そういう「再帰的な定義」を許していないんじゃないか? そういう記述ができるものがあるのは知っているけど、 エラーメッセージから想像力を働かせるとPythonでは許していないような気がする。
467 名前:デフォルトの名無しさん [2008/12/07(日) 20:20:00 ] >>462 (?P<>)の入れ子自体は問題ないようなのですが・・・ 問題あるだろう。こうだろう r = re.compile('(?P<REP>(\([^()]+|(?P=REP))*\))')
468 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:04:33 ] >>466 やっぱりそうなんですかね。 (?P<>)の入れ子はcompileは通るのですがどうも効いていないっぽいです。 >>467 ありがとうございます。 でもバランスしません(>_<)
469 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:16:56 ] (?P=name)って要するに名前付きのバックリファレンスだろ? 入れ子の記述を仮に許しても、方針として全然ダメじゃねえの? 要は「マッチしたもの」にマッチするんだから 一般的な入れ子のカッコを処理できるわけないじゃん
470 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:02:13 ] pythonで 誌 という文字をunquoteっしたいんですけども どうすればいいですか?
471 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:10:22 ] >>469 期待通りに動く処理系もあるんですよ・・・
472 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:33:20 ] なら具体的なバージョンとかの情報出すべきかと・・・
473 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:45:55 ] 文字参照を元の文字に戻すにはどうすればいいでしょうか
474 名前:デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:48:25 ] ver.1.9のことです(>_<)
475 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 02:13:53 ] 正規表現万能論者はお断りします
476 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 02:15:45 ] 本来的な正規表現ではないよな バックリファレンスですら そういう意味ではPythonのは既に足は踏み外してるけど 再帰を許すほどではないな
477 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 08:46:23 ] 俺の質問に答えろや
478 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 11:40:41 ] >>471 リファレンスみたいな豪快な拡張にポータビリティを期待するほうがダメかと。 Pythonの正規表現の仕様から、これが処理できないのはおかしいとはっきり 導出できるなら、そのようにバグとして報告すればいい話。 >>470 >>473 import urllib urllib.unquote
479 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 12:52:22 ] 質問 cgiをpythonで作っています。 #!/usr/local/bin/python import cgitb,time print "Content-Type: text/html\n\n"; t = time.strftime('%H:%M:%S') print '<p>time is'+ t +'</p>' この状態なら動くのですが、print関数の文字列に日本語が含まれているとcgiが動かなくなります。 これは何故でしょうか・・・? ちなみに保存文字コードはshift-jisです。
480 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:05:16 ] >>479 文字コードをUTF-8(BOM無)で保存すればいい
481 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:26:31 ] >>479 www.python.jp/doc/release/tut/node4.html#SECTION004230000000000000000
482 名前:479 mailto:sage [2008/12/08(月) 13:29:38 ] UTF-8で保存すると今度は全くcgiが動作しなくなります・・・OTL
483 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:31:30 ] windowsXPでpython 3.0なんですが >>>douon("変態") ["変態", "編隊", "変体", "へんたい", "ヘンタイ", "hentai"] みたいな関数を標準モジュールだけで書いていただけませんでしょうか
484 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:32:58 ] >>482 ん?sjisでも「全く動作しない」はずだが…… CGIなんだから、直接pythonインタプリタで実行してみろよ たとえコメントの中だろうが、エンコーディングを指定せずに 非ASCII文字が書かれている時点で Pythonインタプリタにはねられるから
485 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:36:39 ] >>483 無理。ていうか辞書次第。
486 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:37:17 ] >>483 migemoあたりの辞書を使うといいんじゃねえか migemoで普通やるのの逆変換になるが
487 名前:479 mailto:sage [2008/12/08(月) 13:39:18 ] >>481 参考URL有難うございます。 # -*- coding: utf-8 -*- import time print "Content-Type: text/html\n\n"; t = time.strftime('%H:%M:%S') print u'<p>時間は'+ t +'</p>' のようにエンコードを指定してもインタプリタでは動くのですが、cgiファイルとしてサーバーにアップ後は動かなくなります。 パーミッション等は合ってます。
488 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:42:27 ] >>487 unicode文字列をprintに渡してるんなら、また別の問題がある。 printはunicodeを受け取ると、sys.stdout.encodingに従ってそれを 変換しようと試みるが、sys.stdout.encodingは環境次第だ。 多分asciiか何かになってんだろう もともとpythonのstdin/stdoutのencodingはリダイレクトに弱い。 自分でエンコーディングを指定してバイト列に変換してからprintに渡せ。
489 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 13:44:22 ] >>485 >>486 ありがとうございます やっぱいきなりでは無理ですよね
490 名前:489 mailto:sage [2008/12/08(月) 13:45:48 ] googleの人達も地道に辞書登録しているんでしょうか
491 名前:488 mailto:sage [2008/12/08(月) 13:46:17 ] いちいち手で変換するのがうぜーならこうするといいぞ sys.stdout = codecs.getwriter('utf-8')(sys.stdout)
492 名前:デフォルトの名無しさん [2008/12/08(月) 13:50:27 ] CGIは板違いっすよ皆さん Python CGI pc11.2ch.net/test/read.cgi/php/1163513344/
493 名前:479 mailto:sage [2008/12/08(月) 14:12:15 ] >>488 ありがとうございます。 pythonライブラリのsite.setencodingの中のencoding = "ascii"という部分を"utf-8"に書き換えてみました。 が、まだ動きません・・・ >>492 すみません、検索不足でした。 気をつけます。
494 名前:479 mailto:sage [2008/12/08(月) 14:19:34 ] >>488 連レスすみません。 printにバイト列としてエンコーディングを指定してから渡す、という方法で上手く表示することが出来ました。 お付き合い頂いてありがとうございました。とても助かりました。
495 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 14:39:15 ] >>462 括弧の対応が取れたパターン(言語)というのは、 文脈自由文法(二型文法)に属します。 正規表現の扱えるのは正則文法(三型文法)なので、 それより範囲が少し狭いです。 # 範囲を越える文法を扱えるマッチャーが多いですが。 チョムスキーの定義で考えると、 どんな入れ子でも受理可能にするには、 無限の規則が必要になることがわかると思います。 (正規表現の再帰的な定義がちゃんと出来ることとほぼ同義) ja.wikipedia.org/wiki/ 形式文法
496 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 14:42:32 ] >>490 依頼を受けたデータ入力会社の雇われたキーパンチャーがね
497 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 19:10:22 ] Time flies like an arrow.
498 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 20:22:40 ] >>459 参考になった、ありがとう 思ったより手間すくないのね
499 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 20:49:32 ] >>462 オライリーの詳説 正規表現にはPerlでバランス取れた括弧のキャプチャの例が載っていましたよ www.oreilly.co.jp/books/9784873113593/ >5.2.4 括弧類の対へのマッチ 今手元に本が無いからうろ覚えですけど、Perlの独自拡張で無限の?入れ子まで対応しているとか >>471 の期待通り動く処理系ってPerlのそこそこ新しい奴じゃないですか? 他の正規表現処理系でのやり方も書いてあったような気がするので もし詳説 正規表現が立ち読みできたり図書館で借りられる環境ならぜひ読んでみて >>495 さんの言う通り正規表現で無限の入れ子なんて普通は受理できないのですが Perlの正規表現処理系は拡張が物凄いので正規文法の限界を思いっきり超えてます このオライリーの本はこんな形式文法の話や正規表現処理系のNFAとDFAの違いなど 細かいけど(好きな人には)面白い話が載ってます
500 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:10:55 ] たてよみ
501 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:42:03 ] 最後の方に言語毎の正規表現の比較が掲載されてて、それのおかげで助かった事が2回あった ところで”オライリーの本”ってどう略すの
502 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 21:55:49 ] >>501 表紙の動物じゃないか? ラクダ本とか、バッタ本とかあるけど となると正規表現はフクロウ本?
503 名前:デフォルトの名無しさん mailto:sage [2008/12/08(月) 22:40:16 ] Twistedは蛇玉本