Q&A
試しに１番から１０番まで入ったテキストファイルだとどのような結果になりますか？
こんにちは。Python3のコードに関して質問があります。
###状況と該当のソースコード
| 行番号 | 数値１ | 数値２ |
|---|---|---|
| 1 | 0.5E+2 | 0.7 |
| 2 | 0.51E+2 | 0.8 |
のような情報が１番から２万番まで入ったテキストファイルを読み込むコードを、Python3で書きました。
ソースコードは以下の通りです。（下記のコード以外はコメントしか書き加えていません。追記:米時間で12:37am）
Python3
1ifile = 'lab1.txt' 2f = open(ifile, 'r') 3if f.mode == 'r': 4 contents = f.read() 5 print (contents)
###問題
コンパイルした結果、元々のテキストファイルにはない３万番や４万番を超えても次々と情報が表示されていき、止まりませんでした。１番から２万番きっかりまで表示してコンパイルが止まるようにするには、どのように修正すればよいでしょうか？
###実行環境（追記:米時間で12:37am）
macOS Mojave
（他にはどのような情報が必要でしょうか？）
###参考にしたウェブサイト
https://www.guru99.com/reading-and-writing-files-in-python.html#3
よろしくお願いいたします。
元ファイルとdiffを取ってみるとなにかわかるかも。 $ hoge.py | diff label.txt -
コメントありがとうございます。試してみましたが、正常に１番から１０番まで表示して止まりました。
2万番までの方のテキストファイルは、77.3MBもありました…データが大きすぎるとこのようなことが起こるのでしょうか？
データの大きさは問題ないです。面倒ですが、百行、千行、１万行のファイルで試していただけないでしょうか？
＠rogueref さん。コメントありがとうございます。すみません、diffをとる方法がよくわからないのですが$hope〜というのをどのように使えばよいのでしょうか？
当該コードが"hoge.py"だと仮定すると上記コマンドで元ファイルと出力値のdiffがとれます。
@can110さん。 百行、千行、一万行全て問題なく止まりました。
では最後に２万件のテキストファイルを「もう一度作成しなおして」実行してみてください。データ内容は元ファイルと同じでよいです。
あと実行環境（OSなど）も追記いただけると適切な回答得られやすくなります。
@can110さん。二万行も問題ありませんでした。また、実行環境についてご指摘ありがとうございます。macOS Mojaveを使用しています。
あとは元のlabel.txtと問題なかったファイルのdiffをとり、違いがないか確認ください。（違いはないはず）
2万行でファイルが77.3MBあるなら、1行が4000バイトぐらいある計算です。それはあなたの認識と一致しますか?
@can110さん。diffをとってみたところ、問題の動作と同じように、ストップせず表示し続けてしまいました。
「diff label.txt test.txt」のように、ファイル同士を比較してください。
回答2件
0
質問のコードで終わらないわけがないので可能性を考えてみました。
- 本当に対象ファイル20,000行でしょうか。
$ wc -l label.txt
- 示されたコード以外にもなにかループがあるのでは
質問のコードの外側にループがあって、終了条件がなかったりおかしかったりするのでは。
while(1): 当該コード
- 標準コマンドで出力してみるとどうなるでしょう。
$ cat label.txt
投稿2018/11/21 08:15
総合スコア727
1.本当に2万行か？
簡単のため2万行としましたが、実際は21,338行です。ただ、3万、4万を越えても表示は止まりませんでした。（これは止まらないだろうと思い4万を超えたところでターミナルを閉じました）
2.他にもループがあるか？
ありません。コードは上に示したものとコメントのみを含みます。
3.標準コマンド出力
試してみます。
※教えていただいたように $ hoge.py | diff label.txt - を試してみたのですが、コンパイルした時と同じように止まることなく表示し続けてしまいました。
面白いですね。label.txtのEOFがなんだか壊れてるのかも。catで全行正常に出力されるのなら。$ cat label.txt > label2.txt としてから label2.txt を対象にしてみてはどうでしょ。
申し訳ありません。元のテキストファイルを確認してみたところ、行番号が昇順になっていませんでした。行数を数える際に一番上から下まで一気にスクロールして確認したので気づきませんでした…。本当に申し訳ありません。
もう一度コンパイルしたところ、（恐らく）正常に作動しました。（恐らくといったのは、データ数が多すぎて、ターミナル上でコンパイル結果の一番最初のデータまで遡れなかったからです（ある一定の場所でスクロールができなくなってしまいました。））
お時間を割いていただいたこと、ありがとうございました。また、初歩的なミスで混乱させてしまい申し訳ありませんでした。
0
自己解決
皆様、ご回答ありがとうございました。
先ほど元の問題のテキストファイルを確認したところ、行番号が昇順になっていないということが判明しました。行数を数える際に一番上から一番下まで一気にスクロールしてしまったので、間の順番が乱れているところに気づけませんでした。一番から再度カウントが始まったり、中途半端な数字から再度カウントが始まったりということが起きていました。
それを踏まえてコンパイルしたところ、実は問題なく動いていることがわかりました。
初歩的なミスのせいで皆様を混乱させてしまい大変申し訳ありませんでした。今後このようなミスはしないよう気をつけて勉強していきます。
ご協力、本当にありがとうございました。
投稿2018/11/21 09:14
総合スコア16
あなたの回答
tips
プレビュー
