No lo dudo en lo que concierne a ti personalmente. Por lo que te he leído aquí pareces muy buena gente. Ahora, que no lo hagan otras personas de tu entorno independentista... 

https://www.elconfidencial.com/espana/cataluna/2020-05-07/violencia-politica-en-cataluna-1000-agresiones-ultimo-semestre_2583619/

La cuestión no es si tú personalmente agredes física o verbalmente a otros, que ya he dicho que creo que no, sino si "los tuyos" lo hacen o no, y si "tú y los tuyos" lo aprobáis o justificáis o no, o, aunque sin aprobarlo ni justificarlo, lo admitís bajo cuerda y no protestáis lo más mínimo ni movéis un dedo para que deje de suceder.



...
¡ésa es la cuestión!...

No no. El que tiene que definir lo que sería una derivada en ese espacio eres tú, que fuiste el que lo propusiste, y además diiste que era igual a cero. Yo precisamente lo que he hecho es advertirte de que ---no tiene sentido/no es posible--- definir una derivada en ese entorno.

Seguro que en ingeniería aeronáutica, y me atrevería a decir que en ninguna otra, existen funciones de:

(un subconjunto de naturales de 0-255) x (un subconjunto de naturales -VER NOTA-) ----> (un conjunto extraño -ver NOTA 2-)

NOTA: el subconjunto dependerá de la memoria del ordenador y de como la gestione el compilador y el SO. Por ejemplo pongamos que empieza en (decimal) 4.096 y termina en 4.096.000.000.000.

NOTA 2: la función main () puede devolver cualquier cosa, segun como esté construída. Incluso podría devolver un dato tipo struct con enteros char, enteros grandes, reales, arreglos de char, arreglos de cadenas, punteros, arreglos de punteros...   Pero incluso ciñéndonos a que devolviera reales.  Eres tú quien debe definir qué cosa seria una derivada -y con respecto a qué- en esas funciones.

El caso es que tú has querido asimilar el concepto de derivada de una función real de variable real a una función de un lenguaje de programación (C en este caso). Y no hay asimilación posible.

Es más, el caso de la derivada de una función = constante no tiene aquí cabida. Porque eso no es un axioma; es un resultado.  En las funciones de R --> R se definen las funciones en general, los límites de funciones en general, y las derivadas de funciones en general,... y sólo luego se concluye que, en particular, las derivadas de funciones constantes son igual a cero. Tú no puedes usar ese resultado de las funciones de R --> R para algo que ni siquiera has definido: lo que fuera o fuese una derivada de una función entre esos conjuntos extraños que te señalé más arriba.

Primero define qué cosa sería una función en ese conjunto, luego define lo que sería un limite, y ya para rematar define lo que sería una derivada. Y creo que te va a costar mucho...  

Porque, para empezar, los conjuntos de partida son discretos, no contínuos. No puedes definir un límite cuando se tiende a infinito porque los dos conjuntos (recordemos, el del conjunto de caracteres y el de punteros a memoria) son finitos y están acotados superiormente.

Tampoco puedes definir un límite cuando se tiende a un elemento de cualquiera de ellos porque entre un punto y otro -de esos conjuntos- no hay infinitos puntos como en en R, R2, R3... Rn. Entre el carácter 67 y el 68... ¡no hay nada! Al igual que entre la posición de memoria 3F6AB3 y la 3F6AB4... ¡no hay nada! A ver cómo carajo defines un límite.

Creo que la confusión viene de intentar equiparar el significado de  la palabra función con diferentes significados en diferentes ámbitos.

Para terminar y relajar un poco, una pequeña broma, jugando con el significado de la palabra "función" en informática, matemáticas y el lenguaje ordinario:

No es lo mismo una función del lenguaje C que una función matemática, las dos son funciones, pero no ejercen la misma función.  

PARA LOS MODERADORES:
creo que este hilo se debería cambiar al Foro Libre. En realidad sería una cuestión propiamente matemática. Sólo circunstancialmente se habla de la función main () de C, pero no para dilucidar problemas relacionados con el lenguaje de programación, sino para elucubrar sobre propiedades, dentro del ámbito matemático, de la misma.

Una mini-contribución muy tonta, pero bueno, igual algún dia le sirve a alguien para algo.

Son algoritmos para desordenar y ordenar números naturales, pero como esos números a su vez pueden ser subíndices de listas, arreglos, vectores, tuplas... o como quiera que se les llame, pueden servir para desordenar/ordenar otras cosas.

Por ejemplo ordenar listas de palabras, de entradas de datos, etc.

En cuanto a desordenar, normalmente para lo que sirven es para simular cosas al azar. Por ejemplo un bingo, o cualquier lotería. O, por ejemplo, si se tiene un arreglo de 52 elementos correspondientes a una baraja, si se desordenan los subíndices del arreglo se desordena el arreglo y se simula el barajamiento (vaya palabro, no sé si existe). O un arreglo de 28 elementos correspondientes a las fichas de dominó, al desordenar los subíndices se simula el "meneillo" de las fichas antes de jugar.

También se podrían simular cambios al azar para juegos de recorrido de itinerario con "incidentes" al azar. Por ejemplo, supongamos que queremos hacer un "Juego de la Oca" donde los "incidentes" (la posada, el puente, la calavera, las ocas...) no estén siempre en el mismo lugar sino que en cada nuevo juego se distribuyan en el itinerario de diferente manera, se podría usar.

Explico brevemente de palabra los algoritmos (no descubro las Américas, todo el mundo los conocerá).

DESORDENAR: en cada pasada se toma un elemento al azar de los que van quedando. Al principio se elige entre todos. El elemento elegido se extrae de la lista almacenándolo temporalmente en una variable. Se "corre" toda la lista desde el elemento seleccionado hasta el final. Si imaginamos la lista de elementos en horizontal, con el elemento inicial a la izquierda y el final a la derecha, pues desde el elemento seleccionado al azar y hacia la derecha se pasa cada elemento un lugar hacia la izquierda. Y luego se coloca el elemento extraído, almacenado temporalmente en una variable, en el último lugar (en el el último de la derecha). Ahora se ddisminuye en una unidad el nº de elementos a sortear ( ya solamente se sortea entre los elementos que van quedando a la izquierda) y se repite el proceso hasta llegar a que sólo quede un elemento a la izquierda y ya todos estarán desordenados.

ORDENAR: se va recorriendo la lista de izquierda a derecha, comparando cada elemento "i" con el siguiente "i + 1", cuando se encuentra que un elemento "i" es mayor que el siguiente "i + 1" (si es ordenar de menor a mayor; si fuera de mayor a menor la comparación sería que "i" fuese menor que "i + 1") se intercambian de lugar. Antes de iniciar el recorrido se pone una bandera (flag) que se cambia cuando se produce un intercambio de posiciones. El bucle es -en principo- infinito, sin condiciones, pero cuando la bandera no ha cambiado (no se ha producido ningún intercambio de posiciones) es que ya todos los elementos han quedado ordenados, y se sale del bucle.

Lo dejo todo den un programa en Java que, primero pide el nº de elementos que tendrá la lista, construye la lista de números naturales desde 0 hasta el ingresado - 1, e imprime la lista inicial ordenada. Luego la desordena e imprime la lista desordenada, y posteriromente la vuelve a ordenar e imprime la lista nuevamente ordenada. He señalado en el mini-programita los algoritmos de desordenación/ordenación.

import java.util.Scanner;
 
public class DesordenarOrdenarLista {
	public static void main(String[] args) {
		int numElementos;
		int [] lista;
		int numAzar;
		int numSup; // para elegir numAzar entre 0 y numSup - 1
		int var = 0;// guarda temporalmente un elemento de lista[]
 
		Scanner teclado;
		teclado = new Scanner(System.in);
		System.out.println ("Introducir longitud de la lista");
		numElementos = teclado.nextInt ();
 
		lista = new int[numElementos];
		for (int i = 0; i < numElementos; i++) {
			lista[i] = i;
		}
		System.out.println ("Lista ordenada:");
		for (int i = 0; i < numElementos; i++) {
			System.out.print (lista[i] + "    ");
		}
		System.out.println ("");
 
					// algoritmo de desordenación
		numSup = numElementos;
		for (int i = 0; i < numElementos - 1;i++) {
			numAzar = (int) (Math.random() * numSup);
			var = lista[numAzar];
			for (int j = numAzar; j < numElementos - 1; j++) {
				lista[j] = lista[j+1];
			}
			lista[numElementos - 1] = var;	
			numSup--;
		}
					// fin de algoritmo de desordenación
 
		System.out.println ("Lista desordenada:");
		for (int i = 0; i < numElementos; i++) {
			System.out.print (lista[i] + "    ");
		}
		System.out.println ("");
 
 
					// algoritmo de ordenación
		for (;;) {
			char flag = 0;
			for (int i = 0; i < numElementos - 1; i++) {
				if (lista[i] > lista[i+1]) {
					var = lista[i];
					lista[i] = lista[i+1];
					lista[i+1] = var;
					flag = 1;
				}
			}
			if (flag == 0)
				break;
		}
					// fin de algoritmo de ordenación
 
		System.out.println ("Lista nuevamente ordenada:");
		for (int i = 0; i < numElementos; i++) {
			System.out.print (lista[i] + "    ");
		}
		System.out.println ("");
	}
}
 
 

Hombre, es que eso es de perogrullo. Para ese viaje no hacían falta tantas alforjas. Además éso es solamente si tu construyes tu funcion main de manera que siempre regrese lo mismo. Pero no es el caso general. Como bien dices podría regresar cualquier otro valor.

Yo pensaba que te referías a una función en que a pares distimtos corresponderían valores distintos:
argc1, *argv[ ]1 ----> main1
argc2, *argv[ ]2 ----> main2
argc3, *argv[ ]3 ----> main3
...

Que además es el caso general. Y si pretendes dar una definición de algo (en este caso una derivada) en matematicas debes hacer una definición general.

La derivada de funciones reales de variable real están definidas para todo el espacio de funciones y = f(x) ---> dy/dx.

Si haces una definición de derivadas sólo para las funciones y = k; k = constante... ¿eso de qué te vale?  

Tú en general tendrás funciones:
main = f[argc, *argv]
Y para esa función general es para la que tendrías que definir lo que quiera que fuese una derivada.

Yo me lo gastaría en whisky, putas y yerba... Pero para gustos están los colores...

Como si quieres hacerlo double main (), o ya puestos void main ().

Hay muchas cuestiones. Por citar sólo algunas:

- Habías hecho un silogismo (encadenamiento de razonamientos). Te fijas sólo en el último eslabón de la cadena. Según tu ¿razonamiento? otro eslabón era:
char* argv[] ∈ R
y otro más era:
argc = (argc(char* argv[]) ∈ R)
...
A ver como justificas que punteros a char... en realidad punteros a-lo-que-sea (que eso me da igual) puedan ser números reales...
Porque un puntero es y siempre será un entero, y un cociente entre punteros (por aquello de que una derivada es un límite de cocientes)... ¡cualquiera sabe qué cosa podrá ser!.

Y se supone que esos planteamientos formaban parte de tu cadena de razonamiento. Si falta un eslabón la cadena se rompe... y no has justificado esos eslabones (y me da que no vas a poder). Sólo te has fijado en el último de main, pero en tu razonamiento todos los eslabones tienen que ser ciertos si quieres que la conclusión lo sea.

Pero ya puestos...

Que una función de un lenguaje (C) pueda devolver un número real... no significa que esa función SEA un nº real. De hecho no es más que una aproximación numérica a un nº real.

Ya puestos. En realidad no has definido qué cosa pueda ser una derivada de una función de un lenguaje de computación. Que éso y no otra cosa sería una "derivada" de la función main (). Lo has tratado de identificar con lo que es una derivada en R o, si empezamos a meternos con R2, R3, etc. con sus derivadas parciales, etc, con lo que serían funciones de Rn en Rm, pero mientras que esas cosas están perfectamente definidas en matemáticas lo que son, como son y como se calculan, tu derivada de "una función de lenguaje de programación C"... ¡no está definida en ninguna parte! Así que tendrias que empezar por definir qué entiendes por tal cosa.

Primero tendrías que definir un espacio (bueno primero un conjunto ya veríamos si tendría caracteristicas de espacio) de "funciones del lenguaje C". Después definir las operaciones dentro de ese espacio y/o con otros espacios; como definir qué cosa pueda ser un cociente entre funciones de C o cociente entre una función C y un nº (ya sea éste real, entero, natural, complejo...), después qué pueda ser un límite en esos términos, por ejemplo un límite entre dividir una función de C y otra función de C... todo ello con sus correspondientes teoremas de existencia de los resultados de esas operaciones... y finalmente definir qué cosa sería una derivada en ese espacio de funciones de C. Definir el concepto de "cero" en ese espacio -que no sería igual al cero de los números reales, al cero complejo, al cero en Rn, etc...- y demostrar que el cero de ese espacio es isomorfo con cualquier otro cero de otro conjunto conocido.

Y unas pocas de cosas más.
...
La verdad, no te envido la tarea...  

Y si lo consigues te lo  juro por mis niños que yo mismo te propongo para Premio Abel y te llevo a hombros y de rodillas hasta la sala de entrega de premios.

Creo que la cuestión está mal planteada y ni siquiera existe una derivada de la función main.


char* argv[] ∈ R ==> FALSO: ni siquiera es char* argv[] ∈ Z, sino:
char* argv[] ∈ subconjunto de Z

argc = (argc(char* argv[]) ∈ R) ==> idem eadem idem


int main... int, int, int...
Está claro que main  ∈ R es FALSO. Como en los casos anteriores ni siquiera pertenece a los números enteros sino a un subconjunto de ellos (los que la máquina y el compilador en cuestión sean capaces de gestionar).

Ahora bien, una derivada no es más que un límite de un cociente. Pero la división en en el conjunto Z -y por ende en un subconjunto de él- no está definida. En general el cociente entre dos números enteros no tiene porqué existir y ser otro número entero. Por tanto, si no puede definirse -en general- la operación cociente o división como una función interna en Z, no puede definirse la función derivada en Z; ni en un subgrupo de Z.

De tal forma carece de sentido hablar de derivada de la función main.

¿De dónde? No queda muy clara tu pregunta, al menos para mí. La función scanf es para introducir datos formateados por teclado.

¿De dónde tienes que leer los caracteres?

¿Por qué motivo podría tener alguien una red oculta sin contraseña? Si la ha ocultado por seguridad ¿por que la deja abierta y no le pone también contraseña?

A mi parecer la solución es bastante más fácil. Se escribe un nuevo mensaje y listo. Ya sé que la norma dice que es preferible editar antes que colocar un nuevo mensaje a la cola, pero entiendo que también hay una interpretación de la norma.

Es decir si en un mensaje dabas una solución parcial o pobre a un problema planteado por alguien o no encontrabas ninguna y posteriormente encuentras una buena solución, no veo ningún problema en poner un nuevo mensaje exponiendo dicha solución. Todo dependerá de que el subir un nuevo mensaje esté justificado o no.

Los propios moderadores han abogado y dado muestras de interpretar las normas en casos concretos, no sólo aplicar rígidamente la letra de la norma sino el espíritu de la misma. Más en un foro como éste; ni que fuera un foro de abogados. 

Creo que cabría esperar cierta flexibilidad por parte del staf y no debiera haber mucho problema con éso.