- 1 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 06:33:45 ]
- このスレッドは、他のスレッドでは書き込めない超低レベル、
もしくは質問者自身何が何だか分からない質問を勇気を持って書き込むスレッドです。
へび使いが優しくコメントを返しますが、
お礼は Python の布教と初心者の救済をお願いします。
エラーを解決したいときはエラー表示や環境を略さずに書き込んで下さい。
騙りが頻発しています。質問する方は一時的なトリップをつけることを検討して下さい。
次スレは >>980 辺りで
前スレ
くだすれPython(超初心者用) その2
pc11.2ch.net/test/read.cgi/tech/1218155094/
関連スレ
Pythonのお勉強 Part31
pc11.2ch.net/test/read.cgi/tech/1230821097/
- 82 名前： ◆UNKOVIP9RM [2009/01/22(木) 14:44:49 ]
- ttp://itpro.nikkeibp.co.jp/article/Keyword/20090119/323069/
「1024ビット以下の・・・」ってのが抜けてました。
ごめんなさい。
吊ってきます。
- 83 名前： ◆UNKOVIP9RM [2009/01/22(木) 14:45:53 ]
- >>82
分かったならよし
- 84 名前： ◆UNKOVIP9RM [2009/01/22(木) 14:48:04 ]
- >>83
おまえうざい
- 85 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 15:52:47 ]
- Python/Tkでソースの間違いを見つけられないのですが、
探してもらってもいいですか？
- 86 名前： ◆UNKOVIP9RM [2009/01/22(木) 16:59:17 ]
- うんこ食わせろ
- 87 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:22:12 ]
- ”” ””
￣ ￣
，，
- 88 名前：デフォルトの名無しさん [2009/01/23(金) 18:29:44 ]
- 辞書やリストを str() で文字列として表示させるとき
（あるいは print 「文」で表示するとき）
文字列をシングルクォートではなくダブルクォートで
囲ませる方法ってありませんか？
そういう出力をするように __str__() を再定義
するしかないものでしょうか？
- 89 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 18:53:13 ]
- >>> s={'abc':'def','ghi':['jkl','mno'],"pqr":["stu"],"vwx":"yz"}
>>> s
{'pqr': ['stu'], 'abc': 'def', 'vwx': 'yz', 'ghi': ['jkl', 'mno']}
>>> import json
>>> json.write(s)
'{"pqr":["stu"],"abc":"def","vwx":"yz","ghi":["jkl","mno"]}'
- 90 名前：デフォルトの名無しさん [2009/01/23(金) 18:56:43 ]
- ううむ，json っすか．
import json となると 2.6 系にしなきゃだめか・・・
検討してみます．ありがとうございました．
- 91 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 20:43:44 ]
- ttp://pypi.python.org/pypi/simplejson/
- 92 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 21:30:35 ]
- >>90
ごめん 2.5 で↓これ入れて使ってた
python-json 3.4
ttp://pypi.python.org/pypi/python-json
メリットはソースが json.py しかないのでインストールする手間が不要w
日本語はUTF-8しか通らないみたいだけど
json.read, json.write しか使わない分には充分いけてる
- 93 名前：デフォルトの名無しさん [2009/01/23(金) 21:42:52 ]
- みんなのpythonを読んだあと、
次に何を読んだらいいですか？
中級ぐらいの参考書ってありますか？
- 94 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 22:18:40 ]
- 実技
- 95 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 22:37:28 ]
- >>93
なんでそんなに読みたいの? 何が目的?
- 96 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 22:45:09 ]
- >>93
黒い方
- 97 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 23:04:43 ]
- あの、みんなのpythonに書かれている標準ライブラリってそれを利用するのに必要な基礎知識がなかったとしても必ず覚えるべきなんでしょうか。
もしその作業が後回しにしてもとりあえずは支障のない程度のものであるのでしたら標準ライブラリについての勉強を後回しにして他の勉強を始めたいのですけれども
- 98 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 23:09:38 ]
- いちいち覚える必要ねえよそんなもん
必要に応じてリファレンスマニュアル見て使えりゃ十分だろ
- 99 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 23:19:31 ]
- 有難う御座います。気が晴れました
- 100 名前：デフォルトの名無しさん [2009/01/23(金) 23:52:50 ]
- setuptools でスクリプトとして a.py を指定してしまうと
easy_install で /usr/bin/ 直下に a.py がコピーされて，
アンインストールしたい時に困りませんか？
easy_install ってアンインストールの機能は
提供してくれていませんよね？
- 101 名前：デフォルトの名無しさん [2009/01/24(土) 00:36:41 ]
- easy_uninstall
- 102 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 05:20:45 ]
- >>97
覚える必要ないけどライブラリリファレンスのインデックスだけでも
目を通しておくと後で損しないかも
- 103 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 05:56:32 ]
- 何故以下のプログラムでabcdと並ばないのか教えてください
import Tkinter as Tk
class unko:
def __init__(self):
self.root = Tk.Tk()
frame = Tk.Frame(self.root)
l = Tk.Label(frame, text="a ")
l.grid(row=0, column=0, stick=Tk.N+Tk.E+Tk.S+Tk.W)
l = Tk.Label(frame, text="b ")
l.grid(row=1, column=0, stick=Tk.N+Tk.E+Tk.S+Tk.W)
login_button = Tk.Button(text="c")
login_button.grid(row=2, columnspan=2, stick=Tk.N+Tk.E+Tk.S+Tk.W)
l = Tk.Label(frame, text="d ")
l.grid(row=3, column=0, stick=Tk.N+Tk.E+Tk.S+Tk.W)
frame.grid(row=1, padx=2, pady=2, stick=Tk.N+Tk.E+Tk.S+Tk.W)
def main(self):
self.root.mainloop()
if __name__ == "__main__":
unko().main()
- 104 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 07:20:30 ]
- >>103
login_button = Tk.Button(text="c")
↓
login_button = Tk.Button(frame, text="c")
- 105 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 08:38:14 ]
- 0.txt 、 1.txt 、 2.txt ・・・ x.txt
というテキストファイルを新規に作ってそこに何か書き込みたいんですけど、どうしたらいいでしょうか？
０〜ｘまで
open('0.txt','w+')
open('1.txt','w+')
open('2.txt','w+')
...
って書き込むのは避けたいんです
- 106 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 08:45:33 ]
- [open("%d.txt" % i, 'w+') for i in range(x)]
- 107 名前：デフォルトの名無しさん [2009/01/24(土) 08:49:33 ]
- 文字列に簡易的なスクランブルをかけるライブラリーってありますか？
本格的なものでなくてかまわないのですが。
自分のデスクトップ検索に不用意に引っ掛からないようにしたいだけなので。
単純にbase64でも掛けておけとも考えたのですがもう少し冗長度を下げたいです。
- 108 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 10:07:24 ]
- ＞数学的思考法
１ 答えはあるので、問題の条件を吟味して、解法を見抜いてしまう
２ 大抵は厨房の幾何問題で解けてしまう
３ 答え合わせをする
＞数学者的思考法
１ たいていは答えがでないほうがおおい
２ くりかえされた手法はあっさりすてる
３ べつのみかたで問題をたてなおす
- 109 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 10:51:42 ]
- >>106
ダンケ
- 110 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:23:41 ]
- >>107
英数字のみならrot13とか
日本語文字混じるならurllib.quoteとか
- 111 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:57:33 ]
- >>107
zlibで圧縮
- 112 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:58:13 ]
- >>107
適当な定数で xor
- 113 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 23:13:15 ]
- かとるみてえかべ並らかぎみ
- 114 名前：デフォルトの名無しさん [2009/01/24(土) 23:33:24 ]
- 文字の境界を判別する処理ってどのように作りますか？
- 115 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:04:22 ]
- もうちょっと曖昧でない表現を頼む
- 116 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 00:55:39 ]
- 文字/の/境界/を/判別/する/処理/ってどのように/作/りますか/？
もうちょっと/曖昧/でない/表現/を/頼/む
ということ
それとも
文字の/境界を/判別する/処理って/どのように/作り/ます/か/？
もうちょっと/曖昧でない/表現を/頼む
ということ
- 117 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:00:17 ]
- 形態要素解析＋Pythonでググっ鱈こんなのが出て来た
ttp://d.hatena.ne.jp/kinneko/20040119/p3
ttp://d.hatena.ne.jp/kinneko/20040120/p10
ttp://pc11.2ch.net/test/read.cgi/tech/1193354806/727-772
ttp://pc11.2ch.net/test/read.cgi/tech/1193354806/
ttp://www2.atpages.jp/mirror/2ch/python/prog1/read.php/1061640768/
ttp://www.paken.org/diary/200209/diary.html#3
- 118 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:16:07 ]
- MeCab
- 119 名前：デフォルトの名無しさん [2009/01/25(日) 01:20:39 ]
- >>115
エンコードされた日本語の文字の処理です。
文字列を分割したり置換するときに文字の境界を適切に判別しないと文字化け
が起こると聞いたので詳しく知りたいです。
- 120 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 01:44:24 ]
- >>119
Unicodeにすればおk
- 121 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:53:52 ]
- >>119
Ruby/Perl/PHPはそうらしいけどPythonは2.5以降なら大丈夫
- 122 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 15:37:59 ]
- Pythonの内部使用文字リテラルをUnicodeにするっていう
移行手順は比較的すんなりいったけど、↑の三言語はけっこうめんどくさい
- 123 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 17:22:45 ]
- そんなわけない。特にRubyは利用者のことを考えた
スムーズな移行方法をとってる。pythonより上。
- 124 名前：デフォルトの名無しさん [2009/01/25(日) 17:24:21 ]
- kwsk plz
- 125 名前：デフォルトの名無しさん [2009/01/25(日) 18:14:01 ]
- >>123
俺も知りたい
- 126 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 18:48:40 ]
- てーか、CSI（Code Set Independent）を墨守してI18N化したLLってRuby以外にあるのか？
- 127 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:12:27 ]
- Python3
- 128 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:25:47 ]
- CSIってBSDのCitrusとかでやってる奴だよな
PerlやPythonはUCSベースだからCSIではないっしょ
- 129 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:30:13 ]
- 内部コードとして特定の文字コードが仮定できないと
現実的には不便極まりないように思えるが……
- 130 名前：デフォルトの名無しさん [2009/01/25(日) 19:58:28 ]
- Ruby厨ってどうしてこんなに気持ち悪いの・・・
- 131 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:04:15 ]
- python厨のが気持ち悪いよ。日本で使ってる人いないのになんでつかうの
- 132 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:09:32 ]
- Rubyでもshebangのあとに
# -*- coding: utf-8 -*-
書いてるコード見るけど
書いた方が良いというか書くべきなんだよね？
- 133 名前：デフォルトの名無しさん [2009/01/25(日) 20:10:50 ]
- 内部使用文字リテラルとは無関係
- 134 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:12:51 ]
- 誰か日本語処理の比較して
php5,perl6,python3,ruby1.9
- 135 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:14:26 ]
- >>104
遅くなりましたがどうもありがとうございました。
- 136 名前：デフォルトの名無しさん [2009/01/26(月) 00:06:05 ]
- データの性質によって処理の内容を変える仕組みとは具体的にどういうことですか？
- 137 名前：デフォルトの名無しさん [2009/01/26(月) 00:43:16 ]
- 3 + 6 -> 9
'A'+'B' -> 'AB'
- 138 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 07:49:30 ]
- お勧めのOSを教えてください
- 139 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 08:17:50 ]
- FreeBSD
- 140 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 08:23:46 ]
- >>139
はあ？あなたもしかしてRuby厨ですか？
- 141 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 09:15:01 ]
- すまん
Rubyスレと間違えたw
- 142 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 10:10:24 ]
- PythonのUnicode文字列は、UTF-16とUTF-32の2種類あるよ。
UTF-32は、1 code point = 1文字 になってるけど、UTF-16だと
サロゲートペアのときに 2 code point = 1文字 になるから注意が必要。
この問題は、Windowsの〜W系APIとか、Javaや.NETの文字列も
同じ問題を抱えている。
というか、Windowsの〜W系APIとの親和性や、Javaや.NETでの
効率を考えて、UTF-16を許可しているという面もある。
- 143 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 10:11:06 ]
- 「2種類ある」というのは、Pythonをビルドするときの設定で選べるって事ね。
Pythonを使うときに2種類から選べるわけではない。
- 144 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 12:59:19 ]
- sys.maxunicode
UCS-2かUCS-4かがわかる
- 145 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 13:21:19 ]
- しかし、なんでUnicodeみたいな糞仕様作ったんだろうな。
- 146 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 14:42:31 ]
- その前の仕様がShiftJISみたいなクソ仕様とかEUCみたいな
日本語と中国語の区別がつかない仕様とかISO-2022みたいな
無闇に拡張性ばかりある仕様とかそんなのばかりだったから
- 147 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 14:50:59 ]
- 無理だって言ってるのに
2バイト固定長の文字コードにしようとしたから。
- 148 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 15:14:54 ]
- Rubyだけだよなあ、安全に文字コード扱える言語は。
- 149 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 15:57:44 ]
- もう20年も経ったんだからそろそろ見直すべき
- 150 名前：デフォルトの名無しさん [2009/01/26(月) 16:02:44 ]
- YEN SIGN問題
Shift_JISではJIS X 0201における円記号 "\" が0x5Cに置かれている。
これをUnicodeのマッピングに合わせるとYEN SIGN (U+00A5) にマップされる。
しかし、0x5CはASCIIではバックスラッシュ "\" に相当し、
C言語などのエスケープシーケンスに使われる事から、
この文字のコードを変更すると問題が起きる。
そのためUnicodeを利用するアプリケーションはU+007F以下のコードに関しては
移動させないという暗黙のルールができている。
そうなると、Unicode環境では円記号がバックスラッシュの表示に
変わってしまうように思われるが、これは日本語用のフォントデータの
0x5Cの位置には円記号の字形を当ててしまうことで対処している。
これによって、それまでの文字コードを使用していたときと同じ感覚で
円記号を用いることができる。
この問題は日本語環境に限った事ではない。もともと、ISO646上で0x5Cを
含む数種の文字は自由領域（バリアント）として各国での定義を認めていた。
そのため、日本語以外でもASCIIでバックスラッシュに相当するコードに
異なる記号を当てているケースが多い。例えば、韓国ではウォン記号
(WON SIGN, U+20A9, "₩") である。
- 151 名前：デフォルトの名無しさん [2009/01/26(月) 16:04:16 ]
- WAVE DASH - FULLWIDTH TILDE問題
JIS X 0221規定のJIS X 0208とJIS X 0221の対応表では、
波ダッシュはWAVE DASH (U+301C, "〜") に対応させているが、
マイクロソフトはWindowsのShift_JISとUnicodeの変換テーブルを作成する際に、
JIS X 0208において1区33点に割り当てられている波ダッシュ "〜" を、
Unicodeにおける全角チルダ (FULLWIDTH TILDE, U+FF5E, "〜") に割り当てたため不整合が生じる。
この結果、Mac OS等のJIS X 0221準拠のShift_JIS ⇔ Unicode変換テーブルをもつ処理系と、
Windowsとの間でUnicodeデータをやり取りする場合、文字化けを起こすことになる。
そこでWindows以外のOS上で動くアプリケーションの中には、CP932という名前で
マイクロソフト仕様のShift_JISコード体系を別途用意して対応しているケースが多い。
この原因とされているUnicode仕様書の例示字形の問題に関しては、
波ダッシュ#Unicodeに関連する問題を参照すること。
また、マイクロソフトは同様にEM DASH (U+2014, "—") をHORIZONTAL BAR (U+2015, "―") に、
DOUBLE VERTICAL LINE (U+2016, "‖") をPARALLEL TO (U+2225, "‖") に、
MINUS SIGN (U+2212, "−") をFULLWIDTH HYPHEN-MINUS (U+FF0D, "−") に
割り当てており、これらの変換時にも問題が起こる。Windows VistaやMicrosoft Office 2007に
付属するIMEパッドの文字一覧におけるJIS X 0213の面区点の表示は、上記の文字についても
JISで規定されているものと同じマッピングを使用している。
- 152 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 16:05:53 ]
- 無理やり２バイトに当て嵌めようとしたとかそういうレベルじゃなくて
それ以前のもっと根源的な問題
(従来のいくつかの文字コードでの問題点がなんら改善されていない)
- 153 名前：デフォルトの名無しさん [2009/01/26(月) 16:07:32 ]
- へんな文字コードをさらに増やしただけ
- 154 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 17:18:32 ]
- pythonがだめな言語であることがよくわかりました。
- 155 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 18:43:29 ]
- これから始めようと思ってるんだけど2.6と3.0どっちがいいの？
- 156 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 18:49:48 ]
- >>155
好き勝手できるのなら3.0
- 157 名前：デフォルトの名無しさん [2009/01/26(月) 19:21:36 ]
- 2.5
- 158 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 19:40:47 ]
- 2.6
- 159 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 19:45:47 ]
- 2.71828182845904523536
- 160 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 19:51:24 ]
- e
- 161 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 20:29:51 ]
- METAFONT乙
- 162 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 20:32:14 ]
- またruby厨が荒らしてるのか
- 163 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:17:09 ]
- またruby厨が荒らしてるのか
- 164 名前：デフォルトの名無しさん [2009/01/26(月) 21:22:20 ]
- py乙
- 165 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:23:04 ]
- しかし、なんでUnicodeみたいな糞仕様作ったんだろうな。
- 166 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:25:40 ]
- python.jp のサイトの python ダウンロードリンクは
どう読んでも python 初心者向けなのに初心者用じゃない説明
日本語を扱うために別途 codec ダウンロードが必要な気がしてくる
- 167 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:32:25 ]
- 「初めてのかたへ」とあるから「Pythonのダウンロード」行ってみると
www.python.jp/Zope/download/pythoncore
ここの左側のコンテンツに目立つように
「日本語環境用インストーラ(Win32)・・・」
っていうのがあって嫌でも目に入ってくる
www.python.jp/Zope/download/pythonjpdist
もうこれを入れなきゃ恥じマラ内みたいな
どっかに断り書きが一言でもあれば
不要だということが分かって良いのに
- 168 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:40:43 ]
- 頼むから少しは>>2を見てくれ
- 169 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:51:57 ]
- 馬鹿ですね分かります
- 170 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:53:57 ]
- 頼むから少しは>>2を見てくれ
- 171 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:56:18 ]
- >>167
まあそれは言いがかりだけど
ダウンロードページ左のコンテンツの内容が古過ぎなのは同意
Python for Windows Extensions なんか見ても
www.python.jp/Zope/download/win32all
2.3までしかないしww
やる気あんのか?とは思う
- 172 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:57:19 ]
- 頼むから少しは>>2を見てくれ
- 173 名前：デフォルトの名無しさん [2009/01/26(月) 22:03:28 ]
- 日本語のエンコードについて教えてください。
お願いします。
- 174 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:06:01 ]
- はじぱい 第2版 (2004/11) \5,040
www.amazon.co.jp/products/dp/4873112109/
はじぱい原著 3rd Edition (2008/07/16) $26.39
www.amazon.com/Learning-Python-3rd-Mark-Lutz/dp/0596513984/
日本語の第3版って安価で出る予定ある？
- 175 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:28:20 ]
- またruby厨が荒らしてるのか
- 176 名前：デフォルトの名無しさん [2009/01/26(月) 22:34:32 ]
- >>144
>>> import sys
>>> sys.maxunicode
65535
- 177 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:46:27 ]
- >maxunicode
>Unicode文字の最大のコードポイントを示す整数。この値は、オプション設定
>でUnicode文字の保存形式としてUSC-2とUCS-4のいずれを指定したかによって
>異なります。
- 178 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:50:36 ]
- UCS-2 だな
- 179 名前：デフォルトの名無しさん [2009/01/27(火) 01:37:32 ]
- for a in range(10):
return a
でエラーが出るのはなぜですか？
- 180 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 01:51:55 ]
- SyntaxError? IndentationError?
- 181 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 07:00:08 ]
- またruby厨が荒らしてるのか
- 182 名前：デフォルトの名無しさん [2009/01/27(火) 09:51:27 ]
- >>180
SyntaxErrorです。
|
 |
