GCC и функции с переменным числом аргументов

@Gepar · Регистрация: 01.07.2009

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

Писал мини приложение в студии для работы с векторами, один из методов просто получает сколько угодно аргументов и заполняет координаты вектора по разным измерениям этими данными (и так либо пока данные не закончаться либо пока кол-во измерений указанное при создании вектора не закончиться). Привожу код:

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
#define newGVector ((GVector*) malloc(sizeof(GVector)))
 
struct GVector{
    int dimSize;
    double* data;
};
 
GVector* createVector(int dimSize){
    GVector* vec = newGVector;
    vec->data = (double*) malloc((vec->dimSize = dimSize) * sizeof(double) );
    return vec;
}
 
GVector* initVector(GVector* vec, double item, ...){
    int i, dimSize = vec->dimSize;
    double* items = &item;
    for (i = 0; i < dimSize && items; i++)
        vec->data[i] = *items, items++;
    return vec;
}
 
void printVec(GVector* vec){
    int i;
    printf("[");
    for(i=0; i<vec->dimSize-1; i++)
        printf("%-6.1f",vec->data[i]);
    printf("%.1f]\n",vec->data[i]);
}

При компиляции компилятором microsoft вот этого кода всё хорошо:

C
1
2
3
4
    printf("First vector:\n");
    GVector* vec1 = createVector(3);
    initVector(vec1, 1.0, 2.0, 3.0);
    printVec(vec1);//выведет [1.0 2.0 3.0]

Но если компилирую через gcc то мой метод вместо значений подтягивает мусор:

C
1
2
3
4
    printf("First vector:\n");
    GVector* vec1 = createVector(3);
    initVector(vec1, 1.0, 2.0, 3.0);
    printVec(vec1);//выведет [1.0 1.$ 0.0]

Тоесть первое значение оно подхватывает, вместо следующего всегда 1.$, а дальше идут нули. Я так понимаю что gcc решили выпендриться и по своему сделали передачу аргументов функциям, я так догадываюсь что второе это указатель на область памяти где именно те аргументы или ещё что-то хитрое, подскажите пожалуйста можно ли заставить gcc поступать с аргументами функций так же как и остальные компиляторы? Просто вариант с va_list мне не нравиться - там ведь получаеться нельзя двигаться по списку аргументов не зная заранее сколько их, а я хотел бы чтобы не надо было передавать никаких int count, а просто только значения и всё, ну как у меня в текущем варианте, с va_list выходит это не получиться ... или получиться ?

alsav22 · 29.09.2013, 02:42

В release правильно выводит.

@OhMyGodSoLong · 29.09.2013, 03:00

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

Просто вариант с va_list мне не нравиться - там ведь получаеться нельзя двигаться по списку аргументов не зная заранее сколько их, а я хотел бы чтобы не надо было передавать никаких int count, а просто только значения и всё, ну как у меня в текущем варианте, с va_list выходит это не получиться ... или получиться ?

Undefined behavior типа больше нравится.

Если initVector() обязана быть безопасной (то есть нельзя взять с пользователя честное пионерское, что он всегда будет передавать столько аргументов, сколько в vec->dimSize), то придётся извращаться. Идиома работы с va_list: в списке аргументов всегда есть что-то, позволяющее определить, сколько и чего там функции передали. (Ну, или честное слово, да.) Обычно это явное количество одинаковых аргументов (этот самый count), строка формата а-ля print(), или специальное значение "конец списка аргументов" (для double можно NaN взять). Первый и последний варианты в принципе можно макросами спрятать, если дописывание этих штук вызывает невыносимые физические страдания.

Не по теме:

И вообще, accept the challenge: генератор векторов на макросах!

@Gepar · 29.09.2013, 13:57 **[ТС]**

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

В release правильно выводит.

Неа, в release дочитывает нулями почему-то

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

Идиома работы с va_list: в списке аргументов всегда есть что-то, позволяющее определить, сколько и чего там функции передали. (Ну, или честное слово, да.)

Видимо придёться рассчитывать на честное слово, хоть мне и не нравиться это решение.

alsav22 · 29.09.2013, 18:16

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

Неа, в release дочитывает нулями почему-то

Я там небольшое изменение в коде сделал. Подумал, что это никак не может влиять на правильный вывод, поэтому и написал, что в release правильно выводит. Оказалось, что влияет. Если сделать дополнительный вывод в initVector, то, почему-то, правильно начинает выводить в release:

C++
1
2
3
4
5
6
7
8
9
10
11
12
GVector* initVector(GVector* vec, double item, ...)
{
    int i, dimSize = vec ->dimSize;
    double* items = &item;
    for (i = 0; i < dimSize && items; i++)
    {
        vec->data[i] = *items;
        cout << vec->data[i] << endl;
        ++items;
    }
    return vec;
}

@castaway · 29.09.2013, 19:32

А почему вы решили что items в конце списка станет == 0 ?
dimSize в цикле вообще нигде не изменяется. По какому условию цикл должен прекратиться?

@kamre · 30.09.2013, 08:33

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

один из методов просто получает сколько угодно аргументов и заполняет координаты вектора по разным измерениям этими данными (и так либо пока данные не закончаться либо пока кол-во измерений указанное при создании вектора не закончиться)

Может быть автор форумом ошибся и ему нужно в форум по C. А то непонятно зачем городить такой GVector самому вместо использования std::vector<double>, для которого и так все работает:

C++
1
2
3
4
5
6
typedef std::vector<double> GVector;
 
void test() {
    GVector v = { 1.0, 2.0, 3.0 };
    v = { 3.0, 2.0, 1.0 };
}

И функцию, если такая действительно нужна, можно реализовать примерно так:

C++
1
2
3
4
5
6
7
8
template <typename... Ts>
void initVector(GVector& v, const Ts&... ts) {
    double ds [] = { ts... };
    size_t n = std::min(sizeof...(ts), v.size());
    for (size_t i = 0; i < n; ++i) {
        v[i] = ds[i];
    }
}

@Gepar · 30.09.2013, 23:36 **[ТС]**

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

Может быть автор форумом ошибся и ему нужно в форум по C.

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

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

А то непонятно зачем городить такой GVector самому вместо использования std::vector<double>

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

alsav22 5500 / 4895 / 831 Регистрация: 04.06.2011 Сообщений: 13,587
	29.09.2013, 02:42
	В release правильно выводит. 1

@castaway 4986 / 3093 / 456 Регистрация: 10.11.2010 Сообщений: 11,170 Записей в блоге: 10
	29.09.2013, 19:32
	А почему вы решили что items в конце списка станет == 0 ? dimSize в цикле вообще нигде не изменяется. По какому условию цикл должен прекратиться? 0

GCC и функции с переменным числом аргументов

Решение