неизвестное количество параметров

[Алексей++]

вопрос у меня заключается в том, как передать все параметры дальше?

например

Код:

void TRACE(const char* f, ...)
{
   ....
}

//отсюда вызовется TRACE
void MyTRACE(const char* f, ...)
{
	TRACE(f,    ?    ); //как ?
}


main()
{
   MyTRACE("%d%d",1,2);
}

[darkelf]

Посмотрите в сторону stdarg.h в частности va_start() и va_end(), но, правда, тогда void TRACE() и void MyTRACE() должны будут иметь следующий вид:

Код:

void TRACE(const char* f, va_list va)
{
...
}

void MyTRACE(const char* f, ...)
{ va_list va;
  va_start(va, f);
  TRACE(f,  va);
  va_end(va);
}

[Алексей++]

компилятор пропустил, но TRACE выводит левщину

видимо,  TRACE(f,  va); - надо что-то иначе сделать

[darkelf]

если в TRACE() используется fprintf(), например, то его заменить на vfprintf(), которому и передать оный va, аналогично и для других функций.

[Алексей++]

дело то не в том, что используется в TRACE()

(а там

Код:

		va_list ptr; va_start(ptr, pszFmt);
		ATL::CTrace::s_trace.TraceV(m_pszFileName, m_nLineNo, atlTraceGeneral, 0, pszFmt, ptr);
		va_end(ptr);

)

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

Ну а ATL::CTrace::s_trace.TraceV - это просто костыль, он ожидает именно va_list и с ним работает дальше

[Джон]

Лёш, я не понял. Проблема с кучей параметров? Или же всё-таки нужна ф-я с переменным числом параметров?
В первом случае передавай один параметр - список.

[Алексей++]

Джон, хочется понять, как каскадно передавать список параметров

[darkelf]

дело то не в том, что используется в TRACE()

(а там

Код:

		va_list ptr; va_start(ptr, pszFmt);
		ATL::CTrace::s_trace.TraceV(m_pszFileName, m_nLineNo, atlTraceGeneral, 0, pszFmt, ptr);
		va_end(ptr);

)

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

Ну а ATL::CTrace::s_trace.TraceV - это просто костыль, он ожидает именно va_list и с ним работает дальше

тогда вместо TRACE напрямую вызывайте  ATL::CTrace::s_trace.TraceV() и будет Вам счастье.
Насколько я знаю, ничего, кроме va_list, для передачи переменного числа параметров в C не придумали.

[Алексей++]

darkelf, та нет, дело не в TRACE , это как общееизвестный пример функции я взял. Мне хочется общее решение

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

вот и эхъ

[Джон]

Джон, хочется понять, как каскадно передавать список параметров

Хммм как-то понятней не стало. Что в данном случае значит "каскадно"?

Вот смотри, например, что я имею ввиду. Есить у нас один товарищ, который практически не программирует, но всегда больше всех знает, так у него в любой ф-ции (сложной) 1в качестве параметра выступает DataTable (C#). Вот и всё.

[Алексей++]

ну что непонятного - к примеру, имеется некая функция
int F(...);


требуется тупо захучить её

Код:

int MyF1(...)
{
    return MyF2( как-то передали параметры );
}

int MyF2(...)
{
    return F( как-то передали параметры );
}

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

так у него в любой ф-ции (сложной) 1в качестве параметра выступает DataTable (C#).

а зачем ? Я не знаю, что за тип это. У меня, кстати, не шарп же ))

[Джон]

Не, Лёш, эт понятно, что не шарп. Идея такая, что передаётся контейнер. В С# DataTable - это просто таблица данных. Каждый столбец этой таблицы (в данном случае) является параметром и может быть любого типа. Таким образом ты всегда можешь добавить ещё параметров в уже существующую ф-ю, не меняя при этом интерфейса.
Вот и всё.  И в твоём случае я думаю, что тебе надо передавать контейнер, забитый нужными параметрами. Вот и всё.
Ф-я  с переменным количеством параметров реально необходима самому программеру для удобства, а не для решения неких логических или алгоритмических задач. Скажем так, я не знаю ни одной ситуации, где бы без таких ф-ций нельзя было бы обойтись.

[Алексей++]

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

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

[clearance]

Код:

#include <stdio.h>
#include <stdlib.h>
#include <stdarg.h>

void MyTRACE(const char *f, ...);

int main(void) /* ANSI C89 */
{
    MyTRACE("%d%d", 1, 2);

    exit(EXIT_SUCCESS);
}

void TRACE(const char *f, va_list *p)
{
    vprintf(f, *p);
}

void MyTRACE(const char *f, ...)
{
    va_list ap1;
    
    va_start(ap1, f);

    vprintf(f, ap1);
    
    TRACE(f, &ap1);
    
    va_end(ap1);
}

[Антон (LogRus)]

clearance, +1
я также делаю

[Алексей++]

да это уже ясно, но вопрос то не про конкретно вывод был А про общий случай

[Антон (LogRus)]

ну собственно по аналогии, передаёшь va_list во все подфункции

[Алексей++]

ну собственно по аналогии, передаёшь va_list во все подфункции

ну само собой. Но, если только они умеют принимать va , а не сами выглядят как F(...)

[RXL]

Леш, заметь, что один обязательный параметр быть должен - это как точка отстчета и как носитель информации о количестве параметров в va_list.

[Алексей++]

а это автоматом получится - ведь что-то нужно в va_start подставить )

А вот, к примеру, я делал заглушку функции (не применительно к САБЖ, а для других целей)

Код:

#ifdef XXXXX
CString F(int n,CString& s,BYTE by)
{
   ...
   ...
}
#else
CString F(...){return "";}
#endif

тут параметр не нужен

[Serg79]

ну само собой. Но, если только они умеют принимать va , а не сами выглядят как F(...)

Все функции в "стандартно библиотек C"  которые принимают переменное количество параметров ( 'F(arg, ...)' ) имеют так же свои аналоги принимающие параметры через 'va_list' ( 'vF(arg, va_list)' ). В связи с этим, при использовании библиотечных функции никогда не возникает проблем передачи переменного количества параметров ниже по цепочке.

Алексей1153++, если ты так же не хочешь в будущем столкнуться с подобной проблемой (а по моему ты с ней уже столкнулся), то при реализации функций с переменным количеством параметров, позаботься так же о реализации той же самой функции которая могла бы принимать параметры в виде списка 'va_list'.

[Алексей++]

учту )

[clearance]

Код:

[guest@station tmp]$ .ansi t.c -o t
[guest@station tmp]$ ./t
1212[guest@station tmp]$ .ansi t.c -o t
t.c: In function ‘MyTRACE’:
t.c:28: предупреждение: passing argument 2 of ‘TRACE’ from incompatible pointer type
[guest@station tmp]$ ./t
12-1076278828-1076278808[guest@station tmp]$

это incompatible, когда просто va_list

[Алексей++]

clearance, ты о чём ?

[clearance]

а, всё переписал
incompatible pointer type - это тип поменял, а взятие адреса забыл убрать
нормально без указателя

Код:

#include <stdio.h>
#include <stdlib.h>
#include <stdarg.h>

void f(const char *f, ...);
void f1(const char *f, va_list);

int main(void) /* ANSI C89 */
{
    f("%d %s %d" "\n", 1, "abcd", 2);
    
    exit(EXIT_SUCCESS);
}

void f(const char *f, ...)
{
    va_list ap;
    
    va_start(ap, f);

    f1(f, ap);
    
    va_end(ap);
}

void f1(const char *f, va_list a)
{
    vprintf(f, a);
}

[RXL]

clearance, где возврат из main?

[clearance]

exit юзаю

[resource]

exit это не есть гуд. Лучше использовать return. В данном конкретном случае от exit вроде бы никто не страдает, но зачем порождать у себя такую привычку.

[clearance]

давай пример, чтобы пострадать
exit у меня, чтобы выходить из программы где угодно

[Антон (LogRus)]

только не делай этого в многопоточных приложения