標準入力 | Programming Place Plus　Ｃ言語編　第６章

このページの概要

以下は目次です。

• 整数の入力
• 入力を１度に受け取る
• 入力処理の難しさ
• 残された文字はどうなるか
• 練習問題
• 参考リンク
• 更新履歴

整数の入力

第４章で、fgets関数を使って文字列の入力を受け取る方法を解説しました。今度は、整数の入力を受け取ってみます。

fgets関数は文字列の入力にしか対応していませんが、sscanf関数という関数を組み合わせることによって、整数の入力に対応できます。

実際にやってみます。次のサンプルプログラムは、整数を入力させて、それを２倍した数を出力します。

#include <stdio.h>

int main(void)
{
    // まず文字列の入力として受け取る
    puts("Please enter the integer.");
    char input_string[20];
    fgets(input_string, sizeof(input_string), stdin);

    // 整数を取り出す
    int num;
    sscanf(input_string, "%d", &num);

    // 2倍して出力
    printf("%d\n", num * 2);
}

実行結果：

Please enter the integer.
10  <-- 入力された内容
20

Visual Studio は、このプログラムに対して警告あるいはエラーを出します。警告であれば無視して構いませんが、エラーであれば対処が必要です。この警告・エラーについては、「Visual Studio編＞C4996警告」のページで解説しています。

考え方としては、整数が欲しいのだけど、まずは fgets関数を使って、文字列として入力を受け取るということです。そのあと、sscanf関数を使って、受け取った文字列から整数を取り出します。

sscanf関数は次のかたちで呼び出します。

sscanf(対象の文字列, 変換指定子を含んだ文字列, 受け取り用の変数);

このサンプルプログラムでは、次のように書いています。

sscanf(input_string, "%d", &num);

「対象の文字列」に変数input_string を指定しています。これは fgets関数によって受け取れた文字列が入っています。

「変換指定子を含んだ文字列」は、printf関数のときとよく似ています。欲しいと思っている値が整数なので “%d” 変換指定子を指定します。

「受け取り用の変数」は、「対象の文字列」から取り出された値を受け取る変数を指定します。このとき、変数名の頭に & を付けています。変数名の頭に & が付いていると、その変数のメモリ上での場所の住所（メモリアドレス (memory address)）を指定したことになります。単に num とだけ書くと、変数num が記憶している値を使おうとしていることになりますが、&num だと場所を示していることになります。sscanf関数に「値をここへ入れてほしい」と伝えるためには、num でなく &num でなければなりません。

入力を１度に受け取る

１度に２つ以上の整数の入力を受け取りたいという場合は、sscanf関数のところで対応できます。printf関数のときと同じで、変換指定子を複数書き並べ、受け取り用の変数もその個数分だけ指定します。

#include <stdio.h>

int main(void)
{
    puts("Please enter the three integers.");
    char input_string[60];
    fgets(input_string, sizeof(input_string), stdin);

    // 整数を取り出す
    int num1;
    int num2;
    int num3;
    sscanf(input_string, "%d%d%d", &num1, &num2, &num3);

    printf("%d %d %d\n", num1, num2, num3);
}

実行結果：

Please enter the integer.
10 20 30 <-- 入力された内容
10 20 30

入力処理の難しさ

入力は、単純に出力の反対、という程度に思われるかもしれません。しかし、割と単純で簡単にできる出力とちがって、入力はそう簡単ではありません。入力の処理には特有の難しさがあります。

まず、入力されるデータが想定した種類のものであるという保証がありません。このページで取り上げたプログラムでは、整数が入力されることを期待していますが、「abcde」のように整数ではないものが入力される可能性があります。

入力されるデータの個数も、想定どおりに与えられる保証がありません。２つの整数を入力して欲しかったのに、１つしか入力されなかったり、３つ以上入力されたりするかもしれません。

入力されるデータの範囲も、想定どおりである保証もありません。扱いきれないほど巨大な数であったり（100000000000000000000000000000000000000）、正の数であってほしいのに負数が入力されたりするかもしれません。

このように、入力の処理では、「想定外のデータが入力される」可能性を考えなければなりません。想定していなかったからといって、プログラムが異常な動作を取ってはならないのです。

しかし、こういった問題に完璧に対処することは、少なくともここまでの知識では無理です。今のところは、自分で作ったプログラムを自分で動かすだけなので、いつも想定どおりの入力が与えられるという前提で進めていくことにします。

残された文字はどうなるか

次のように fgets関数を呼び出したとします。

char input_string[10];
fgets(input_string, sizeof(input_string), stdin);

これは、最大で 10文字までの入力が受け取れることを意味しますが、それを超えた入力を禁じているわけではありません。実際にやってみましょう。

#include <stdio.h>

int main(void)
{
    puts("Please enter the three integers.");
    char input_string[10];
    fgets(input_string, sizeof(input_string), stdin);
    printf("%s", input_string);
}

実行結果：

Please enter the three integers.
123456789012345  <-- 入力された文字列
123456789

全部で 15文字入力してみましたが、出力されたのは 9文字です。

まず、10文字でないことに疑問があると思いますが、これは文字列の末尾にみえない文字が隠されているためです。この見えない文字は、文字列の終わりがどこなのかを知るために置かれる特別な文字で、ヌル文字（ナル文字） (null character) と呼ばれます。

入力された “123456789012345” という文字列の残りの部分、“012345” は消えてしまったわけではなく、まだ存在しています。詳しい技術解説をする段階ではないので、詳細は割愛しますが、もう１度 fgets関数を呼び出してみると、残された部分を取得できます。

#include <stdio.h>

int main(void)
{
    puts("Please enter the three integers.");
    char input_string[10];
    fgets(input_string, sizeof(input_string), stdin);
    printf("%s", input_string);

    fgets(input_string, sizeof(input_string), stdin);
    printf("%s", input_string);
}

実行結果：

Please enter the three integers.
123456789012345  <-- 入力された文字列
123456789012345

実際に試すと分かりますが、２回目の fgets関数のときには、ユーザーの入力を待機することすらありません。これは、すでに１回目の fgets関数で入力された文字列がまだ残っていることが認識されているからです。新たな入力を待たなくても、まだ処理すべきデータが残っているので、待機しません。

実行結果をみると、まったく問題のない出力になったようではありますが、１回目の fgets関数で捨てられる部分があることをプログラマーが知っているから２回目の fgets関数を書いて対応できたのであって、実験だからできたことです。ユーザーがどれだけ長い文字列を入力するかわからない以上、いつもこの手が取れるわけではありません。

正確で確実な対処は難しいので、ここでは触れませんが、取り残されている入力情報というのは、実際のプログラムではかなり厄介な問題です。とりあえずは、要求以上の長さの文字列を入力しないように注意しておくことにしましょう。

【上級】もう少し詳しい話を、第４３章で取り上げます。