scanf может читать только 3 символа в 5-позиционном массиве символов

Question

scanf может читать только 3 символа в 5-позиционном массиве символов

0

Компилятор: 32-битный Gcc Linux

#include<stdio.h>

int main()
{
    int i;
    char a[5];

    for(i=0;i<5;i++)
        scanf("%c",&a[i]);

    for(i=0;i<5;i++)
        printf("%c",a[i]);
}

Почему этот массив принимает только три символа, даже если я указал его взять 5 символов? a Если я ввожу целые числа, он отлично работает.

Insane Coder 14 окт. 2013, в 18:00

Источник

Теги:

c++

c

3 ответа

Ещё вопросы

Paul Griffiths · Answer 1 · 2013-10-14T12-37-00.000Z

scanf() читает новые строки. Если вы ввели 'a', 'b' и 'c' и набрали Enter после каждого из них, тогда a будет содержать {'a', '\n', 'b', '\n', 'c'}, и окончательный '\n' не будет читаться.

@haccks: Спасибо, что рассказали мне о <kbd> !

haccks · Answer 2 · 2013-10-14T12-28-00.000Z

3

Это связано с тем, что символ newline (\n в Unix/Linux) оставлен позади scanf() для следующего вызова scanf() (в этом случае). Измените scanf("%c",&a[i]); в

scanf(" %c",&a[i]);  
       ↑
   space before specifier

При помещении пробела до %c, scanf() пропускает на вход любое количество символов пробела.

haccks 14 окт. 2013, в 12:28

0

Почему это не при вводе целых чисел таким же образом?
Insane Coder 14 окт. 2013, в 15:26
1

Потому что перевод строки не является целым числом, это символ.
Paul Griffiths 14 окт. 2013, в 15:27
2

@InsaneCoder, потому что целое число не является символом (по крайней мере, концептуально). Видите ли, использование scanf() не является интуитивно понятным. Держитесь подальше от этой дрянной функции. Вместо этого используйте fgets() .
user529758 14 окт. 2013, в 15:28
0

@SirDarious; Как ты это сделал?
haccks 14 окт. 2013, в 15:36
2

@haccks simple unicode arrow ( en.wikipedia.org/wiki/Arrow_(symbol) ) получил мое сообщение, отредактированное так, чтобы оно ( stackoverflow.com/a/19297566/393701 ) казалось распространяющим радость: P
SirDarius 14 окт. 2013, в 15:37
1

Я изучаю все сумасшедшие вещи о скидках сегодня!
Paul Griffiths 14 окт. 2013, в 15:38
2

@InsaneCoder: поскольку% d предназначен для чтения числа, он пропускает все начальные пробелы. Так как% c предназначен для поддержки чтения символов (и вас могут заинтересовать пробельные символы), он не пропускает их.
Jerry Coffin 14 окт. 2013, в 15:43
0

@SirDarius; Я попытался напечатать эту стрелку на MS-WIN7, нажав Alt + 2191, и я получаю Å :(
haccks 14 окт. 2013, в 16:24
0

@Paul Гриффитс \n является int , и поэтому представляет собой целое число. Попробуйте printf("%zu\n", sizeof('\n')) . OTOH \n не является цифрой, так как isdigit ('\ n') возвращает 0. Если бы OP вводил "1 \ n2 \ n3 \ n", то были бы такие же таинственные "3 символа".
chux 14 окт. 2013, в 16:42
0

@chux: символьная константа имеет тип int , конечно, и char также является целочисленным типом. Это не делает целые и одинаковые символы эквивалентными, как ясно показывает этот пример, и это диктует обычное использование. Будет ли ваш гипотетический ввод дать те же результаты, будет зависеть от того, экранирует ли оболочка эти символы.
Paul Griffiths 14 окт. 2013, в 16:53
0

@chux: На самом деле, даже не оболочка, так как она использует scanf() . Я был бы удивлен, если бы вы нашли реализацию C, которая преобразовывала набранные символы '\' и 'n' в новую строку, это было бы очень необычным поведением.
Paul Griffiths 14 окт. 2013, в 17:04
0

@Paul Griffiths «1 \ n2 \ n3 \ n» подразумевает 6 записей клавиатуры: 1, ввод, 2, ввод, 3, ввод, а не 9, начиная с 1, \, n, ... Извините, если это было сбивает с толку. Он должен был походить на ваш ответ, но с цифрами, а не буквами, чтобы проиллюстрировать проблемы OP, это не «новая строка», являющаяся целым числом или нет, а одна, как объяснено в вашем посте.
chux 14 окт. 2013, в 17:18
0

@chux: Ага, извините, совершенно не понял, что вы говорили с этим.
Paul Griffiths 14 окт. 2013, в 18:31

Показать ещё 11 комментариев

Umer Farooq · Answer 3 · 2013-10-14T13-10-00.000Z

0

\n потребляется scanf(), поэтому остальные 2 символа не принимаются.

Добавьте начальное пространство до %c

Изменить на:

scanf(" %c", &a[i]);

Umer Farooq 14 окт. 2013, в 13:10

0

«Обратите внимание, что Enter эквивалентно \ n в C» - ну, в любом случае, на 5% компьютеров в мире. А остальные, 95%, работают под управлением Windows.
user529758 14 окт. 2013, в 15:40
0

LOL Я также запускаю Windows, и мне это нравится: P
Umer Farooq 14 окт. 2013, в 15:43
0

@ H2CO3 При факторинге «мировых компьютеров» вы можете рассмотреть миллиард продаваемых встроенных процессоров каждый год. С там очень популярен.
chux 14 окт. 2013, в 16:46
0

@ Chux Да, достаточно справедливо. Дело в том, что Windows (к сожалению) в подавляющем большинстве и обозначает новые строки с ужасной последовательностью символов \r\n . Кроме того, стандарт C не определяет, каким должен быть символ перевода строки. Возьмите это два, и утверждение «Обратите внимание, что Enter эквивалентно \n в C» просто ужасно неправильно.
user529758 14 окт. 2013, в 16:50
1

@Umer Farooq Примечание. Обычно интерфейсы клавиатуры Windows создают 2 char : \r и \n при нажатии клавиши Enter . Поскольку stdin обычно находится в «текстовом» режиме, он изменяет эту пару на \n . Используя freopen(NULL, "rb", stdin) , переводя stdin в "двоичный" режим, можно легко увидеть, что Enter не всегда эквивалентен \n '.
chux 14 окт. 2013, в 17:00
0

@ Н2СО3 Я бы сказал , C делает определение символа новой строки \n как «(новая линия) перемещает активную позицию в исходное положение следующей строки.» Я думаю, что вы имеете в виду что-то ближе к C не определяет значение \n а C не определяет, что должен делать ключ ввода . В любом случае, этот ответ с \ n используется scanf (), поэтому остальные 2 символа не принимаются. " в лучшем случае сбивает с толку, в худшем - неправильно.
chux 14 окт. 2013, в 17:11
0

@ chux Да, это точно. (Однако я не уверен, что «новая строка» действительно \n - в некоторых системах \n перемещает курсор только на одну строку вниз, а для возврата в исходное положение требуется возврат каретки \r . )
user529758 14 окт. 2013, в 17:35

Показать ещё 5 комментариев