Errores, fallos, preguntas - página 3059

 
Andrey Dik:

¿dónde dice eso la documentación? - No he podido encontrarlo, ¿y por qué no mostrar un mensaje de error al respecto al compilar como "64 parámetros permitidos en la función excedidos"?

Cómo no lo encontraste si subrayé el enlace en mi respuesta a ti

 
A100:

¿Cómo no iba a hacerlo, si subrayé el enlace en su respuesta?

ok, ¿puede el compilador reportarlo si lo considera un error?

 
Andrey Dik:

ok, ¿puede el compilador reportar esto si lo considera un error?

Si el indicador tiene 4 parámetros de entrada, cuando lo llamas con 6 parámetros, ¿qué esperas ver exactamente?

¿El compilador tiene que comprobar el indicador que se quiere llamar?

¿O no entiendo bien la pregunta?

 
Сергей Таболин:

Si un indicador tiene 4 parámetros de entrada, cuando lo llamas con 6 parámetros, ¿qué esperas ver exactamente?

¿El compilador tiene que comprobar el indicador que se quiere llamar?

¿O no entiendo bien su pregunta?

Sí, no del todo.

El número de parámetros que hay que pasar a la función, como se vio, no debe ser superior a 64.

y en mi indicador el número de parámetros es mucho más de 64.

Por lo tanto, el compilador está culpando al código donde llamo a iCustom ().

por lo que digo, ¿por qué el compilador jura y aún así me dice la razón exacta? ahora mismo el compilador jura pero no me dice la razón.

 
Andrey Dik:

ok, ¿puede el compilador reportar esto si lo considera un error?

El fallo aquí es que cada error tiene un número que se puede utilizar para encontrar la información de interés (147 en este caso). Pero no aparece en el mensaje

 
A100:

El fallo aquí es que cada error tiene un número que se puede utilizar para encontrar la información que le interesa (147 en este caso). Pero no está impreso en el mensaje

El número del error debería imprimirse con la ayuda de GetLastError (), de modo que fuera conveniente manejar los errores programáticamente, y el compilador debería informar directamente de la descripción del error, no de su código, para que el programador lo percibiera rápida y fácilmente.

 
Andrey Dik:

El número de error debería imprimirse con GetLastError () cuando el programa se está ejecutando, para que sea conveniente manejar los errores programáticamente, y el compilador debería reportar directamente la descripción del error en lugar de su código, para una rápida y fácil percepción visual por parte del programador.

El código de error sólo complementa el mensaje de error, no lo sustituye. Algunas descripciones de errores en C++ con ejemplos ocupan una página o más. Incluso puede ponerlo en una columna separada con un hipervínculo a una descripción detallada

 
A100:

En C++, hay una descripción de algunos errores con ejemplos - ocupa una página o más

En el caso de C++ puedes encontrar toneladas de información por código de error, incluyendo matices, soluciones, etc. Pidió números de error allá por 2015 o antes.

 
Andrei Trukhanovich:

En el caso de C++, puedes encontrar toneladas de información sobre el código de error, incluyendo matices, soluciones, etc. Pidió números de error allá por 2015 o antes.

Lo más interesante es que se especifican en el modo de línea de comandos, pero no se muestran en el modo de ventana

 
A100:

Lo interesante es que se especifican en el modo de línea de comandos, pero no se muestran en el modo de ventana

Antes no aparecía en ningún sitio, así que puedes llamarlo progreso )

Razón de la queja: