scanfはなぜ糞仕様なのか

?

糞スレ

最近Cプログラミングを始めたの？
ガ・ン・バ・レ！

今日も暑いな

入門用だからシンプルすぎるんだろ

　　　　　　　　　　　皆様へのお願い

　 このスレッドは高次機能障害をもたらす
病理の臨床実験のために立てたものです。

　 被験者と研究員のやり取りに使うため、
書き込み等は自重されるようお願いいたします。
もし、書き込み等をすることで不愉快な思いをされましても、
当研究所は責を負いかねます。



　　　　　　　　　　　　　　　　　　　　　 (社)京都微生物研究所

アイちゃんは昔からよく見たけど、最近は>6が主流なのか？

>>5
ぜんぜんシンプルじゃない。

バカはC#（笑）使ってるのがお似合いだと思います

>>9
それはscanf()は最高級に難しいテクノロジーでそれをバカにするのは
それを使いこなせないC#ユーザーに違いないという推測に基づく発言か。

残念ながら、scanf()がクソだというのはプログラマの99%の共通認識だ。
そう認識してないのは専門学校のscanf()を使いまくったうんこみたいな
テキストで勉強してそのレベルにとどまってるウンコPGだけだ。

scanfは、Cライブラリ最大の糞仕様といっていい。

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

まあなんだかんだいっても大会とかで使うんですけどね

scanfという文字列を２０年ぶりに見た

sscanf()なら使うけどねぇ。
scanf()系は入力を破棄し難いこととprintf()系の"%*d"みたいな
動的な幅指定がないのは厄介だけど、
文字列を対象とするsscanf()ならそれなりに使える。

糞仕様だよ使えねーで済ませれば問題無いのに
初心者用入門書で最初の方で出てくるからなぁ

初心者だからこそあえて洗礼を浴びせるのだ

どのみちCはプログラマ自身がメモリ管理に精通しないと使いこなせないからな
一から十まで初心者に扱いやすいライブラリなんか用意しておく道義すらない

初心者本でscanf()を使う奴は実務経験ないんじゃないかと思う。
まぁ、実務経験があってまともに文章を書けるのなら初心者本以外の仕事があるんだろうけれど。
ついでに言えば、printf()系でも"%f"を闇雲に使うよりは"%g"を使わせた方が余程初心者に向いていると思う。
酷い本になると、printf()系とscanf()系の書式指定子は互換性があるみたいな大嘘を書いてあるからね。

printf("%lf", d);
は良く見かける

>>20
それも問題だね。

scanf_s

fortranと違って、組み込みではないから
しかたがない。

正規表現か何かのパターンマッチは標準で欲しいな
ライブラリ探してくるのめんどい

>>24
スキャンセットだけでは不足ですか?
尤も、入門書でスキャンセットの存在にまで言及しているものは少ないし、
実例を挙げているものは皆無に等しいから面倒であることには同意。

＞ 初心者用入門書で最初の方で出てくるからなぁ
ゴミみたいな奴だな
今日何ゴミの日だっけ？

不燃物
びん、缶 (飲料缶除く)、天使を騙る痛いニート等

>>27
------------------
[[[[[[[[[[[[ びん、缶 (飲料缶除く)、天使を騙る痛いニート等 ]]]]]]]]]]]](きリッッッッ！！ッ！！！
--------（キリ!!キリッッ！きリッ！！！キリッ!!!

気持ち悪い

[迷信] scanf ではバッファオーバーランを防げない
http://www.kijineko.co.jp/tech/superstitions/buffer-overrun-of-scanf.html

>>29
scanf("%10s", s); とかフォーマット文字列にバッファサイズ直書きしなければ
ならないのがすごいイヤな感じ。
バッファに残ったデータを読み飛ばす方法とかテクニックに走りすぎで美しくないし。
読み込みの単位が文字単位でも行単位でもないのが気持ち悪い。
あと%dとかで数値を読むときにオーバーフローを検出できないのもあとあと
面倒になる。

>>30
そこはリンク先も言及してるね、まぁその時点でｸｿ仕様なわけだがｗ
別にリンク先がscanfは素晴らしいとか言ってるわけではないからどうでもいいか

文字列から数値にするならエラーチェック出来るstrtol()使えってことだな

>>30
＞scanf("%10s", s); とかフォーマット文字列にバッファサイズ直書きしなければ
＞ならないのがすごいイヤな感じ。

scanf 系関数での文字列長指定方法
http://www.kijineko.co.jp/node/201

あそこまで来たら素直にfgets使えよってなるしなｗ

昔、処理が遅すぎる時代に自動化させるために使ったという話をどこかで聞いたような

でにすりっちーさんのごめいふくをおいのりします

　　　　　　　　　　＿＿＿＿＿
　 .ｎi 7　　　　／　　　　　　　　＼　　ご冥福をお祈りします
l^l | | ｌ ,/) ／　／・＼　　／・＼　＼　　　 .ｎ
', U ! ﾚ' / |　　　￣￣　　　￣￣　　|　　l^l.| | /）
/　　　 〈　 |　　　　（＿人＿）　　　 |　　| U ﾚ'/／)
　　　　　ヽっ　　 　 ＼　　　| 　 　／ 　 ﾉ　　　 ／
　／´￣￣　ノ　　　　 ＼＿|　　 　＼ｒニ 　　　|
　　　　　　　　　　　　　　　　　　　　　 `ヽ　　　l

>>33
うわぁ。やめてほしい。

sscanf()はわりと使ってるかも。

>>37
お前が理解できないことやってるからか?ww

>>15
scanf( "%*s" );
入力破棄なんて、これだけの事でしょ。

if( 1 != scanf( "%d", &value ) )
      scanf( "%*s" );
入力失敗だってこれだけで廃棄できる。

>>24
パターンマッチ自体は、scanfでできるじゃん。
if( 1 == scanf( " < %s", tag ) )
{
      do
          count = scanf( " %[ \t\n] = \"%[^\"] %[/>]%[>]",  &key, &value, &terminate, &terminate );
      while( 2 != count );
}

例えば、こう書けば、下みたいなタグしか拾ってこなくなる。
<tag key = value"/>
<tag key = value">
<tag
   key = "value"
>

馬鹿には無理

>>30
#define Q(n) #n
#define LEN 10

char array[s];
scanf("%" Q( LEN ) "s", &s);
これで直書き自体は防げるぞ。

まちげぇた。

× while( 2 != count );
○ while( 2 == count );

肝心なとこも間違えてたわ。すまんすまん。

× " %[ \t\n] = \"%[^\"] %[/>]%[>]"
○ " %s = \"%[^\"] %[/>]%[>]"

>>30
32bitで10億未満なら、フィールド幅を9桁にして、
その後判定すりゃいい。
10億越えるなら、32bit以上の型で読み取れ。

char array[s];

char array[s];

char array[s];

char array[s];

char array[s];

scanf便利じゃん。

いや、つかえねーわ。

お前がな

UNIXを使ったことのないガキが言ったんだろ？

ふーん

scanf()とfscanf()を使ってるやつは信用できない。
sscanf()は、まあ許す。

意味が解からん。sscanfはバッファー移動させる分非効率じゃん。
sscanfは自動でバッファーのシークまでしてくれないぞ。

しないから良いんだよ馬鹿

scanfに限らないけど、対話が必要ならどうしてもGUIの方に分があるよね

replはCUIじゃないと

>>54
ストリームデータに対しシークしないことになんのメリットがあんだよ

scanfにケチつけてるヤツの何がイラッとするかって、
scanfで設定ファイルの解析すらしたこと無いくせに
ドヤ顔をで糞だと言っているところ。
使ったこともないプログラミング言語を貶してる連中と
同じウザさがある。

そういう時は、普通はfscanf()を使うかfgets()とsscanf()を使うからなぁ。

scanfもfscanfも大差ないがな
ただシェルをメインで使うなら
$xxxx-restore < xxxx.config
ってな感じで読み込む事はある。
あと設定じゃなきゃパイプ処理で重宝する
mplayer $( ls -l | a.out -m "50" )
とか、フォーマットの決まったデータをフィルタするのにね

嘘を嘘と見抜けないひとは scanf を使うのは向かない

>>53
バッファに移動するのが非効率とか、そんなパフォーマンス気にするならscanf()とか使うなよ。

速度の効率じゃなく記述の効率だろ

sscanfで簡潔に書けるというなら、
sscanfでこれと同じ動作するコード書いてみろよ。

int count;
do
{
     char key[1024], value[1024], invalid_string[4096];
     count = scanf( " %1023[^\t\n =] = \"%[^\"]\" ;", key, value );
     switch( count )
     {
          case 2:
                map[key] = value;
          break
          case 1:
               throw ParseValueInvalid( key );
          case 0:
               scanf( "%4095[^;];", invalid_string );
               throw ParseError( invalid_string );
     }
}while( EOF != count );

>>64
valueに改行を含めるって仕様にしなかったらsscanf()でも一行増えるだけなんじゃね?

エラーリカバリが面倒だからエラーが起きたら例外なげてるんだろうけど、
シンプルに一行一データって仕様にしたら、エラーのあった行だけ棄てて
次に読み進めるって処理も簡単に書けるな。
つまりシンプルにfgets()を使うのが、処理に柔軟性を持たせてまぎれのない
コードになるっていつもどおりの結論だ。

scanf( "%*[^;];" );
破棄するほうが簡単なんだけど。

>>65
ポインタのシークとバッファをまたがる値に対する処理が入る。
4行以上は増えるだろ。

>>66
自分でいったとおりコード書いてみろよ。
そのやり方でもscanfで書いたほうが短いから。

scanfの仕様を把握してないバカの言い訳が見苦しいなw

だからscanfは糞だって言われてるんだよ

scanf一つでプログラマの習熟度が解るな

649 デフォルトの名無しさん [sage] 2011/12/29(木) 14:50:37.28 ID: Be:
学生プログラマ日本一決定戦(予選は社会人も参加可)
ttp://codevs.jp/howto.html
現在予選開催中
応募締切 2012.1.6　12:00

おもしろいことやっているじゃん。誰か今から参加しろよ。

>>66
記述量が多くなるわけだが。

>>66
ループ中で>>64を関数として呼び出し、読み込みを継続する事もできるんだけど。
ループ中で例外受け取って、
例外内容は例外リストに追加。
次の読み込み処理を実行。

>>66
1行1データに囚われてる時点で柔軟性に欠けてるだろ
Jsonに書き直そうとしただけで大幅に手間が掛かる

>>67
それ、エラーのあった行に ; が無かったら次の正常な行まで読み飛ばすじゃん。
iniファイルもどきの初期設定ファイルなんだから、変に仕様を複雑化しないでやっぱ一データ一行のほうがシンプルでいいな。

>>76
scanf()でもjsonのパースとかできなさそうだけど。

>>76

>>78
すでにスレに上がってるコードみても分からないの？
コード書いてもらわないとダメなの？

>>77
何か問題でも？
CやXMLのパーサーでも同じだろ
iniしかパースした事ないの？

>>77
改行が消えて次の行と繋がったら、
次のデータ読み飛ばされるじゃねぇか
変わらねぇよ。

C++ で、scanf 使うやついるのか。

scanfはともかくfscanfの需要は多いだろ。
std::cinじゃパターンマッチが糞だから。

istreamに使えるboost.formatみたいなのがあればなあ

scanfにアンパサンドが付く理由が未だによく分からない。

>>87
付けずに実行してみ

出来れば int とかで初期値を 0 にしてみて

私はウンコをしながらscanfを使います。

　　　　　　　／/
　　　　　／　 /　　　ﾊﾞｶｯ
　　　　 //⌒)∩＿＿∩
　　　　/.|　.| ノ　　　　　ヽ
　　　 /　|　| 　●　　　● | 　　　　
　　　/ 　|　彡　　( _●_)　ミ 馬鹿には無理
　　 /　　|　ヽ　　|∪|　　/＿
　　/／　│　　　ヽノ　　＼／
　　"￣￣￣￣￣￣￣（..ノ

stdio.hをみても、わからんなぁ
可変個だから
...とかいてある

#include <stdio.h>

int subscanf(int *p)
{
  return scanf("%d", p);
}

int main(void)
{
  int i;

  printf("Enter a number: ");
  subscanf(&i);
  printf("%d\n", i);
  return 0;
}

scanfがクソなのは、入力ストリームに'\n'残すからだろ
C++のstd::cinは毎回入力ストリームがかわるから残らない。

fgets() とか fread とかも本来 EOF のところで NULL 返したり変な仕様だよ
NULL チェックより feof() でチェックした方が良いと思って併用するとおかしなことになるし

>>94
fgets()はともかく、fread()はNULLは返さないぞ。

>>93
残すよ。
int foo;
std::cin >> foo;
char bar;
std::cin.get(bar);
std::cout << '>' << bar << ">\n";
そもそも、「入力ストリームがかわる」ってのが何を言いたいのかわからん。

>>95
読み込めた要素数を返す
↓
EOF のときは要素数 0
↓
0 はたまたま NULL と同じ値