tableau comme argument à vsprintf

Je cherche à construir un buffeur pour une requete SQL et je ne connais pas le nombre d'arguments que je doit passer.
EXEMPLE, SI j'ai un nombre d'argument fixe, je fait :
char param1[12], param2[12];
char *format="UPDATE t_table set col1='%s', col2='%s'";
......
sprintf(buff,format,param1,param2);

Mais dans le cas present je ne sait pas quelles colonnes seront mise a jour,
Je construis ma chaine "UPDATE .." par concatenation avec les colonnes necessaires;
char format[100]="UPDATE t_table set "; int i=0;
char *param[8];
if( bon1 ){ strcat( fromat," col1='%s',"); param[i++]=param1;}
if( bon2 ){ strcat( fromat," col2='%s',"); param[i++]=param2;}
..
vsprintf( buff,format,param);
ET ça sa ne marche pas vsprintf veut un va_list pour troisième argument.
Mon problème est donc de donner un tableau à "v/sprintf" plutot qu'une liste en troisieme argument.
@+

Pour des paramètres tous de même type, il me semble qu'une va_list est considérable comme un tableau de paramètres de ce type.
(enfin, un pointeur vers un tableau).

Je pense que tu peux sans risque remplir un tableau à partir de la seconde case et donner en paramètre à la macro va_start la première case du tableau (la macro prendra son adresse).

Et non ...
tous mes parametres sont des string mais si je mets :
va_start(ap, param[0]); /*ou va_start(ap, param); */

-> erreur à la compilation : "symbole non defini : ... "
je crois que les "..." correspondent aux ... donnés en 2eme parametre à une fonction dont le nombre d'arguments est variable.

ap est bien declaré en va_list.

@+

8O
Quelle plate-forme ?

Sous Visual, j'ai une def qui marche:

Code:

---

1 2 3 4 5 6 7 8 9

#ifdef __cplusplus #define _ADDRESSOF(v) ( &reinterpret_cast<const char &>(v) ) #else #define _ADDRESSOF(v) ( &(v) ) #endif   #define _INTSIZEOF(n) ( (sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1) )   #define _crt_va_start(ap,v) ( ap = (va_list)_ADDRESSOF(v) + _INTSIZEOF(v) )

---

Code:

---

#define va_start _crt_va_start

---

Mon code de test compile et s'exécute parfaitement après avoir inclus stdarg.h :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

char const * param[8]; param[0] = NULL; param[1] = "Blabla"; param[2] = "Test"; param[3] = NULL; va_list vl; va_start(vl, param[0]);   char const *str; while((str = va_arg(vl, char const*)) != NULL) puts(str); va_end(vl);

---

Non toujours pas.
Je dois faire le programme en C pour LINUX, compilateur gcc.

J'ai essayé :
avec va_start mais tourjours impossible de compiler cause de ...

sans va_start en donnant le tableau de strings en argument à vsprintf, ça compile mais j'ai une Memory fault. Meme en mettant *param[dernier]=NULL
Sauf si je mais *param[0]=NULL mais le buffeur n'a que "format"
@+

Tu as raison, avec gcc version 2.95.4 20020320 [FreeBSD], j'ai ces erreurs:

Code:

---

1 2	testVaList.c: In function `main': testVaList.c:13: `va_start' used in function with fixed args

---

Pareil avec version gcc 3.4.5 20051201 (Red Hat 3.4.5-2)

Ce doit être le problème montré dans l'aide de microsoft: GCC n'utilise pas les va_list ANSI, mais ses propres va_list spéciales pour unixoïdes...

Dans ce cas, je suis désolé, je ne connais pas de manière portable de créer une va_list UNIX à partir de données personnelles.

Ya plus qu'a faire son propre *printf() :mrgreen:

Quand on pense qu'ils n'ont même pas de fonction/macro pour initialiser une va_list à partir d'autre chose que des arguments.
Avec quoi est-on censé interfacer des appels dynamiques sur cette plate-forme?

Citation:

---

Envoyé par Médinoc

8O
Quelle plate-forme ?

Sous Visual, j'ai une def qui marche:
...
Mon code de test compile et s'exécute parfaitement après avoir inclus stdarg.h :

---

Ce code fonctionne très bien sous linux/x86 aussi, moyennant une adaptation:

Code:

---

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 29 30 31 32 33 34 35 36 37 38

#include <stdarg.h> #include <stdlib.h>   #ifdef __cplusplus #define _ADDRESSOF(v) ( &reinterpret_cast<const char &>(v) ) #else #define _ADDRESSOF(v) ( &(v) ) #endif   #define _INTSIZEOF(n) ( (sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1) ) #define _crt_va_start(ap,v) ( ap = (va_list)_ADDRESSOF(v) + _INTSIZEOF(v) )   #ifdef va_start #undef va_start #endif #define va_start _crt_va_start   int main() { char * param[8]; param[0] = "to"; param[1] = "Blabla"; param[2] = "Test"; param[3] = NULL; va_list vl;   va_start(vl, param[0]); #if 1 vprintf("%s => %s %d",vl); #else char const *str;   while((str = va_arg(vl, char const*)) != NULL) puts(str);   #endif va_end(vl); }

---

ou autre possibilité moins portable:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

#include <stdlib.h>   #ifdef __cplusplus #define _ADDRESSOF(v) ( &reinterpret_cast<const char &>(v) ) #else #define _ADDRESSOF(v) ( &(v) ) #endif   #define _INTSIZEOF(n) ( (sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1) ) #define __builtin_va_start(ap,v) ( ap = (va_list)_ADDRESSOF(v) + _INTSIZEOF(v) )   #include <stdarg.h>

---

Malgrès tout je ne saurais que trop vous déconseiller ce genre de pratique.
Ces méthode ne sont absolument pas portable (ie ne fonctionneront pas sur
d'autre plate-forme que du Intel x86), la gestion des arguments passés à
une fonction étant différente d'une plateforme matérielle à une autre.

Si si ça marche ! Meme sous Linux

Et meme ça sa mache
if( bon1 ){ strcat( fromat," col1='%s',"); param[i++]=param1;}
if( bon2 ){ strcat( fromat," col2='%s',"); param[i++]=param2;}
param[i]=NULL;
..
vsprintf( buff,format,(va_list) param);

Un simple recastage.
Dans mon cas j'ai que des strings c'est plus simple.

Juste une précision :
(sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1)
c'est dans quel but ?

C'est parce que la taille minimale d'un paramètre sur la pile, c'est celle d'un int (en fait, c'est arrondi au int supérieur).
void f(char a, char b) aura ses paramètres sur 8 octets comme si c'était des int.