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 type
en la bar
función. La declaración idéntica está bien en foo
.
Parece que el tipo de un agumento de tipo va_list
no 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 bar
función Con GCC, los _Static_assert
fracasos. Lo mismo se puede probar también en C ++ con declytpe
y std::is_same
.
Me gustaría tomar la dirección del va_list vl
argumento 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_list
pasar ese puntero a otra función
¿Por qué esto no se puede hacer si va_list
se 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 bar
utilizando 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 vl
a esa función. Editaré la pregunta para especificarla.va_list
va_copy
enfoque que tiene es la solución canónica a este problema. Tengo algunas preguntas anteriores que básicamente concluyeron esto.Respuestas:
va_list
el estándar permite que sea una matriz, y a menudo lo es. Eso significa queva_list
en una función el argumento se ajusta a un puntero alva_list
primer elemento interno que sea.La extraña regla ( 7.16p3 ) con respecto a cómo
va_list
se pasa básicamente acomoda la posibilidad de queva_list
sea de un tipo de matriz o de un tipo regular.Yo personalmente envolver
va_list
en 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_list
través de dicho puntero.(Lo mismo se aplica desde
jmp_buf
ysigjmp_buf
haciasetjmp.h
. En general, este tipo de ajuste de matriz a puntero es una de las razones portypedef
las que es mejor evitar los tipos de matriz . Simplemente crea confusión, OMI).fuente
va_list
puede ser una matriz, es engañoso que el estándar diga "El objetoap
se puede pasar como argumento a otra función ..." (C 2018 7.16 3,ap
es un objeto de tipova_list
).Otra solución (solo C11 +):
Explicación: si
vl
tiene tipova_list
, entoncesva_list
no 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