El problema podría estar en Search directores de la última foto: añade la ruta a la biblioteca como en la foto anterior, a ver qué pasa.

Podrías poner todo el código, así podríamos ver que es al estructura eCaracter y las demás funciones auxiliares.

Estás reescribiendo muchas funciones que ya existen en la biblioteca estándar.

Ahora la pregunta.

Faltan los include y main, si tiene argumentos, debe tener 2: un entero que dice cuántos elementos aparecen en la lista de argumentos y un array de punteros a char, que son los la lista argumentos del programa.

Lo que suelo usar es la siguiente estructura:

char c;
FILE *fp;
 
// ...
 
c=fgetc(fp);
while(!feof) {
    ungetc(c, fp);
 
    // Hacer lo que uno quiera con el archivo
 
    c=fgetc(fp);
}
 

Para hacer esto debes mirar la cantidad que tienes cada vez, algo así:

Los primeros 20 gramos valen 10 pesos, eso es, pase lo que pase ya cobras 10.

precio = 10

Ahora hay que quitarse esos 20 gramos de encima, por tanto si el paquete mesa igual o mas a 20 gramos los quitas del peso. Si pesa menos lo llevas a 0.

Siguiente.
Si el paquete sigue pesando 10 gramos o más sumas al precio 2*10 y restas al peso del paquete los 10 gramos. En cambio si pesa menos de 10 gramos sumas al precio el peso actual por 2 pesos/gramo, y llevas el peso a 0.

Para terminar.
Si el peso supera los 200 gramos lo pones a 200. Ahora sumas al precio el peso actual por 1.5 pesos/gramo.

El precio resultante es el que debe pagar el cliente.

Por supuesto. Solo debes tener dos punteros por objeto: uno al siguiente elemento de la lista principal (la flecha roja) y el otro hacia su propia lista (la flecha azul). Los ejementos que son de la lista secundaria solo deben usar uno de los dos punteros.

La convención cdecl, que es la estándar en C y C++, dice que los argumentos se pasarán de derecha a izquierda, que con esto no hay que confundir con que los argumentos de una llamada se pueden evaluar en el orden que el compilador prefiera.

Si se dejara que cada vez que se hace una llamada el orden del paso de los argumentos pudiera cambiar esta información se debería guardar en algún sitio para saber la función llamada dónde buscar esos argumentos, o se debería usar algo parecido a reflections en otros lenguajes, cosa que en C no existe. Los nombres de las variables desaparecen. En el stackframe solo queda el xBP y el offset, y esto debe estar escrito a fuego en el código máquina, por tanto el orden tiene que estar perfectamente definido, sea cual sea la convención de llamada que se use. Que por cierto, el código que he pasado no funcionará con cualquier convención que use registros.

Cierto, no se asegura que se carguen en ese orden, pero sí que serán contiguos en memoria. Por lo cual es igual el orden en que se carguen porque a la hora de crear el marco de la función siempre ocuparán los mismos espacios en el marco.

Por cierto, he modificado un poco el código: no tenía en cuenta si el elemento actual era mayor a 'mayor'.