Correcto, y yo añadiría que en lugar de

system("PAUSE");
 

usaras

getchar();
 

pues lo que la gente no sabe es que las órdenes system no son en "C puro", sino que "se salen de C" y hacen una petición por medio del procesador de comandos del sistema operativo. Esto puede hacer que tu programa no sea compatible en otros sistemas (computadores). Prefiere usar:

getchar( );
 

incluido en <stdio.h>, la cual sí es estándar y portable.

Si revisas atentamente el mensaje dado por el compilador verás que dice algo "before if", o sea antes del "if". Y yo creo que a la línea:
que va justo antes del if le falta el punto y coma final.

Por otra parte, recuerda que como dijeron antes el tipo por defecto de main en int. No es apropiado declarar main() sin tipo de retorno, debes poner int main().

Y finalmente, no uses system("PAUSE"), de hecho, procura nunca usar system. Rrecuerda que la orden system invoca una llamada al sistema operativo, y como el SO puede cambiar de una máquina a otra, tu programa no será portable. Prefiere siempre el uso de funciones estándares de C, como lo es getchar() que realiza la misma función de esperar que el usuario pulse una tecla, y sí es estándar.

Yoel.

Insisto, los enum son agrupaciones de constantes, lo cual significa que una vez declares su valor, NO lo puedes cambiar. Por ejemplo, sea:


Ya está definido el valor constante de A = 3. Si luego intentas poner por ejemplo:

el compilador arroja un error, en mi caso el compilador gcc de GNU que es acorde a la especificación oficial ISO/IEC 9899:1999, conocida como C99:
es decir, que A no es un "lvalue", su valor no se puede cambiar. Así que no la "puedes manipular a tu antojo". Lo que sí puedes es asignar su valor a una variable, algo como

Recuerden que cuando declaras un identificador constante muchos compiladores (si respetan el estándar) intentarán ubicarlo en una zona de memoria donde su valor no pueda ser modificado.

Ahora, otra cosa es que estés usando algún compilador "flexible" que soporte funcionalidades no estándares, lo cual alienta a prácticas inadecuadas de programación que no serán compatibles con otras plataformas. ¿Sería este el caso?

Hola José, estuve probando el código y veo que agrega bien la cédula y el precio, pero no el nombre.

El error está en la asignación del campo nombre. Recuerda que para copiar una cadena en otra no se puede simplemente con el operador de asignación (=), sino que debes hacerlo con strcpy, o mejor aún, para prevenir desbordamiento, con strncpy.

La función
copia un máximo de n caracteres de la cadena origen a la cadena destino. y luego debes agregar manualmente el nulo de terminación. En el código de la función Insertar, la línea:


debe reemplazarse por


donde los paréntesis en (nuevo->nombre) son necesarios puesto que el operador "[]" tiene mayor precedencia que el de acceso de miembro "->". Con ésto ya tu programa debe quedar bien

===================
Por cierto, recomiendo poner un getchar() al final de Imprimir, de manera que la lista permanezca impresa en pantalla hasta que el usuario presione una tecla.
También recuerda que getch() no es una función estándar de C, sino que funciona principalmente en compiladores de C para Windows. Usa getchar().

Ok, ahora vamos a poner todo junto, a mí me salió en apenas 89 líneas de código. Y creé un fichero de texto de prueba con el mismo contenido que tú dices, y me imprimió la tabla perfecta

Es cuestión de ser hábil combinando las cosas, así puedes lograr mucho con poco ... Bueno, espero te sirva, aquí tienes el fuente completo con el main() y todo, sólo de copiar, pegar, compilar y probar.

#include <stdlib.h>
#include <stdio.h>
 
#define CR 10
#define LF 13
 
typedef enum {INS, OP, DIR, MAQ, CALCULADO, CALCULAR, TOTAL} tabla;
 
void readLine ( FILE *, char * );
char * readField( char ** );
 
int main()
{
	char * buffer, * old_buffer;
	char * field;
	FILE * hc12;
 
	if ( ( buffer = (char *) malloc( 101 * sizeof(char) ) ) == NULL ) return -1;
	if ( ( field = (char *) malloc( 101 * sizeof(char) ) ) == NULL ) return -1;
 
	if ( ( hc12 = fopen( "file1.txt", "r") ) == NULL ) return -1;
 
	while ( !feof( hc12) ) {
		readLine( hc12, buffer);
		old_buffer = buffer;
		while ( ( field = readField( &buffer ) ) != NULL ) {
			printf("%s\t", field);
		}
		printf("\n");
		buffer = old_buffer;
	}
 
	fclose( hc12 );
 
	return 0;
}
 
void readLine ( FILE *hc12, char *buffer ) {
 
	char c;
	int i;
 
	i = 0;
	while ( !feof(hc12) && (c = fgetc(hc12)) != CR && c != LF )  
		buffer[i++] = c;
 
	buffer[i] = '\0';
 
	/* avanzamos hasta que no haya CR ni LF */
	while ( ( c = fgetc(hc12) ) == CR || c == LF ) 
		;
	/* devolvemos el último carácter leído */
	if ( !feof(hc12) ) ungetc(c, hc12);
}
 
/* Lee un campo del búfer, considerando un campo como toda sucesión de
   caracteres de no espacio. Devuelve NULL si no hay más campos que leer */
char * readField( char ** buffer_ptr ) {
 
	int i;
	char c;
	char * buffer = *buffer_ptr;
 
	if ( *buffer == '\0' ) return NULL;
 
	/* elimina los espacios iniciales */
	while ( *buffer == ' ' || *buffer == '\t' )
		buffer++;
 
	/* ahora toma la porción inicial de la cadena hasta encontrar 
	   espacio o tabulador */
	i = 0;
	while ( (c = buffer[i]) != '\0' && c != ' ' && c != '\t' ) 
		i++;
 
	/* finaliza la sub-cadena donde halló el carácter espacio o tabulador */
	buffer[i] = '\0';
 
	/* y si hay más sub-cadenas que leer, avanza el búfer */
	if ( c != '\0' ) 
		*buffer_ptr = buffer + i + 1;
	else
		*buffer_ptr = buffer + i;
 
	if ( i > 0 ) 	
		return buffer;		/* leyó al menos un carácter */
	else
		return NULL;		/* no leyó nada */
}
 

Pruébalo y me dices!!

==========================================
Por cierto y aparte, noté que tienes en el código original una sentencia que no entiendo bien:

dir = (char**)malloc(sizeof(char*));
dir[i] = Tabla_Operandos(hc12,DIR);
 

Ok, ve. Con el malloc defines un arreglo dir de UN único elemento del tipo puntero a char, que luego rellenas con el string que produce la función Tabla_Operandos. Ahora, dos preguntas: ¿Dónde reservas el espacio de la memoria para los restantes elementos del arreglo dir, aparte del primero?
Además, si dir contendrá un string, ¿dónde reservas la memoria para dicho arreglo de caracteres? Eso tiene que hacerse de la siguiente manera:

/* Reservando el arreglo dir como arreglo de cadenas */
/ *  (dir_length es la longitud que esperas para dir ) */
dir = (char **) malloc( dir_length * sizeof (char *) );
 
/* ahora se reserva memoria para cada string dentro del arreglo */
for ( i = 0; i < dir_length; i++ ) 
    dir[i] = (char *) malloc( s_length * sizeof(char) );
/* donde s_length es la longitud deseada para cada string */
 

De hecho, no se cómo el programa no te produjo un error de "violación de segmento" en tiempo de ejecución ...

De, hecho, cada vez que se usa malloc uno tiene que comprobar si la asignación de memoria se produjo con éxito (casi siempre así sucede, pero no se puede dar por sentado). Si no se pudo asignar memoria, se debe salir del programa:

/* Reservando el arreglo dir como arreglo de cadenas */
/ *  (dir_length es la longitud que esperas para dir ) */
dir = (char **) malloc( dir_length * sizeof (char *) );
if ( dir == NULL ) return -1;
 
/* ahora se reserva memoria para cada string dentro del arreglo */
for ( i = 0; i < dir_length; i++ ) {
    dir[i] = (char *) malloc( s_length * sizeof(char) );
    if ( dir[i] == NULL ) return -1;
}
 

y esto te evitará cualquier "comportamiento inesperado" del programa, para que no te pase como a Windows que se cuelga a cada rato jeje.

Saludos, y quedo a la orden para cualquier cosa .... Yoel

Continuando con el tema, ahora queremos una función que tome un búfer de línea del archivo, y sepa encontrar los distintos campos separados por espacios. Aquí la tienes, su código es breve pero maneja unos conceptos un poquito complicados de apuntadores, como por ejemplo el apuntador pasado por referencia o puntero-a-puntero del tipo char **. Si no lo entiendes me lo preguntas luego y te lo explico bien.:

/* Lee un campo del búfer, considerando un campo como toda sucesión de
   caracteres de no espacio. Devuelve NULL si no hay más campos que leer */
char * readField( char ** buffer_ptr ) {
 
	int i;
	char c;
	char * buffer = *buffer_ptr;
 
	if ( *buffer == '\0' ) return NULL;
 
	/* elimina los espacios iniciales */
	while ( *buffer == ' ' || *buffer == '\t' )
		buffer++;
 
	/* ahora toma la porción inicial de la cadena hasta encontrar 
	   espacio o tabulador */
	i = 0;
	while ( (c = buffer[i]) != '\0' && c != ' ' && c != '\t' ) 
		i++;
 
	/* finaliza la sub-cadena donde halló el carácter espacio o tabulador */
	buffer[i] = '\0';
 
	/* y si hay más sub-cadenas que leer, avanza el búfer */
	if ( c != '\0' ) 
		*buffer_ptr = buffer + i + 1;
	else
		*buffer_ptr = buffer + i;
 
	if ( i > 0 ) 	
		return buffer;		/* leyó al menos un carácter */
	else
		return NULL;		/* no leyó nada */
}
 

Bueno x64Core particularmente no soy partidario de usar depuradores o cosas por es estilo, prefiero ir "a manita limpia", y me ha funcionado bien porque así ejercitas más el cerebro, jeje

El problema al parecer es que te mueves para adelante y para atrás en el archivo, abusando de fseek. Un buen programador debe ser cauto, debe simplemente evitar andar por terrenos peligrosos, y el estilo de tu programación está siendo definitivamente muy vulnerable. Cualquier error o descuido y tienes un comportamiento completamente impredecible.

Usa el principio de "divide y vencerás". Ve, hazlo así. Coje una línea del archivo txt, y la pasas a una función que analice sintácticamente para detectar sus divisiones en columnas con el carácter tabulador, es decir, lo que hace tablaOperandos. Pero que tablaOperandos y listaTABOP NO SE MUEVAN juntas por el mismo archivo. Eso NUNCA se hace, cada función debe tener su espacio de trabajo "privado". ¿Entiendes la filosofía subyacente?

Entonces, vamos a hacer una función que vaya cogiendo una línea del archivo, y la copie a un arreglo tipo búfer, y se la pase a tablaOperandos, así esta última lee del búfer y no se mete para nada con el archivo original (reduciendo el riesgo de conflictos).

En tu código original tenías un problema porque tablaOperandos al leer la línea avanzaba el indicador de posición de archivo, luego tenías que devolverlo a su posición original con [ttfseek[/tt], etc ....  muy engorroso. Con esta solución no tienes que hacer nada de eso:


y listo, agarras ese buffer y se lo pasas a tablaOperandos. Claro, antes debes haber definido el buffer como un arreglo con la suficiente longitud para contener cualquier posible línea del archivo (no se, 100 caracteres quizás). Ahora acomoda tablaOperandos para que trabaje sobre un arreglo y no sobre un fichero.

Te explico la última parte del código antes mostrado. En ficheros de texto el fin de línea se hace con una sucesión de dos caracteres, generalmente el <i>carriage return</i> CR seguido de <i>linefeed</i> LF. Entonces, si alcanzas digamos el CR, pues cierras el búfer. Pero al invocar el nuevo la función, leerá el LF y cerrará el búfer ... ¡vacío! O sea, que después de una llamada exitosa a readLinea la próxima llamada que ejecutes devolverá un búfer vacío. Para evitar eso, se bede avanzar el indicador de posición de archivo hasta no encontrar ni CR ni LF, luego de cerrar el búfer de línea. Es lo que hace el:


Te voy a explicar algo, el uso de ungetc(). Supón que tienes un fichero así:


entonces empieza a leer la línea Pedro, hasta que haya la secuencia CR + LF. Primero lee CR, entonces sabe que debe continuar hasta que no haya ni CR ni LF. Así leee CR, luego LF, luego la M inicial de "Maria". Ahí sabe que se terminó la primera línea. Pero hemos agarrado la 'M', luego tenemos que "devolverla" al fichero, por eso usamos ungetc. Es algo parecido a lo que hacías con fseek( hc12, -1, SEEK_CUR ).
    

Escucha, no, no se sobrescriben los valores (los diseñadores del lenguaje C++ no fueron tan tontos, jeje  )

Cada objeto o "instancia" de una clase tiene su espacio privado de variables, es decir, su porción específica e INDIVIDUAL de memoria asignada a sí mismo dentro del programa. Si creas dos objetos:


pues cada uno tiene su propia variable nombreCurso, independiente de la del otro objeto. Puede asignar un valor al nombreCurso del primer objeto, y otro valor al nombreCurso del segundo objeto, sin ningún problema.

Espero haberte aclarado ....

Hola Hacklink,

Me parece excelente la iniciativa de crear un programa auto-instalable. Ahora, no entiendo bien si me dices cuando hablas de "root" (lo que me hace pensar en UNIX), y por otra parte das a entender que lo instalarás en Windows (por la extensión .exe por ejemplo). En Windows no existe usuario root, por lo que no tienes que preocuparte por ese problema.

En cuanto a conocer el nombre particular del usuario, en los Sistemas Operativos existe algo llamado "variables de entorno". Son como nombres nombres simbólicos que se "expanden" o reemplazan por el procesador de comandos (el símbolo de sistema de Windows) por el valor apropiado. Para ver una lista de todas las variables de entorno en Windows escribe el comando "set" en la cónsola.

El nombre que identifica al usuario actual si mal no recuerdo (revisa, porque podría estar recordando mal) es USERNAME . Para obtener si valor debes escribir entre signos de porcentaje así:


y te debe imprimir (en la consola) el nombre de usuario actual. Entonces, para C deberías recuperar el valor de esta variable mediante una solicitud al SO con el comando system. Debe ser algo más o menos como:


Bueno, espero haber aclarado tu duda, y cualquier cosa comenta o pregunta

Por cierto, ¿sabes lo que son scripts de batch para Windows? Se utilizan para automatizar tareas que requieren del SO, y en mi opinión creo que son preferibles a códigos de C porque pueden llamar a órdenes directas de la consola de comandos ....

===============
P.D. Por favor coméntame sobre tu avance en este proyecto que me parece muy interesante ...

Respondo: Según el libro Deitel&Deitel "Como programar en C/C++", una enumeración es un conjunto de constantes numéricas enteras, representadas por ciertos nombres o identificadores. O sea, una enumeración es como un arreglos de CONSTANTES. Dice además que el valor de cada constante de enumeración puede ser definido explícitamente durante su declaración. Ejemplo:

enum letras {A = 1, B = 3, C = 8};

Ahora, si son "constantes" su valor no se puede cambiar una vez declarado. Entonces ¿cómo lo vas a cambiar? Cualquier instrucción de asignación de un valor luego de la declaración de la enumeración sería ilegal. Yo creo que no puedes. De hecho, estuve probándolo y el compilador me da un error en cuanto intento asignar un valor a alguna de las constantes fuera de la declaración del enum.

Si quieres poder cambiar los valores a los campos debes usar otro tipo de dato, como un struct por ejemplo.