Al intentar compilar este código
#include <stdarg.h>
void bar_ptr(int n, va_list *pvl) {
// do va_arg stuff here
}
void bar(int n, va_list vl) {
va_list *pvl = &vl; // error here
bar_ptr(n, pvl);
}
void foo(int n, ...) {
va_list vl;
va_list *pvl = &vl; // fine here
va_start(vl, n);
bar(n, vl);
va_end(vl);
}
int main() {
foo(3, 1, 2, 3);
return 0;
}
el compilador GCC imprime una advertencia sobre initialization from incompatible pointer typeen la barfunción. La declaración idéntica está bien en foo.
Parece que el tipo de un agumento de tipo va_listno es un va_list. Esto se puede probar fácilmente con una aserción estática como
_Static_assert(sizeof(vl) == sizeof(va_list), "invalid type");
en la barfunción Con GCC, los _Static_assertfracasos. Lo mismo se puede probar también en C ++ con declytpey std::is_same.
Me gustaría tomar la dirección del va_list vlargumento de bar, y pasarla como argumento de bar_ptr, para hacer pensar como la que se describe en este hilo . Por otro lado, está bien llamar bar_ptr(n, pvl)directamente desde main, reemplazar bar(n, vl).
De acuerdo con la nota 253 del borrador final del C11 ,
Está permitido crear un puntero a ay
va_listpasar ese puntero a otra función
¿Por qué esto no se puede hacer si va_listse define como argumento de la función y no en el cuerpo de la función?
Solución alterna:
Incluso si esto no responde a la pregunta, una posible solución es cambiar el contenido barutilizando una copia local del argumento creado con va_copy:
void bar(int n, va_list vl) {
va_list vl_copy;
va_copy(vl_copy, vl);
va_list *pvl = &vl_copy; // now fine here
bar_ptr(n, pvl);
va_end(va_copy);
}
fuente

va_list.va_list, estás pasando un realva_list.va_list. Supongamos que tengo una tercera funciónvoid bar_ptr(va_list *pvl);, quiero pasar un punterova_list vla esa función. Editaré la pregunta para especificarla.va_listva_copyenfoque que tiene es la solución canónica a este problema. Tengo algunas preguntas anteriores que básicamente concluyeron esto.Respuestas:
va_listel estándar permite que sea una matriz, y a menudo lo es. Eso significa queva_listen una función el argumento se ajusta a un puntero alva_listprimer elemento interno que sea.La extraña regla ( 7.16p3 ) con respecto a cómo
va_listse pasa básicamente acomoda la posibilidad de queva_listsea de un tipo de matriz o de un tipo regular.Yo personalmente envolver
va_listen unastruct, así que no tengo que lidiar con esto.Cuando luego pasa punteros a tal
struct va_list_wrapper, es básicamente como si le pasara punterosva_list, y luego se aplica la nota al pie 253 que le da permiso para que tanto la persona que llama como la persona que llama manipulen lo mismo ava_listtravés de dicho puntero.(Lo mismo se aplica desde
jmp_bufysigjmp_bufhaciasetjmp.h. En general, este tipo de ajuste de matriz a puntero es una de las razones portypedeflas que es mejor evitar los tipos de matriz . Simplemente crea confusión, OMI).fuente
va_listpuede ser una matriz, es engañoso que el estándar diga "El objetoapse puede pasar como argumento a otra función ..." (C 2018 7.16 3,apes un objeto de tipova_list).Otra solución (solo C11 +):
Explicación: si
vltiene tipova_list, entoncesva_listno es un tipo de matriz y simplemente tomar la dirección está bien para queva_list *apunte. De lo contrario, debe tener un tipo de matriz, y luego se le permite lanzar un puntero al primer elemento de la matriz (cualquiera que sea el tipo) a un puntero a la matriz.fuente