No entiendo a que llamas tú "problema"... que la calvicie tenga como uno de sus orígenes la genética es algo sabido de todo el mundo desde hace décadas (no hace falta que pongas citas externas es "vox populi").
¿Qué quiere decir eso de "problema hereditario"???. La calvicie no es ninguna enfermedad. No existe en la calvicie ningún 'problema hereditario', que sea algo heridario, es una característica como el color del pelo o de los ojos, que no te guste el color de tus ojos, lo convierte en un "problema hereditario" ???. Claramente no, el problema a lo sumo será psicológico y no precisamente por esa característica si no por la incapacidad del individuo de aceptarse.

No estoy seguro de haberte entendido en esta parte (como tampoco en esta parte te entendí la otra vez).

...pero vamos intentanto elucubrar, creo que lo que tu pretendes es decirle que no le quieres pasar un texto, si no una variable... esto es, un texto pero no específicamente escrito por tí, si no obtenido de alguna parte en la memoria...

En realidad, se puede (pasar un string que reside en memoria), porque nunca se pasa un texto, lo que una variable esconde en realidad suele ser la dirección de dicha variable, eso es lo que suele pasarse en parámetros que no son de tipo primitivo (byte, integer, char, buleano, etc...), como es el "string", y que aún siendo considerado un tipo primitivo, por admitir la posibilidad de diferente tamaño, y que dicho tamaño puede ser considerablemente más grande que el ancho de palabra del bus de datos del procesador, se pasa su dirección.

Más aún, cuando escribes una función todos sus parámetros, han de ser de no más de 1,2,4,8 bytes (8bytes = 64 bits), luego todo aquella variable cuyos datos sea más largo, no se puede pasar su valor intrínseco, en parámetros, si no la dirección de memoria donde yace dicho valor. Decir variable, equivale en la práctica a señalar su dirección.

...entonces (y resumiendo), para hacer lo que tu quieres necesitas pasarle la dirección de memoria donde el servidor aloja esa 'variable' de nombre 'contrasena'... aún suponiendo que tanto el cliente como el servidor estén en el mismo equipo, tampoco es garantía de que sea posible, de hecho no es que pueda o no ser posible, si no que debería ser imposible salvo que esté muy mal programado. Me explico...

Tengo el servidor esperando un login de un cliente:

Esta línea de pseudocódigo la resumiríamos como que un cliente invoca la función 'login pasándole dos parámetros, el nombre del cliente y una contraseña y a su vez el servidor le responde con un buleano indicando si el login tuvo éxito...

Bien, si lo miras bien, la memoria no tiene ahora mismo (en el momento de ser invocada la función), la contraseña de nadie, solo cuando recibe una llamada de login, mirando el alias, es cuando verificando que exista un usuario registrado con el mismo, es cuando puede optar a verificar si coincide la contraseña recibida, con lo que sea que esté alamcenado, pero como en ese momento de ser llamada la función ya debes haberle pasado la contraseña (la dirección donde se localiza el string), no podrá ser la del usuario 'alias' indicado, porque aún no se ha 'extraído', de parte ninguna... lo hará cuando haya validado el alias y deba comparar contraseñas o lo que sea que tenga almacenado.

Y como ya te indiqué (creo recordar) en un mensaje anterior... yo no compararía contraseña con contraseña en crudo, sino hash contra hash, y el hecho de que el hash deba ser calculado a través de la 'contraseña' recibida implica que no tendrías modo de falsificar una dirección, porque una vez dentro de la función lo recibido como 'contraseña' sufre una alteración por una función hash... y se compara contra el hash que consta en la base de datos (hash que se crea y guarda en la BD, cuando el usuario se registra).

Debe quedarte claro, que un login no debe remitirse a comparar dos cadenas de texto en crudo como si un usuario estuviera buscando un ítem en una lista.
Hashsear es algo intermedio entre cifrado y codificado, pero a diferencia de ambos, es irreversible, luego exige llevar ambos términos a ser hasheados antes de poderse comparar, con lo cual, jamás se ve en claro el texto original.

...yendo más lejos, al registrarse, ni siquiera guardaría el hash de la contraseña (si del alias), sino que guardaría, el hash de concatenar el hash del alias y la contraseña. Como señalo aquí:

En resumen, si no manejas directamente nunca más que durante el registro en usuario y la contraseña en la parte del servidor, no hay posibilidad de 'capturar' dicho dato y como al pasarle a la función de login una alias y una contraseña, dichos string son pasados a una función de hashing, quedará modificado, por lo que incluso aún habiendo extraído previamente de la base de datos el dato que se guarda, no es posible saltarse el asunto tal como tu pretendes hacerlo.

En realidad se trata de la dihidrotestosterona.

No, no funciona. Tengo un amigo que hace unos 25 años se hizo un tratamiento donde se aplicaba el producto (curiosamente por aquella época ya se habalaba de él como novedad igual que hoy), y él observaba según decía ciertas mejoras, pero resulta que iba acompañado de un frota-frota en la cabeza. Con lo que lo que sucedía en realidad era aumentar el riego sanguíneo de la dermis de la cabeza... eso puede ralentizarlo (el masaje craneal, no el producto), pero no solventarlo.

La calvicie, por sí misma no es ningún problema al menos de salud, sí podría serlo económico y puede llegar a serlo psicológico si uno no se acepta. La calvicie solo se presenta como problema por parte de los vendedores de soluciones mágicas dispuestos a vender... si consiguen que creas que es un problema, te han ganado la partida, pero no es ningún problema per sé.

Nada. Relajarte... lo que tenga que ser será. Médicamente no hay solución para no perderlo.

Si hay solución en forma de implantes. Hace apenas unas semanas, vi un documental de gente de España que iba a Turquía a hacerse implantes de pelo y al parecer venían contentos... la razón de ir allí era económica. Al paso del tiempo incluso tienen buena práctica... aunque queda por saber la calidad del trabajo, pasado el tiempo y los riesgos asumidos (de ambas cosas no se señalaba nada).

...pero eso déjalo para más adelante, cuando pasen algunos años si ves que en efecto aumenta y que tu capacidad pisicológica es débil y no eres capaz de aceptarte.

No hablo de su uso, si no de sus fallos de seguridad. Es exactamente el mismo uso y problema que tiene/tenía la tecnología ActiveX... pero a ésa se la criminalizó y 'condenó' al ostracismo absoluto. Es más, me atevería a decir que los ActiveX eran más seguro, ya que admitían ser firmados digitalmente y como eran compilados, todo era en binario, el javascript, es fácil de ser manipulado, tremendamente más fácil que un activex...

Creo recordar que Elektro ya te respondió a esta cuestió en otro HILO...
Y se resume en: No HAY subscripción a EVENTOS DEL SISTEMA.

Lo que haces, es lo mismo que si tienes estas 3 órdenas:
Falla (la secuencia correctamente ordenada de sucesos), porque nada más das la orden de abrir, ya indicas 'abierto' sin esperar el tiempo prudencial a que lo abra.

La secuencia correcta sería...

Una alternativa mediocre (pero que la mayor parte de las veces podría servir), sería no subscribirse a evento alguno, pero al menos dar un margen de tiempo para que abra, tal vez 2 segundos...

---

p.d.: contínuamente estás preguntando una  y otra vez lo mismo, y la respuesta es siempre la misma... entiende la sincronicidad en la programación. Cuando se da y cuando no se dá y porqué.... si no seguirás dando palos de ciego, aquí y allá.

Alemania tenía lazos políticos con España, de hecho no solo lazos, incluso tenía desplegados emplazamientos de escuchas de radio.
Es más, con la rendición de Alemania ante la Triple Alianza, se sabe que muchos mandos alemanes usaron el corredor: Alemania->Francia->España->Argentina->otros destinos... precisamente porque el gobierno de España facilitaba esa posibilidad.

...y Alemania también tenía tentáculos en el norte de África... nunca oíste hablar del general Rommel, ni de sus batallas en el desierto, ni sus tanques (los panzers)?. De hecho Rommel era tan eficaz que si desde el principio de la guerra hubiera estado en Alemania o zonas invadidas (en vez de en Africa), la guerra es muy probable que hubiera tomado otro derrotero... es más cuando las tropas estadounidenses desembarcaron en Normandía, Rommel ya había previsto proteger ese frente, pero no le hicieron ningún caso, fue demasiado tarde Rommel no disponía ya de efectivos para hacer frente...

En efecto, un bug es un error... pero hay diferentes tipos de error.

El compilador detecta sólo determinados tipos de errores: semánticos, sintácticos, pero ahí queda...

Te pongo un ejemplo el lenguaje claro, así lo entenderás mejor:
Supongamos que construyes un traductor de idiomas...
Tu escribes: "el médico le dio su medicina y el ennnnnfermo se recuperó"
El programa podría decirte que "no sabe traducir ennnnnfermo, no está en el diccionario", esto es un error de sintaxis.
Otro ejemplo, tu escribes: "el médico su dio le medicina y el enfermo se recuperó"
El programa podrá indicar que hay un error de semántica, porque "su dio le", no tiene el orden correcto, lo más seguro es que no llegue a tanto (indicando lo del orden), simplemente te diría un error en la construcción.

Sin embargo, en este otro ejemplo, podrás ver que se podrá traducir sin problemas, sin error: "el médico le dio su nube y el enfermo creció". No hay errores de sintaxis ni de semántica, pero si de sentido. Carece de sentido 'dar una nube" igual que tras esto: "el enfermo creció"...

Compilar un programa, sería el equivalente a que tu programa tradujera la frase, no encontró ningún error. el traductor no tiene forma de saber lo que tu quieres decir, lo mismo que un compilador no tiene forma de saber que funcionalidad tiene que cumplir.

Otro ejemplo más simplón:
Supongamos que alguien programa una calculadora, compila sin problemas... pero luego tu vas y cuando sumas 5+11 arroja como valor 126, es un problema de funcionalidad, lo que hace no lo hace bien, pero no impide que sea compilado correctamente.

Hay diferentes clases de errores y algunos son difíciles de hallar porque deben darse condiciones muy específicas. Hoy día lastimosamente los programas viene con chorrocientos bugs, a pesar de tener equipos mucho más grandes que en el pasado y contar con mejores medios y depuradores... ...debidos en parte a la baja capacitación de muchos 'profesionales' (incluso de grandes empresas) y sobretodo debido a las prisas de sacar el 'producto' al mercado, sin las debidas revisiones...

...de las grandes empresas incluso a veces sostengo que lo hacen a propósito, con el objetivo claro de que el usuario esté permanentemente 'anganchado' a la web, marca y producto de las narices...  ...las empresas tienen en sus filas a publicistas, cuyo única meta y finalidad es hacerse un hueco en la vida de cada consumidor para su producto, y para ello acuden a técnicas poco éticas, dejando al margen los machacones anuncios, cualuqier fórmula que sirva para que esté en boca de todos o que todos los días se hable de ellos, para ellos es válido, incluso a través de bugs... ellos ya saben que muchas webs se harán eco de ellos y comentarán y muchos usuarios los leerán... cualquier cosa para darse a conocer y ser 'inmortales' en la vida del usuario. La sempiterna omnipresencia de hacerse imprescindible a pesar de que no sirva para gran cosa.... el más claro exponente de todos ellos son las actualizaciones y versiones inacabables de Flash Player, Firefox, Android...

¿Me qieres decir que Internet no podría prosperar si no existiera javascript?. Ridículo... la inteligencia humana no tiene límites. Pretender que Internet no hubiera encontrado vías de salir adelante sin javascript, es lo msimo que pretender que nadie podría comer sin palillos chinos*...


* (de hecho parece mentira que los chinos no se les haya ocurrido el tenedor, que a fin de cuenta es una imitación de la mano con sus dedos separados, al igual que la cuchara lo es de la misma mano con los dedos juntos y el cuchillo de la misma mano de canto (el tajante hacia abajo)...

A la guerra civil española, le antecedió una serie de golpes de estado. De hecho la primera vez que le propusierona Franco liderar un golpe de estado, aún estaba de general en África y pasó del tema... luego de ver como se sucedían intentos golpistas es cuando decidió liderarlo.

Pese a quien pese, a Franco se la sudaba la política, era más un militar y como tal nacionalista, de los que no pueden ver como 'el país se va a la deriva' y por ello intervino. Probablemente lo vio como un mal menor si lo dirigía él que si dejaba a otros de su 'altura' comandar la península. Obviamente ya queda todo aquello demasiado lejos como para pararse en pensar las consecuencias de otras alternativas.

En cualquier caso, la Historia es la suma de los hechos que conducen al presente, si a alguien no le gusta el pasado, nada se puede hacer, si hubiera ganado el otro bando, yo no tengo ninguna duda que todo hubiera funcionado exactamente igual, pero con signo contrario. Es lo que tienen las guerras, quien las gana dicta lo que sea y no hay mucho que hacer...

...es sin embargo una lástima que haya gente emperrada en no pasar página y en aprovechar capítulos de la Historia del pasado, para colgar medallas aquí y allá y colgar sanbenitos, también a diestro y siniestro... o víctimizarse, que es lo que últimamente han estado haciendo los independentistas catalanes, para mendigar apoyo y simpatía internacional.

Que entierren ya la Historia, pertenece al pasado, lo que hace falta es construir el presente... Cualquier político embelesado en el pasado, no va a traer si no problemas sociales y división ciudadana, levantar odios y suspicacias reviviendo historias olvidadas y sepultadas. Que les den la patada y a la PU74 calle... que dejen vivir a la gente en paz.

Por supuesto que los niños deberán aprender la historia de España, pero no me cabe duda de que habrá algún capítulo dedicado a la historia de España, no tiene mucho sentido que en cada capítulo tenga que meter referencias a Franco, supongo que en ese u otro libro ya le dedicarán uno o más capítulos...