No me suena de nada, pero si hay que comprarse el libro... Estafa seguro.

Puede que exista algo de cierto detrás. Si se fabricaba en la antiguedad no sería problema fabricarlo hoy en día. No sé que propiedades se le atribullen pero sin amplio respaldo CIENTÍFICO y certificación sanitaria que permita el consumo y acerciore que su consumo no hace peligrar la vida, ni se te ocurra tomarlo o dárselo a un animal.

Si confías 100% en que no es peligroso coméntaselo a varios científicos y alguno te responderá.

Igual algún conflicto con los puertos o secuestro de tráfico, última. Hazle reset al router y pásale el malwarebytes al PC de tu hermano. Héchale un ojo a los logs del firewall y del sistema del router que a veces se encuentran cosas interesantes.

Comprueba que no tengan el windows internet sharing activado.

Pon un pen con un livecd y bootealo a ver si te tira el internet en tu pc cuando el otro te conecta y ya tienes indicios de que es una configuración del sistema la causante de la incidencia o no.

En caso de que siga sin irte hazlo al revés. Navega con tu pc con tu sistema habitual y bootea el otro, si también te desconecta usando un live cd en el otro descarta problemas del sistema.

En caso de seguir con el problema prueba reiniciando tu interfaz de red o directamente apaga, desechufa el cable, enchufa de nuevo ,enciende e intenta conectarte a internet a ver si te deja conectarte ahora.
Es un problema común que surge cuando el otro pc usa ethernet y tú usas wi-fi, que te tira y no te deja reconectar sin reiniciar la interfaz de red.

Haz estas comprobaciones y escribe los resultados. Haciendo descartes de este tipo se encuentra rápido la raiz de prácticamente todos los problemas.

Si estais los 2 por wi-fi conectaros como lo haceis normalmente en una red externa que use el router de otra compañía y ya sabeis si el router/config del router, los cables o el isp son la raiz del asunto.

Das poca info para un problema que puede tener múltiples causas. A más detalles el problema, más sencillo deducir cual podría ser el origen del mismo. Ya te comentaron que podría ser el dhcp que es común que te tire para ocupar tu ip pública. Por poder, puede hasta ser un problema de hardware o software al meterle un ethernet mientras está emitiendo el wi-fi. No tienes un smartphone para ver si también te lo tira ni puedes pedirle un laptop a cualquier colega para comprobar si el de tu hermano se adueña de la red, la resetea, os tira a todos o solo es conflicto con el tuyo o la ip pública asignada al mismo?

Termux no tira en la mitad de dispositivos. No sé que versiones son compatibles. Lo quería usar para correr scripts pero no encontré alternativa nada más que publicar el código en un hosting con node.js para poder usar herramientas sencillas tipo hacer pings, sesiones y esas mierd*s sin necesidad de bajarme una app de a saber quien para cada script que quiero correr.

Lo mejor es programar uno mismo las herramientas y de paso aprendes y no eres un scriptkiddie xD

Sí https://www.amazon.es/adaptador-m2-sata/s?k=adaptador+m2+a+sata
En ebay los hay tirados de precio.

Es un SATA de 7 + 15 pins (22pins) principalmente para discos duros. Hay adaptadores a otros formatos.

Puedes usar la funcion kbhit() o _kbhit() para revisar el buffer en busca de la tecla. También tienes getasynckeystate()
Para algo sencillo te sirve, pero si en el futuro quieres un keylogger en C++ o algo así multiplataforma te va a ir horrible.

Hay burradas de maneras distintas de hacerlo. Las que mejor funcionan pasan por usar bibliotecas bastante grandes dependiendo de para que vayas a usar el software unas o otras. Por ejemplo los eventos de SDL2 son una marabilla pero tienes que tener la ventana al frente, por lo que para keyloggers chungo. En Qt también hay eventos de teclas, ni idea de si sirve para keylogger. Hay chorrocientas bibliotecas con sus implementaciones. También hay keyloggers codigo abierto en github para que veas que librerías suelen usar y para que plataformas.

Para windows tienes windows.h y hay varias formas de hacerlo.

Si te da todo igual y quieres algo que te funcione y ya, la manera más cutre y sencilla de hacerlo que de me ocurre:

#include <windows.h>
#include <iostream>
using namespace std;
 
int main() 
{ 	
bool mantenerseEnBucle = true;
 
   while(mantenerseEnBucle) 	
   { 		
 
    if(GetAsyncKeyState(VK_ESCAPE))
      { 			
       mantenerseEnBucle = false;
       cin.ignore(); 		
       } 
    } 	
 
return 0; 
}

Puedes meterle un sleep entre cada iteración del bucle para reducir la carga en el procesador pero igual no te registra la tecla si coincide con el sleep. Por eso se suele usar _kbhit() y comprobar el buffer, pero también tiene sus problemas de no registrar teclas. Mi primer keylogger lo hice con _kbhit() y era una patata, no pillaba ni el 60% de las pulsaciones por mucho que lo ajustaba.
Entre otras formas puedes consultar la documentación oficial de microsoft con winapi para buscar una manera funcional y práctica de hacerlo. O lo que te comenté de revisar keyloggers código abierto y probar alguno que te funcione guay para mirar la documentación de las funciones y librerías que usan. Los código de botnets y rotkits suelen tener también módulos de keyloggers totalmente funcionales.

El std no recoge forma std de hacerlo.  

Tu código no hace nada porque no tienes nada que revise el buffer, o capture teclas, solo el virtual code de la tecla, pero no lo comparas con nada.

Pd: stdlib.h te sobra, no la estás usando. Y si en otros códigos no vas a usar window.h para nada extra que no sea system, tienes la alternativa de cin.get(); que viene incluida en iostream.

#include <iostream>
 
using namespace std;
int main()
{
cout << "Ejemplo" << endl << "xD" << endl;
cin.get();
return 0;
}

Buena info EdePC, tengo un ratón tope de gama para competitivo con 48.000 dpi, buen polling rate, software para ajustar el desplazamiento sin hacer pixel skips hasta 24.000 dpi, parecido a la sensibilidad de windows pero multiplataforma y sin problemas de movimientos inestables para que respete la memoria muscular orientado a juegos y trae cable USB de oro. Es el oro el mejor conductor? Me suena que había otro mejor que estudiara en tecnología en bachiller que había en minas del cañón de no sé dónde en America.
 Por qué se usa el oro entonces en estos dispositivos?
También uso el smartphone por usb como teclado debido a que la táctil tiene menos retardo que la bajada de tecla de un tecládo mecánico aunque le tantes los gramos y estes rozando el switch de la tecla. Probé con servers en local por wi-fi pero va como el ojete. Tiene cerca de 100ms de retardo y no siempre es constante.

Estoy de acuerdo, según el libro que leas o el lenguaje del que procedas javascript es un lenguaje totalmente distinto. Prácticamente tienes que pensar como si fuesen 3 o 4 lenguajes distintos convinados en uno. Así alguien que venga de html/html5, C/C++, python o php entre otros, van a programar de forma totalmente distinta con javascript. Yo personalmente lo veo como 3 lenguajes distintos cuando programo, uno para aplicaciones, otro para diseño web, y otro como un Css 2.0 con sus animaciones y su modificación de webs. Y todo va junto en el mismo documento. Pero no deja de ser javascript. Dependiendo del libro que pilles te das cuenta del background del autor por la forma de programar.

La explicación del alert no es correcta. El scroll no se vuelve loco tras un alert. Se ejecuta múltiples veces por como está implementada la función en Jquery, no porque el cambio de foco afecte de ninguna forma al scroll o se vuelva a detectar un evento debido al cambio de foco. Es importante aclararlo porque se puede registrar prácticamente cualquier evento, cambio de foco incluido.

La función del scroll en Jquery no es más que un bindeo de un handler a un evento en javascript. Cada vez que el scroll se mueve se hace una llamada al handler del evento.

Puedes desbindear el handler justo antes del alert o el prompt y el trigger del evento no hace nada ya que el handler esta desbindeado de la funcion tras el evento y lo vuelves a bindear con un click del mouse, una pulsación del teclado, un movimiento en la rueda del ratón o un timer para que no haga trigger al mostrar el alert entre otras opciones.
 https://plainjs.com/javascript/events/binding-and-unbinding-of-event-handlers-12/
Puedes usar .removeEventListener('evento', nombreDelHandler)

Otra opción es bindear el handler solo al scroll principal como lo harías para un contenedor en html y no a todo el documento, por lo que así no detectaría nuevos objetos ni eventos relacionados con otros scrolls en la página. Ya que tal y como está, si metes 20 scrolls y el tamaño coincide o excede el ejemplo para por ejemplo mostrar ejemplos de un código, imagenes desplazables, etc todos te van a hacer trigger, incluyendo los alert y prompt y no solo al llegar al pie de página como se requiere.

Tema a parte, el performance se reduce mucho ya que la llamada al handler se hace continuamente al ir desplazando el scroll independientemente de que haga trigger o no del alert, por lo que lo más lógico es ponerle un delay tras detectar cada evento.
Lo haces de forma muy simple añadiendo un booleano para que no se llame a la función scroll tras ser comprobada, y al pasar X milisegundos vuelves a cambiar el valor del booleano para que se vuelva a comprobar.

Usando vanilla:
 https://developer.mozilla.org/es/docs/Web/API/Document/scroll_event

Usando Jquery:

var scrollEnMovimiento = false; 
$(window).scroll(esperaScroll() 
{ 
scrollEnMovimiento = true; 
}); 
setInterval(esperaScroll() 
{ 
if (scrollEnMovimiento) 
{ 
scrollEnMovimiento = false; 
//Lo que quieras hacer.
 }
 }, 200 );

200 es el tiempo de delay en milisegundos.

En la mayoría de navegadores también puedes usar capture con pasive y active para settear true y false.

Cual es tu pregunta? Para que sirve el hembra de USB? Para adaptadores. Yo lo uso de alargador por ejemplo para enchufar el cabezal macho a la placa y tener un conector hembra al que meterle un pendrive sin necesidad de abrir el gabinete. Puedes poner varios en una chapa atornillada a la mesa al lado de donde tengas el teclado y así conectas los pendrives pinchándolos en la mesa sin moverte.  Muy cómodo!

Pd: Si piensas que los dos cabezales de la foto son hembras, no son 2 cables distintos. Uno es el cabezal macho y el otro el hembra.
Los machos no tienen espacio debajo del plástico (color azul en la foto que posteas) Los cabezales hembra si tienen hueco para que pueda entrar el macho y quede sujeto sin tambalearse. En la foto es un solo cable doblado para que veas los 2 cabezales del cable y sepas que es un macho-hembra.

Pd2: No me cargara la otra foto. Es solo una cobertura de plástico. Será por si te toca con algo métalico al soltársete no te carges nada, evitar suciedad y humedad, interferencias, lo típico.