Распространенные ошибки

@zss · Регистрация: 18.12.2011

Студворк — интернет-сервис помощи студентам

Evg · 05.03.2015, 17:41

HighPredator, пожалуй я соглашусь с тобой. Мы живём в мире процессоров, где адрес представляет собой целое число. Но в разные времена делались потуги создать защищённый процессор, в котором адрес представлял собой некоторую конструкцию, содержащую в себе базовый адрес блока, его размер, возможно, какую-то информацию о типе (с таким адресом аппаратура не даст, например, вылезти за границу массива). Так вот если в точке вызова printf/scanf подсунуть адрес, который имеет тип char(*)[], а потом пытаться трактовать его как char* (без каких-либо дополнительных операций приведения типа), то вполне возможно, что для такого процессора сие действо вызовет слом при исполнении. Так что тут и вправду получается UB, который для "нормальных" процессоров ничем плохим не грозит

Evg · 24.03.2015, 15:57

Проблемы под windows при работе с файлами, описанными в виде полных путей

Код типа:

C
FILE *fp;
fp = fopen ("C:\a.txt", "w");
if (fp == NULL) 
{
  printf ("Error\n");
  exit(1);
}

не работают и всегда выдают ошибку.

Проблема в том, что в символьных и строковых литералах (буква в одинарных кавычках или текст в двойных кавычках) языков Си и Си++ символ обратного слэша является управляющим символом, а потому компилятор работает с ним не как с самостоятельным символом, а как с началом последовательности символов. Наиболее частыми такими последовательностями являются "\n" (перевод строки) и "\t" (табуляция), с которыми начинающие, как правило, сталкиваются уже с первых дней. Конкретно в данном примере у символа обратного слэша точно такая же трактовка, а потому последовательность символов "\a" распозналась как один управляющий символ, в итоге это привело к тому, что путь до файла в коде программы оказался вовсе не таким, каким ожидал программист. Чтобы в символьном и строковом литерале записать символ обратного слэша, надо его продублировать, т.е. написать "\\". Таким образом наша программа должна выглядеть как

C
fp = fopen ("C:\\a.txt", "w");

@ПерС · 26.03.2015, 16:16

Не по теме:

я лично больше парился вот с этим:

"Удвоение" последней строки файла
Возьмём небольшую программу, построчно читающую текстовый файл:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
 
int main (void){
 FILE *fp = fopen ("C:\\temp\\data.txt", "r");
 if (fp == NULL) {
  printf ("Can't open file!\n");
  fflush (stdin);
  getchar();
  exit(1);
 }
 const int MAXLEN = 128;
 char buf[MAXLEN+1];
 while (!feof(fp)) { //последняя строка файла может быть "удвоена"
  fgets (buf, MAXLEN, fp);
  puts (buf);
 }
 fclose (fp);
 system("pause");
 return 0;
} //Visual Studio

Сам файл C:\temp\data.txt состоит из пары строк и пустой строки в конце:
string 1
string 2

"Удивительным образом" наша программа "удвоит" string 2, которая будет напечатана дважды. Проблема в том, что после чтения string 2 конец файла ещё не достигнут, а ввод-вывод через stdio буферизован... последний шаг цикла прочитает пустую строку, а в буфере всё ещё будет string 2, которая и выведется повторно вместо пустой строки. Проверьте сами - если удалить из файла данных пустую строку в конце -
string 1
string 2
- никакого "удвоения" не будет. Встречается вот такое решение -

C
1
2
3
4
5
while (1) {
 fgets (buf, MAXLEN, fp);
 if (feof(fp)) break;
 puts (buf);
}

- но оно грозит, наоборот, "потерять" последнюю строку файла, если после неё нет пустой. Хотя при форматном чтении данных, скажем, целых чисел из файла, такой подход применим:

C
1
2
3
4
5
6
int a;
while (1) {
 fscanf (fp, "%d", &a);
 if (feof(fp)) break;
 printf ("%d ",a);
}

Что же до нашего исходного примера - всегда полезен дополнительный анализ прочитанных строк (например, исключение из вывода пустых) или хоть зануление буфера после того, как он использован:

C
1
2
3
4
5
while (!feof(fp)) {
 fgets (buf, MAXLEN, fp);
 puts (buf);
 buf[0]='\0';
}

"Лишние" пустые строки при построчном выводе данных

С программкой из этого примера связана ещё одна типовая проблема - прочитанные из файла строки при выводе почему-то содержат лишние пустые строки между строками данных. Файл данных:
string 1
string 2
Вывод:
string 1

string 2
Для продолжения нажмите любую клавишу . . .

Всё объясняется просто - fgets читает строку файла вместе с символом перевода строки (точней, под Windows - с парой символов \r\n, интерпретируемых как один), а puts добавляет к выводимой строке ещё один перевод строки. Так что выводите другим методом или удаляйте из прочитанной fgets'ом строки последний символ:

C
1
2
3
4
5
6
7
8
9
const int MAXLEN = 128;
char buf[MAXLEN+1];
while (!feof(fp)) {
 fgets (buf, MAXLEN, fp);
 int len = strlen(buf);
 if (buf[len-1]=='\n') buf[len-1]='\0';
 puts (buf);
 buf[0]='\0';
}

Evg · 08.12.2015, 16:45

Использование адресной арифметики вместо va_arg при работе с функцией с переменным числом параметров

В интернете видел много разных "обучающих" статей о том, как извлекать аргументы в функции с переменным числом аргументов. Они сводятся примерно к следующему (пример взят из одной из статей):

C++
#include <stdio.h>
 
/* Вычисление среднего арифметического аргументов (количество) */
double f(int n, ...)            /* количество элементов */
{  int *p = &n;
    p++;                        /* установка 'целого' на double */
    double *pp = (double *)p;   /* преобразование типа указателя */
    double sum = 0, count = n;
    for (;n--;pp++)             /* правильное увеличение на 8 */
       sum+=(*pp);
    return (sum/count);
}
 
int main(void)
{
  double s = f (4, 1.0, 2.0, 3.0, 4.0);
  printf ("%e\n", s);
}

Этот код НЕКОРРЕКТНЫЙ. Он будет работать, грубо говоря, только на архитектуре x86 в 32-битном режиме. Афторы подобных статей закладываются на то, что все параметры будут переданы через стек и лягут в памяти некоторым конкретным образом. В реальности передача параметров на каждой архитектуре происходит по разному, в соответствии с программными соглашениями (ABI) для каждой конкретной архитектуры/режима. Чтобы программисту не нужно было учитывать особенности передачи параметров под каждые архитектуры, придумали специальные интерфейсы va_start, va_arg, va_end. В итоге текст программы для всех архитектур будет выглядеть одинаково, но на каждой архитектуре интерфейс раскроется в правильное извлечение параметров

Что такое программные соглашения можно почитать тут
Демонстрация того, к чему приводит неправильно написанный код есть тут

Правильно написанный код для данного примера должен выглядеть примерно так:

C
#include <stdio.h>
#include <stdarg.h>
 
/* Вычисление среднего арифметического аргументов (количество) */
double f (int n, ...)
{
    va_list va;
    double sum = 0, count = n;
 
    va_start (va, n);
    for (;n--;)
      sum += va_arg (va, double);
    va_end (va);
 
    return (sum/count);
}
 
int main(void)
{
    double s = f (4, 1.0, 2.0, 3.0, 4.0);
    printf ("%e\n", s);
}

@emerael · 27.07.2016, 19:49

Ошибки в сравнении (использование = вместо ==, очень частотная вещь среди пересевших на си с паскалеподобных языков)

C++
1
2
3
4
if( var = 0 ) {/*
some code here
*/
}

скомпилится, но в иф никогда не зайдет и затрет данные из переменной на ноль.

Tulosba · 27.07.2016, 22:03

Сообщение от emerael

использование = вместо ==

Любой современный компилятор ругается на это предупреждением. Хотя, справедливости ради, стоит заметить, что VC++ делает это только начиная с 4го уровня ворнингов.

Evg · 28.07.2016, 09:44

Сообщение от Tulosba

Любой современный компилятор ругается на это предупреждением

Это никакой роли не играет, т.к. среди начинающих почти никто не умеет читать предупреждения

В любом случае этот пункт уже есть - "Ошибки в логических выражениях". Правда ссылка ведёт на параллельную тему в разделе C++

@gng · 28.07.2016, 12:50

Сообщение от Tulosba

Любой современный компилятор ругается на это предупреждением.

А на это уже нет

C
1
2
3
if ((a=0) || (b=0)) {
  ...
}

Evg · 28.07.2016, 13:00

Сообщение от gng

А на это уже нет

А это негласная договорённость. Чтобы оставить программисту возможность писать присваивание, когда ему нужно именно присваивание, а не сравнение

@gng · 28.07.2016, 13:08

Сообщение от Evg

А это негласная договорённость.

Поэтому для меня, често говоря, стало новостью, чо без двойных скобок ругается на

C
1
if (a=0)

Не приходилось как-то получать таких предупреждений.

@linuxdesk · 02.08.2016, 17:30

Сообщение от Evg

А это негласная договорённость.

Подскажите, пожалуйста, как изменить следующую строчку, чтобы варнинга не было?

C
1
while ((vqty = get_vcqty(Seq, os, qty)) && (TableOrder[qS].prc <= prc))

upd: присваивание мне тут нужно

Evg · 02.08.2016, 20:30

А какой у тебя компилятор? Наверняка не все компиляторы этого придерживаются

Добавлено через 31 минуту
На крайний случай всегда можно написать явное сравнение (лично на мой взгляд такой код почти всегда более читаемый). Т.е. вместо

C
if ((x = y))

писать

C
if ((x = y) != 0)

Тут уже warning'а не будет

@linuxdesk · 03.08.2016, 03:27

Сообщение от Evg

А какой у тебя компилятор?

VS2015.

Сообщение от Evg

if ((x = y) != 0)

Спасибо

MrGluck · 25.01.2017, 18:09

Попытка компилировать программу, написанную на С, с помощью компилятора С++
Пожалуй, одна из самых частых ошибок. Чаще всего, напарываются на попытку привести тип void *, возвращаемый функцией malloc/calloc, к типу, на который указывает указатель, принимающий результат.

C
1
int *arr = malloc(sizeof(*arr) * N)

Компилятор при этом выдаёт сообщение вида

Code
1
cannot convert from 'void *' to 'int *'

Дело в том, что в С приведение указателя, возвращаемого malloc, к конкретному типу является моветоном и ведёт к трудноуловимым ошибкам, то есть код выше написан правильно.
А в С++ введён запрет на неявное приведение из void *, то есть для С++ надо явно кастануть результат к (int *).
По историческим причинам (до первого стандарта ANSI/ISO malloc возвращал char * и была ошибка приведения, но потом придумали void *), в некоторой литературе приводятся примеры с явным приведением типа указателя, но вызваны они бездумным копированием старого кода.

Решение:
Для Windows необходимо переименовать расширение файла на .c
Для Linux использовать компилятор gcc вместо g++. Для clang указывать во флаге компиляции правильный стандарт языка (например -std=c99 вместо -std=c++98).

Evg · 25.01.2017, 19:02

Сообщение от MrGluck

компилятор gcc вместо g++

Можно ещё подать опцию -xc СЛЕВА от имени файла (т.е. "-xc t.cc", но не "t.cc -xc")

MrGluck · 26.01.2017, 19:38

Сообщение от MrGluck

Попытка компилировать программу, написанную на С, с помощью компилятора С++

Продолжая данную проблему.
Квалификатор const в С и С++ работает по разному. В последнем, он при возможности создаёт константу времени компиляции. Но в С этого не происходит. Чем это грозит?
Когда используется запись вида const int N = 30; в С++ создаётся константа времени компиляции, в С лишь переменная с запретом на изменение значения (read-only). И дальнейшее объявление вида
int arr[N]; для С внезапно даст VLA (variable-length array) массив. Но это лишь при условии, что стандарт поддерживает данную опцию (C89 не поддерживает, С99 поддерживает, С11 optional). Также, VLA есть в gnu расширении. Плохо это по двум причинам:
1. Для VLA массивов память выделяется через alloca, то есть из стека системы, а это лучше не делать, учитывая, что размер массива может быть и достаточно большим, а проверить выделилась ли память с помощью alloca нельзя (в отличие от malloc). Примечание: реализация VLA может отличаться, стандарт не накладывает ограничений на этот счёт. Однако, GCC использует именно описанный способ.
2. Сам того не подозревая, автор вносит зависимость на стандарт/расширение. А учитывая, что VS до сих пор не научилась работать с VLA, при переносе кода и честной компиляции сишным компилятором, могут вывалиться ошибки.

Решение:
Прежде всего, стоит использовать сишный компилятор для языка С, а плюсовый для С++. О том, как это сделать:

Сообщение от MrGluck

Для Windows необходимо переименовать расширение файла на .c
Для Linux использовать компилятор gcc вместо g++. Для clang указывать во флаге компиляции правильный стандарт языка (например -std=c99 вместо -std=c++98).

Сообщение от Evg

Можно ещё подать опцию -xc СЛЕВА от имени файла (т.е. "-xc t.cc", но не "t.cc -xc")

Для задания констант (в данном случае, идентификаторов), известных во время компиляции и позволяющих задать статический массив определённого размера, в С используют препроцессорную директиву define. Подробнее о её работе вы можете ознакомиться тут.
В данном случае, стоило бы написать #define N 30

@TheCalligrapher · 26.01.2017, 21:34

Сообщение от MrGluck

Для Windows необходимо переименовать расширение файла на .c
Для Linux использовать компилятор gcc вместо g++. Для clang указывать во флаге компиляции правильный стандарт языка (например -std=c99 вместо -std=c++98).

Не совсем понятно разделение на "Windows и Linux". Способы выбора языка компиляции зависят только от используемого компилятора и никак не связаны с операционной системой.

Для MSVC это: расширение имени файла или явное указание языка при помощи параметров компилятора /TC для C и /TP для C++.

Для GCC и Clang это: расширение имени файла или явное указание языка при помощи параметров компилятора -x c для C и -x c++ для C++. При этом расширение файла для умолчательного определения языка используют только gcc и clang, а g++ и clang++ по умолчанию рассматривают все файлы как С++, независимо от расширения.

@TheCalligrapher · 16.02.2017, 05:10

Частые множественные вызовы srand(time(NULL))

Если код программы содержит множественные попытки "перезапустить" генератор псевдослучайных чисел, используя в качестве seed-значения текущее значение времени, полученное через вызов time(NULL)

C
1
2
3
...
srand(time(NULL));
...

то может получиться так, что такие вызовы srand будут следовать друг за другом очень быстро. Так быстро, что time(NULL) будет возвращать одно и то же значение времени. Это приведет к тому, что генератор псевдослучайных чисел будет постоянно перезапускаться с указанием одного и того же seed-значения. В результате последующие вызовы rand() будут порождать одну и ту же псевдослучайную последовательность.

Например, вот такой код, будучи запущенным на выполнение, вероятнее всего выведет одну и ту же псевдослучайную последовательность два раза

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#include <stdlib.h>
#include <stdio.h>
#include <time.h>
 
int main()
{
    srand(time(NULL));
    for (unsigned n = 20; n > 0; --n) 
      printf("%d ", rand());
    printf("\n");  
     
    srand(time(NULL));
    for (unsigned n = 20; n > 0; --n) 
      printf("%d ", rand());
    printf("\n");  
}

Эта проблема также иногда рапортуется в следующем виде: "Под дебаггерром у меня в программе получаются разные случайные числа, а без дебаггера - одни и те же". Действительно, когда программа выполняется по шагам в интерактивном дебаггере, она выполняется "медленно" и между вызовами srand значение времени time(NULL) успевает измениться, что создает иллюзию того, что все работает "как задумано". Но стоит запустить программу в свободное выполнение, как проблема проявляется во всей красе.

Если вам нужен вызов srand(time(NULL)); в вашей программе, то в большинстве случаев его достаточно сделать всего один-единственный раз на старте программы.

@user03 · 03.03.2018, 00:02

Если нужно "перезапустить" генератор псевдослучайных чисел, используйте в качестве seed значения со второго раза значения функции rand(). Воображение - наше всё.

C
1
2
srand(time(NULL));
srand(rand());

C
1
2
3
4
5
srand(time(NULL));
for (i = 0; i < n; i++)
{
    srand(rand());
}

Хотя кому это может понадобиться?

@stake-k26 · 20.05.2018, 12:56

Топик. Оставление символа '\n' в потоке ввода:

Сообщение от zss

scanf("%d",&n;

во всех трех случаях нет закрывающей скобки

Новые блоги и статьи Все статьи Все блоги /
Рефакторинг программы уравнивания. Massaraksh7 26.05.2026 Пример по предыдущей записи в блоге. Но, надо заметить, что, во-первых, там оптимизация не только математики, но и работы с базой данных, и с графами, а во-вторых, это ещё не всё.	Использование TThread в Lazarus для математических вычислений. Massaraksh7 25.05.2026 Производя рефакторинг своих программ на предмет ускорения их работы, обратил внимание на такой аспект, как сокращение времени матвычислений. Дело в том, что приходится работать с большими матрицами. . .	Модель здравосохранения 18. Чем здоровее работник, тем быстрее выгорает anaschu 24.05.2026 Имитационная модель корпоративного здравоохранения: что показывает математика Сегодня в модели рабочего коллектива на AnyLogic появились три новые механики — выгорание через накопленную усталость,. . .	Модель здравосохранения 17. Планы на выгорание anaschu 23.05.2026 Вот конкретная схема реализации: В классе Работник добавить: накопленнаяУсталость — растёт каждый час работы, снижается в перерывы и болезни коэффициентПрезентеизма — снижает продуктивность. . .
Изменение цветов в палитре gif файла aka фавикона russiannick 23.05.2026 Изменение цветов в палитре gif файла, юзаемого как фавиконка в составе html-файла, помещенная в base64, средствами нативного Java Script, навеянное сном в майский день. Для работы необходим браузер,. . .	Модель здравосохранения 16. Слишком хорошие и здоровые сотрудники уходят, недовольные зарплатой anaschu 23.05.2026 Отладка увольнений и настройка производительности Сегодня во второй половине дня разобрались с механикой увольнений и настроили коэффициент сложности заданий. Вот что было сделано. . . .	Как я стал коммунистом))) Модель сохранения здоровья сотрудников, запись блога номер 15 anaschu 23.05.2026 Внезапно хорошее здоровье сотрудников не нужно капиталистам?))	Модель здравоСохранения 15. Как мы чинили AnyLogic модель рабочего коллектива: сочленение диаграммы состояний болезней и поломок в ресурспул anaschu 23.05.2026 Как мы чинили AnyLogic модель рабочего коллектива Сегодня разобрались с пятью багами, из-за которых модель либо падала с ошибкой, либо давала совершенно бессмысленные результаты. Каждый баг был. . .

@zss Модератор 13783 / 10976 / 6491 Регистрация: 18.12.2011 Сообщений: 29,265

	Распространенные ошибки 02.10.2014, 12:49. Показов 160182. Ответов 72 Метки нет (Все метки) Оглавление Ошибки этапа компиляции (В процессе компиляции выдается либо сообщение об ошибке, либо предупреждение) - Попытка модифицировать константу через указатель - Лишняя точка с запятой - Отсутствие возврата значения из функции - Приведение типа в стиле С++ - Использование = вместо == Ошибки этапа исполнения программы (Во время исполнения программа прерывается с сообщением об ошибке) - Возврат из функции локальной строки - Выделение памяти без дальнейшего освобождения - Использование неинциализированной переменной - Использование функции strncpy как функции "безопасного" копирования строк - Использование функций atoi/atof или sscanf для перевода строки в число - Возврат ссылки/указателя на локальную переменную - Выход за пределы массива - Сравнение символьных массивов - Использование чисел, записанных в других системах счисления. - Работа с локальной копией объекта, вместо работы с самим объектом Неправильное поведение программы на этапе исполнения (Программа работает, но не так, как запланировано) - Использование типов char, short и float при работе с va_arg - Определение размера массива, переданного в качестве аргумента функции. - "Неожиданное" закрытие окна. - "Неожиданное" целочисленное деление в арифметических выражениях. - Ошибки в логических выражениях. - Использование символа цифры вместо числа - Лишняя точка с запятой - switch без break - Сравнение вещественных чисел при вычислениях - Проверки на принадлежность значения определенному интервалу. - Неверный аргумент тригонометрических функций. - Сравнение знаковой переменной с беззнаковой. - Использование запятой для отделения дробной части - Забытое выделение тела цикла for, while и операторов if else - Локальная переменная экранирует переменную с таким же именем из вышестоящей области видимости - Неправильное использование memset - Сравнение char массивов Алгоритмические ошибки (Неправильно составлен алгоритм программы) - Двойная перестановка строк или элементов массива. Ошибки ввода-вывода - Ошибки при использовании функции scanf()! - При работе с fgetc под Windows чтение файла обрывается при достижении буквы 'я' - Оставление символа '\n' в потоке ввода - scanf() - ввод текстовых строк Ошибки, связанные с отклонением от стандарта языка - Неверный тип функции main() 3

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	05.03.2015, 17:41
	HighPredator, пожалуй я соглашусь с тобой. Мы живём в мире процессоров, где адрес представляет собой целое число. Но в разные времена делались потуги создать защищённый процессор, в котором адрес представлял собой некоторую конструкцию, содержащую в себе базовый адрес блока, его размер, возможно, какую-то информацию о типе (с таким адресом аппаратура не даст, например, вылезти за границу массива). Так вот если в точке вызова printf/scanf подсунуть адрес, который имеет тип char()[], а потом пытаться трактовать его как char (без каких-либо дополнительных операций приведения типа), то вполне возможно, что для такого процессора сие действо вызовет слом при исполнении. Так что тут и вправду получается UB, который для "нормальных" процессоров ничем плохим не грозит 1

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	24.03.2015, 15:57
	Проблемы под windows при работе с файлами, описанными в виде полных путей Код типа: C FILE *fp; fp = fopen ("C:\a.txt", "w"); if (fp == NULL) { printf ("Error\n"); exit(1); } не работают и всегда выдают ошибку. Проблема в том, что в символьных и строковых литералах (буква в одинарных кавычках или текст в двойных кавычках) языков Си и Си++ символ обратного слэша является управляющим символом, а потому компилятор работает с ним не как с самостоятельным символом, а как с началом последовательности символов. Наиболее частыми такими последовательностями являются "\n" (перевод строки) и "\t" (табуляция), с которыми начинающие, как правило, сталкиваются уже с первых дней. Конкретно в данном примере у символа обратного слэша точно такая же трактовка, а потому последовательность символов "\a" распозналась как один управляющий символ, в итоге это привело к тому, что путь до файла в коде программы оказался вовсе не таким, каким ожидал программист. Чтобы в символьном и строковом литерале записать символ обратного слэша, надо его продублировать, т.е. написать "\\". Таким образом наша программа должна выглядеть как C fp = fopen ("C:\\a.txt", "w"); 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	08.12.2015, 16:45
	Использование адресной арифметики вместо va_arg при работе с функцией с переменным числом параметров В интернете видел много разных "обучающих" статей о том, как извлекать аргументы в функции с переменным числом аргументов. Они сводятся примерно к следующему (пример взят из одной из статей): C++ #include <stdio.h> /* Вычисление среднего арифметического аргументов (количество) / double f(int n, ...) / количество элементов / { int p = &n; p++; /* установка 'целого' на double / double pp = (double )p; / преобразование типа указателя / double sum = 0, count = n; for (;n--;pp++) / правильное увеличение на 8 / sum+=(pp); return (sum/count); } int main(void) { double s = f (4, 1.0, 2.0, 3.0, 4.0); printf ("%e\n", s); } Этот код НЕКОРРЕКТНЫЙ. Он будет работать, грубо говоря, только на архитектуре x86 в 32-битном режиме. Афторы подобных статей закладываются на то, что все параметры будут переданы через стек и лягут в памяти некоторым конкретным образом. В реальности передача параметров на каждой архитектуре происходит по разному, в соответствии с программными соглашениями (ABI) для каждой конкретной архитектуры/режима. Чтобы программисту не нужно было учитывать особенности передачи параметров под каждые архитектуры, придумали специальные интерфейсы va_start, va_arg, va_end. В итоге текст программы для всех архитектур будет выглядеть одинаково, но на каждой архитектуре интерфейс раскроется в правильное извлечение параметров Что такое программные соглашения можно почитать тут Демонстрация того, к чему приводит неправильно написанный код есть тут Правильно написанный код для данного примера должен выглядеть примерно так: C #include <stdio.h> #include <stdarg.h> /* Вычисление среднего арифметического аргументов (количество) */ double f (int n, ...) { va_list va; double sum = 0, count = n; va_start (va, n); for (;n--;) sum += va_arg (va, double); va_end (va); return (sum/count); } int main(void) { double s = f (4, 1.0, 2.0, 3.0, 4.0); printf ("%e\n", s); } 1

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	02.08.2016, 20:30
	А какой у тебя компилятор? Наверняка не все компиляторы этого придерживаются Добавлено через 31 минуту На крайний случай всегда можно написать явное сравнение (лично на мой взгляд такой код почти всегда более читаемый). Т.е. вместо C if ((x = y)) писать C if ((x = y) != 0) Тут уже warning'а не будет 1