The C Programming Language. K&R

А кто перевод строки будет считать? Кроме того, никогда не делай

printf(string);

, только

printf("%s", string);

А разве '\n' не входит в эти 80 чаров?

int _getline(char s[], int lim)
{
	int c, i;

	for (i = 0; i < lim - 1 && (c = getchar()) != EOF && c != '\n'; ++i)
		s[i] = c;
	if (c == '\n') {
		s[i] = c;
		++i;
	}
	s[i] = '\0';
	return i;
}

Кроме того, никогда не делай

потому что?

Потому что если в строке есть символ процента, то ты в пролетишь как фанера над парижем.

По сабжу. Тебя просят вывести строки длиннее 80, подразумевая, что \n в эти 80 не входит. А ты выводишь с учетом разделителя. Отними один от len-а перед сравнением, и все получится. Способ форматирования отладочного выхлопа у тебя тоже пониманию не способствует.

len = 80
len = 81
this is the line which is 80 characters wide: ----------------------------------
len = 82
this is the line which is 81 characters wide: -----------------------------------
len = 91
this is the line which is 90 characters wide: --------------------------------------------

Удобнее парсить же.

c != '\n'; ++i)

Правда ли, что когда сравнение c с \n даёт ложь, i все же инкрементируется?

сравнение c с \n даёт ложь

Запутаннее и не спросишь наверное. Цикл прекращается без выполнения итератора, когда условие цикла не выполняется. Подробнее в удаленных.

i инкрементируется же если c == '\n'

Инкрементируется. Поэтому len для строки из 80 символов с учётом \n будет 81, поэтому она и печатается на len > MINLENGTH

Нет, но он явно инкрементируется в следующем

Нет, инкрементируется. Сорри что запутанно спросил, я запутанно воспринял эту конструкцию :D

Дело так в общем: цикл выполняется, пока не находит \n. Достигнув 79(80 символов, включая 0) s[i(79)] = '-'; Затем, в следующей, последней итерации в «С» у нас '\n', «i» стало 80, и тело цикла не выполняется, цикл прекращается.

А в следующей конструкции, мы сравниваем уже «с» с '\n', и в s[80] записываем '\n'. i у нас уже 80. Затем инкрементируем снова «i», и записываем терминальный ноль i=81, s = '\0'.

Так вот. Довольно необычно, по крайней мере для меня, что «i» инкрементируется когда условие в цикле ложно. Логичней было бы, чтоб дальнейшее выполнение прерывалось.

что «i» инкрементируется когда условие в цикле ложно

Не инкрементируется после того, как оно стало ложным. А до — инкрементируется. Рассмотрим более простой случай:

const char *t = "abc\n"; // 'a', 'b', 'c', '\n', '\0'
int i, c;

for (int i = 0; (c = t[i]) != 0 && c != '\n'; i++) {
    s[i] = c;

Развертка:

  i = 0
l0:
  if !((c = t[i]) != 0 && c != '\n') goto l1
//if   (c = t[i]) == 0 || c == '\n'  goto l1
  s[i] = c
  i++
  goto l0
l1:

Трейс:

  i = 0
  condition is true (t[0] is 'a')
  s[0] = 'a'
  i = 1
  condition is true (t[1] is 'b')
  s[1] = 'b'
  i = 2
  condition is true (t[2] is 'c')
  s[2] = 'c'
  i = 3
  condition is FALSE (t[3] is '\n')

// i == 3, s == "abc[garbage]"

Возможно тебя смущает off-by-one, кстати. Длина численно на один больше максимального индекса в ней, учитывай это при расчетах и прикидках.

There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.

Ога, я протупил: если i инкрементируется после истинного сравнения, тогда как мы заносим в s[0]?))

Спасибо)

P.S.

Возможно тебя смущает off-by-one, кстати.

Неинтуитивно, по мне. У существования этого способа есть объективные причины?

Это точно такой же итерационный цикл общего назначения, как и во всех других языках, ничем не отличается. Проверяем условие, выполняем тело, выполняем итератор, повторяем. Ты же не можешь в очередной (не первый) раз проверить условие, пока не выполнишь итератор, а значит при выходе итератор будет за пределами условия по определению.

Индексация с нуля тоже вполне распространенное явление. Ты просто слегка загнался, имхо.

Не, я тяжело туплю и мне пора спать) Еще раз спасибо.

P.S. По поводу индексации остановился на этом: «В массивах в квадратных скобках просто пишут не адрес а _смещение_». Всё, теперь я готов укрыться одеялом. Спокойной ночи)

slovazap, arturpub, парни спасибо за ответы. Я как всегда не видел общности картины.

chinarulezz, спасибо тебе тоже, хороший вопрос задал ☺

Ещё лучше

fputs(string, stdout);