Una forma de acortar el programa es mediante una macro utilizando el operador '#' (para delimitar el argumento, en otras palabras convertirlo en cadena literal):

#include <stdio.h>
#include <stdlib.h>
 
#include <limits.h>
#include <float.h>
 
#define IMPRIMIR(macro, fmt)  printf(#macro ": " fmt "\n", macro)
 
int main (void)
{
   IMPRIMIR(INT_MIN, "% d");
   IMPRIMIR(INT_MAX, "% d");
   putchar('\n');
 
   IMPRIMIR(LONG_MIN, "% ld");
   IMPRIMIR(LONG_MAX, "% ld");
   putchar('\n');
 
   IMPRIMIR(FLT_MIN, "%e");
   IMPRIMIR(FLT_MAX, "%e");
   putchar('\n');
 
   /* ... */
 
   return EXIT_SUCCESS;
}

Un saludo

Supongo por lo comentado que utilizas la función scanf para leer el valor. En ese caso se debe recordar que ella solo procesa los caracteres necesarios para la conversión, si esta falla los caracteres inválidos se quedan ahí (en el bufer de la entrada estándar).

Lo que debes hacer es verificar el valor de retorno de la función (esta es el numero de conversiones exitosas) y descartar el resto de la linea.

Por ejemplo:

#include <stdio.h>
#include <stdlib.h>
 
int main(void)
{
   int num;
   int ok;
   int ch;
 
   do {
      printf("Introduce un numero (1 a 9): ");
      fflush(stdout);
      ok = scanf("%d", &num) == 1 && num >= 1 && num <= 9;
 
      /* Descartamos el resto de la linea */
      while ((ch = getchar()) != EOF && ch != '\n')
         ;
   }while (!ok);
 
   printf("El numero es %d\n", num);
 
   return EXIT_SUCCESS;
}

Un saludo

No.

Los prototipos de las funciones no deben necesariamente ir en una parte determinada del programa.

Lo que si se debe cumplir es: deben estar colocados antes del uso (llamada) de la funcion correspondiente. Eso se cumple colocandolos (lo usual) antes de toda definicion.

Por ejemplo:

#include <iostream>
using std::cin;
using std::cout;
// etc
 
// Prototipos de funciones
 
// Definicion de funciones empezando por la principal
int main()
{
	// ...
 
	return 0;
}
 
// Mas definiciones ...

Un saludo

El primer estándar de C es de 1989/1990 y es todavía el mas soportado, también debes considerar que un libro por el solo hecho de ser reciente no da garantías.

En cuanto al ingles te convendría aprenderlo ya que la gran mayoría de los libros/referencias/etc. están en ese lenguaje.

En mi opinión dos de los mejores libros para aprender C son "K&R2" y "Pointers on C" (los dos en ingles). También se requiere de mucho esfuerzo (no es ósmosis).

Un saludo

Te conviene aprender primero las partes de C que están garantizadas (C estándar) y solo después las características especificas (extensiones) del compilador que estés utilizando.

Funciones como gotoxy y getch son parte de la biblioteca conio de Borland y su soporte depende del compilador. Eso en el caso de que el error (no lo mencionas) sea del tipo "undefined reference ...".

Un saludo

En ese caso nos ayudarías como no tienes idea si nos indicas cual estas utilizando.

El único problema en potencia con el programa son los tipos "long long" y "unsigned long long" ya que estos fueron introducidos con el estándar C99. Debes revisar la documentación de tu compilador para saber si soporta esos tipos y que este configurado correctamente.

También debes utilizar "%lu" para imprimir la macro "ULONG_MAX".

Por esa razón se utilizan esas macros: los valores que se indican en un libro son los mínimos garantizados, los valores exactos dependen de la implementación.

Un saludo

No.

Se utiliza la macro "va_arg" para obtener cada uno de los argumentos sin nombre (los que sustituyen a "...", en tu caso los tres nombres de archivo).

El segundo argumento de "va_arg" debe ser el tipo, en tu caso utilizamos "char const *" ya que ese es el tipo de las literales de cadena como "a.txt".

Un saludo

No. El uso de ambas variables es correcto ya que en ellas se almacenan caracteres para luego ser comparados en los casos contra las literales '1', '2', etc.

Un saludo

No. Su pagina principal todavia lista la version 5.0 Beta (o 4.9.9.2, es la misma) como su ultima version y en su pagina en sourceforge tanto en codigo fuente como binarios esa es la ultima.

Tal vez se trate de una "rama" independiente. ¿Donde escuchaste eso?

Un saludo

Tienes que darle un buen repaso a tu material de referencia ya que el programa tiene varios errores importantes y algunos de ellos de concepto.

Dentro de la función tratas de abrir los archivos cuando ya abriste estos en la función principal, también tratas a los objetos de tipo "FILE" (debería ser "FILE *") como cadenas de texto indicando el nombre de los archivos.

El programa corregido (compáralo con el original):

#include <stdio.h>
#include <stdlib.h>
#include <stdarg.h>
 
#define NOM_ARCHIVO_SALIDA  "concat.txt"
 
void concatenar(int num_elem, ...);
 
int main(void)
{
   concatenar(3, "a.txt", "b.txt", "c.txt");
 
   return EXIT_SUCCESS;
}
 
void concatenar(int num_elem, ...)
{
   FILE *entrada;
   FILE *salida;
   va_list va;
   int ch;
 
   va_start(va, num_elem);
   salida = fopen(NOM_ARCHIVO_SALIDA, "a");
 
   while (num_elem--){
      entrada = fopen(va_arg(va, char const *), "r");
 
      while ((ch = fgetc(entrada)) != EOF)
         fputc(ch, salida);
      fclose(entrada);
   }
 
   fclose(salida);
   va_end(va);
}

Un saludo